Ước tính cứ sáu email hợp lệ thì có một email không bao giờ chạm được vào hộp thư đến. Không bị bounce, không bị từ chối — nó chỉ lặng lẽ rơi vào spam hoặc biến mất giữa đường gửi. Nếu bạn đang làm cold outreach, con số này đủ khiến bạn lạnh sống lưng.
Trong vài tháng qua, tôi đã đào rất sâu vào dữ liệu deliverability, các thay đổi chính sách từ nhà cung cấp hộp thư, và cả những diễn đàn cộng đồng nơi đội sales kể lại cảnh các chiến dịch được chuẩn bị cực kỳ công phu bỗng dưng bốc hơi không dấu vết.
Mẫu số chung thì quá rõ: các team set up SPF, DKIM và DMARC, rồi chạy chiến dịch, nhưng vẫn chỉ đạt 30–40% tỷ lệ vào inbox — hoặc còn tệ hơn. Khoảng cách giữa “đã cấu hình đúng về mặt kỹ thuật” và “thực sự vào được hộp thư đến” chính là điểm nghẽn cốt lõi của cold email trong năm 2026.
Playbook này đi cả hai hướng: phần thiết lập để tránh rắc rối, và phần khôi phục khi mọi thứ trật nhịp. Chúng ta sẽ đi qua các ngưỡng cụ thể mà Google, Yahoo và Microsoft đang áp dụng, lịch warmup theo từng tuần với số liệu thực tế, các benchmark để bạn tự đối chiếu, quy trình cứu spam từng bước, và vì sao dữ liệu prospect sạch (được tạo bằng AI, chứ không phải mua từ cơ sở dữ liệu đã lỗi thời) là nền tảng mà hầu hết hướng dẫn khác bỏ qua hoàn toàn.
Cold Email Deliverability là gì và vì sao nó quan trọng trong năm 2026?
Cold email deliverability là tỷ lệ email outbound lạnh của bạn thực sự lọt vào hộp thư chính của người nhận — không phải spam, không phải Promotions, cũng không bị lọc âm thầm hay bounce. Đây là chỉ số quyết định liệu người nhận có nhìn thấy nỗ lực tiếp cận của bạn hay không.
Phần lớn nền tảng cold email báo cáo “delivery rate” quanh mức 97–99%. Con số đó rất dễ gây hiểu lầm. Delivery rate chỉ đo xem máy chủ nhận có chấp nhận email hay không. Deliverability mới là thước đo xem email có tới được một thư mục mà người nhận thực sự đọc hay không. Postmark và Mailtrap đều phân biệt rất rõ điều này, và nó cực kỳ quan trọng vì ESP của bạn có thể báo số “delivered” đẹp đẽ, trong khi tỷ lệ thực sự vào inbox chỉ loanh quanh 70s hoặc 80s — thậm chí thấp hơn.
Năm 2026, deliverability còn quan trọng hơn trước rất nhiều. Có ba thay đổi lớn:
- Google và Yahoo đã bắt đầu áp dụng các yêu cầu mới cho bulk sender từ tháng 2/2024, và Google tiếp tục siết chặt thực thi đến tháng 11/2025.
- Microsoft công bố các yêu cầu tương tự cho Outlook.com vào ngày 2/4/2025, với việc thực thi bắt đầu từ ngày 5/5/2025 đối với sender khối lượng lớn.
- Hậu quả đến nhanh và nặng hơn. Nhà cung cấp giờ có thể throttle, từ chối, hoặc đẩy email không tuân thủ vào spam chỉ trong vài ngày, thay vì vài tháng. Mỗi email rơi vào spam là một cuộc trò chuyện bị mất, một deal bị hụt, và một cú bào mòn nhỏ nhưng tích lũy lên uy tín domain của bạn. Tính rất đơn giản: nếu team bạn gửi 500 cold email mỗi ngày và chỉ 60% vào inbox, bạn đang đánh mất 200 cơ hội đối thoại mỗi ngày. Trong một quý, đó là hàng chục nghìn cơ hội trôi đi.
Benchmark Cold Email Deliverability: Thế nào mới được xem là “khỏe”?
Một trong những câu hỏi hay gặp nhất trong các diễn đàn cold email là kiểu: “Tôi chỉ đang có 30–40% inbox rate thôi — vậy có bình thường không?” Câu trả lời là không, nhưng đa số team lại không có benchmark rõ ràng để so. Không có benchmark, bạn gần như đang bay trong sương mù.
Bảng benchmark mà mọi team sales nên có
Đây là bảng tham chiếu dứt khoát. Màu xanh là ổn. Màu vàng là cần xem xét. Màu đỏ là phải dừng lại và sửa ngay trước khi gửi thêm bất kỳ email nào.
| Chỉ số | 🟢 Tốt | 🟡 Cảnh báo | 🔴 Nguy hiểm |
|---|---|---|---|
| Tỷ lệ vào inbox | >85% | 60–85% | <60% |
| Tỷ lệ bounce | <1% | 1–3% | >3% |
| Tỷ lệ khiếu nại spam | <0.05% | 0.05–0.1% | >0.1% |
| Tỷ lệ mở (cold) | >45% | 25–45% | <25% |
| Tỷ lệ phản hồi | >3% | 1–3% | <1% |
| Tỷ lệ hủy đăng ký | <0.5% | 0.5–1% | >1% |
Một vài lưu ý về các ngưỡng này:
- Tỷ lệ vào inbox là con số quan trọng nhất. Báo cáo benchmark 2025 của Validity cho thấy mức trung bình toàn cầu là 83.5%, với 6.7% rơi vào spam và 9.8% bị mất. Nếu bạn dưới 60%, thì đó là vấn đề mang tính hệ thống.
- Tỷ lệ bounce nên giữ dưới 1% như một ngưỡng vận hành. Validity xem mức trên 2% là đáng lo. Trên 3% là bạn đang làm hại sender reputation của mình.
- Tỷ lệ khiếu nại spam có ngưỡng chính thức nghiêm nhất: Google yêu cầu dưới 0.1% và không bao giờ chạm 0.3%. Yahoo cũng công bố mức trần 0.3%.
- Tỷ lệ mở ngày càng kém đáng tin vì Apple Mail Privacy Protection làm phồng số open. Hãy xem nó như chỉ báo định hướng, không phải kết luận cuối cùng. Mailchimp nêu rõ rằng open không còn là chỉ số chính xác.
- Tỷ lệ phản hồi là tín hiệu thực tế hơn về mức độ tương tác. Benchmark 2026 của Instantly đưa mức trung bình là 3.43%, với tứ phân vị trên cùng đạt 5.5% và top 10% vượt 10.7%. Klenty vẫn nêu mức trung bình 8.5%, nhưng có lẽ đó là phản ánh một tệp khách hàng khác. Mốc thực tế cho đa số team là 3–5%.
Cách tự kiểm tra số liệu ngay bây giờ
Trước khi đọc tiếp, hãy mở số liệu của bạn ra. Đây là những chỗ cần xem:
- Google Postmaster Tools — miễn phí, hiển thị domain reputation, spam rate, trạng thái xác thực và lỗi delivery cho Gmail
- Microsoft SNDS — miễn phí, hiển thị reputation ở cấp IP và dữ liệu khiếu nại cho Outlook/Hotmail/Live
- MXToolbox — miễn phí, kiểm tra bản ghi DNS, blacklist và chẩn đoán luồng thư
- Cisco Talos — miễn phí, cung cấp điểm reputation bên ngoài độc lập (cập nhật mỗi 3 giờ)
- Analytics của nền tảng cold email bạn đang dùng — bounce rate, open rate, reply rate, unsubscribe rate
Hãy đối chiếu số liệu của bạn với bảng ở trên. Nếu mọi chỉ số đều ở vùng xanh, phần còn lại của playbook này là lớp bảo hiểm. Nếu bất kỳ chỉ số nào đang ở vàng hoặc đỏ, hãy đọc tiếp — bạn còn việc phải làm.
Tuân thủ chính sách sender năm 2026: Ngưỡng cụ thể mà Google, Yahoo và Microsoft đang thực thi
Các quy định đã thay đổi đáng kể trong giai đoạn 2024–2025, và đến năm 2026, cả ba nhà cung cấp hộp thư lớn đều đang áp dụng nghiêm ngặt các yêu cầu kỹ thuật tối thiểu. Đây không còn là lựa chọn. Không tuân thủ sẽ dẫn đến throttling, từ chối, hoặc tự động bị đẩy vào spam.
Checklist tuân thủ theo từng nhà cung cấp
| Yêu cầu chính sách | Google/Gmail | Yahoo | Microsoft/Outlook |
|---|---|---|---|
| Thời điểm bắt đầu thực thi | Tháng 2/2024, siết dần đến tháng 11/2025 | Tháng 2/2024, yêu cầu hủy đăng ký một chạm vào tháng 6/2024 | Công bố ngày 2/4/2025; thực thi từ 5/5/2025 |
| Ngưỡng bulk sender | 5,000+ thư/ngày tới Gmail | Sender khối lượng lớn | 5,000+ thư/ngày tới Outlook.com/Hotmail/Live |
| Bắt buộc SPF + DKIM | ✅ Có (rất nghiêm) | ✅ Có | ✅ Có |
| Bắt buộc DMARC | ✅ (bulk sender) | ✅ (aligned) | ✅ (sender khối lượng lớn) |
| Mức tối đa khiếu nại spam | <0.1% (muốn được hỗ trợ khắc phục phải dưới 0.3% trong 7 ngày liên tiếp) | <0.3% | Không công bố trần chính thức, nhưng việc thực thi là có thật |
| Hủy đăng ký một chạm | ✅ Bắt buộc (mail marketing/promo) | ✅ Bắt buộc | ✅ Khuyến nghị / gần như mặc định được kỳ vọng |
| List-Unsubscribe header | ✅ Bắt buộc | ✅ Bắt buộc | ✅ Bắt buộc (phù hợp RFC 8058) |
Một vài điểm cần nhấn mạnh:
Microsoft không còn là nơi “dễ thở” nữa. Trong nhiều năm, Outlook thường được xem là dễ vào inbox hơn Gmail. Điều đó đã qua rồi. Dữ liệu benchmark của Validity cho thấy Microsoft chỉ đạt 75.6% inbox placement — thấp nhất trong ba nhà cung cấp lớn. Người dùng trên diễn đàn liên tục báo cáo rằng các công cụ như Instantly “khó deliver tới Microsoft/Yahoo,” và bản cập nhật thực thi năm 2025 giải thích vì sao. Sender khối lượng lớn không tuân thủ giờ sẽ nhận lỗi từ chối 550 5.7.515.
Hướng dẫn về tỷ lệ complaint của Google có hai mức. Mục tiêu vận hành là dưới 0.1%. Nhưng Google cũng nói rằng để đủ điều kiện được giảm thiểu, bạn phải giữ dưới 0.3% trong 7 ngày liên tiếp. Vượt ngưỡng này là bạn mất quyền dùng các công cụ khắc phục. Hãy coi 0.1% là giới hạn an toàn, còn 0.3% là mép vực.
Điều gì xảy ra khi bạn vượt các ngưỡng này
Thiệt hại không xảy ra ngay lập tức, mà theo một chuỗi tiến triển:
- Tăng đột biến complaint hoặc bounce — nhà cung cấp phát hiện trong vòng vài giờ
- Throttle hoặc defer tạm thời — email của bạn chậm lại hoặc bị xếp hàng
- Tăng tỷ lệ vào spam — email vẫn đến nhưng đi thẳng vào junk
- Bị từ chối hoàn toàn — một số nhà cung cấp ngừng nhận mail của bạn
- Tổn hại reputation domain hoặc IP kéo dài — khó đảo ngược nhất
Điều quan trọng là chuyện này có thể xảy ra trong vài ngày, không phải vài tháng. Các báo cáo cộng đồng từ 2025–2026 mô tả việc domain mới chỉ sau vài ngày gửi mạnh đã rơi vào spam. Một khi reputation đã bị tổn thương, nó sẽ cộng dồn — mỗi email tiếp theo bị bỏ qua hoặc bị đánh dấu spam sẽ làm email sau càng dễ bị lọc hơn.
Checklist thiết lập Cold Email Deliverability: SPF, DKIM, DMARC và hơn thế nữa
Xác thực là điều bắt buộc nhưng chưa đủ. Hãy coi đó là vé vào cửa tối thiểu. Không có nó, bạn không vào được. Có nó rồi, bạn vẫn cần mọi thứ khác trong playbook này để ở lại inbox.
Bước 1: Dùng domain riêng cho outbound
Đừng bao giờ gửi cold email từ domain kinh doanh chính của bạn. Nếu chiến dịch cold outreach làm hỏng reputation của domain, nó sẽ kéo luôn cả email vận hành bình thường xuống theo — trao đổi với khách hàng, hóa đơn, ticket hỗ trợ, mọi thứ.
Hãy tạo các domain phụ có liên quan rõ ràng đến thương hiệu của bạn. Những mẫu phổ biến gồm trybrand.com, getbrand.com, brand.co, hoặc brand.io. MailReach khuyến nghị tránh dấu gạch ngang và số không cần thiết.
Công thức để tính số domain bạn cần:
Tổng volume/ngày ÷ 40 thư/hộp thư ÷ 3 hộp thư/domain = số domain cần dùng
Ví dụ: nếu bạn muốn gửi 500 cold email/ngày, thì 500 ÷ 40 ÷ 3 ≈ 4 domain với mỗi domain có 3 mailbox. Con số 40 thư/hộp thư/ngày là ngưỡng thận trọng, được hỗ trợ bởi Woodpecker, Smartlead, và MailReach. Một số nhà cung cấp quảng cáo ngưỡng cao hơn, nhưng với hạ tầng mới, thận trọng luôn thắng.
Bước 2: Thiết lập SPF, DKIM và DMARC
Giải thích đơn giản:
- SPF (Sender Policy Framework) cho máy chủ nhận biết những mail server nào được phép gửi thay mặt cho domain của bạn. Đây là một bản ghi TXT trong DNS liệt kê các sender được phép. Hướng dẫn SPF của Google.
- DKIM (DomainKeys Identified Mail) thêm chữ ký mã hóa vào email, chứng minh email không bị sửa đổi trên đường truyền. Hướng dẫn DKIM của Google.
- DMARC (Domain-based Message Authentication, Reporting & Conformance) liên kết SPF và DKIM với nhau, đồng thời cho nhà cung cấp biết phải làm gì khi xác thực thất bại. Hãy bắt đầu bằng chính sách giám sát (
p=none) rồi chuyển dần sang thực thi khi alignment đã ổn định. Hướng dẫn DMARC của Google, Cấu hình DMARC của Microsoft.
Checklist nhanh:
- Công bố bản ghi SPF cho từng domain gửi
- Bật DKIM signing trong nhà cung cấp email của bạn (Google Workspace, Microsoft 365, v.v.)
- Công bố bản ghi DMARC (bắt đầu với
p=noneđể giám sát) - Xác minh toàn bộ bản ghi bằng Google Admin Toolbox Check MX hoặc MXToolbox
Sinch Mailgun 2026 Email Impact Report cho thấy 51% người dùng DMARC hiện đã áp dụng chính sách quarantine hoặc reject. Ngành này đang rời xa DMARC chỉ để giám sát, và thiết lập của bạn rồi cũng nên như vậy — sớm hay muộn.
Bước 3: Cấu hình custom tracking domain và header hủy đăng ký
Các tracking domain mặc định được chia sẻ giữa toàn bộ người dùng của nền tảng cold email. Nếu một sender khác trên domain dùng chung đó bị gắn cờ, deliverability của bạn cũng có thể bị kéo xuống theo. Thay vào đó, hãy thiết lập custom tracking domain. Cả Instantly và Woodpecker đều có hướng dẫn cấu hình khá rõ ràng.
Về header hủy đăng ký: Google và Yahoo hiện yêu cầu header List-Unsubscribe có chức năng một chạm cho email thương mại/quảng bá. Dù bạn xem cold email là vùng xám, việc thêm cơ chế hủy đăng ký đúng chuẩn vẫn là một tín hiệu tin cậy giúp tăng deliverability.
Thêm một lưu ý nữa về tracking: theo dõi open ngày càng kém tin cậy và có thể gây hại. Apple Mail Privacy Protection làm phình tỷ lệ open. Pixel ảnh trong email làm email phức tạp hơn. Một số nhà cung cấp cho rằng tracking pixel có thể góp phần khiến cold email lần chạm đầu bị lọc spam. Cách an toàn nhất cho email outbound đầu tiên là bỏ hẳn open tracking và dùng tỷ lệ phản hồi làm chỉ số tương tác.
Bước 4: Kiểm tra domain và IP reputation trước khi gửi
Trước khi gửi bất kỳ chiến dịch thật nào, hãy kiểm tra điểm xuất phát của bạn:
- Google Postmaster Tools — domain reputation, IP reputation, spam rate, authentication và compliance dashboards (tài liệu dashboard)
- Microsoft SNDS — reputation ở cấp IP cho các mailbox consumer của Microsoft
- Cisco Talos — điểm reputation bên ngoài độc lập với các cấp độ xếp hạng rõ ràng
Nếu domain hoặc IP của bạn đã bị gắn cờ sẵn (có thể do chủ cũ hoặc một dịch vụ cấu hình sai), bạn nên xử lý trước khi warmup. Nếu phát hiện vấn đề ở đây, hãy nhảy thẳng tới phần Khôi phục.
Lịch warmup email theo từng tuần (kèm số liệu thực tế)
Hầu như hướng dẫn cold email nào cũng nói “hãy warm up từ từ.” Nhưng rất ít tài liệu nói rõ mỗi ngày phải làm bao nhiêu. Dưới đây là lịch được tổng hợp từ Woodpecker, Instantly, MailReach, và Smartlead.
Kế hoạch warmup 5 tuần
| Tuần | Warmup gửi/ngày | Gửi thực/ngày | Tổng/ngày | Ghi chú |
|---|---|---|---|---|
| Tuần 1 | 5–10 | 0 | 5–10 | Chỉ warmup; tập trung nhận phản hồi thật |
| Tuần 2 | 10–20 | 5 | 15–25 | Bắt đầu outreach nhẹ; theo dõi bounce thật sát |
| Tuần 3 | 15–25 | 10–15 | 25–40 | Theo dõi complaint rate và vị trí hiển thị theo từng nhà cung cấp |
| Tuần 4 | 20–30 | 15–25 | 35–55 | Chỉ tiến tới trạng thái ổn định nếu số liệu vẫn sạch |
| Tuần 5+ | Duy trì 10–15 | Tối đa 25–40 | 35–55 | Giữ warmup chạy; không bao giờ vượt 50/ngày/mailbox |
Ngưỡng 50/ngày/mailbox không phải quy định chính thức của nhà cung cấp nào, nhưng là sự đồng thuận thận trọng từ nhiều vendor. Tài liệu API của Smartlead thẳng thắn cảnh báo không nên đặt warmup cao hơn 40/ngày cho tài khoản mới. Woodpecker khuyến nghị ramp dần 5 → 10 → 20 → 30 → 50. Lịch 14 ngày của MailReach tăng từ 2 lên 50 trong hai tuần — với domain mới hoàn toàn, tôi xem đó là khá gắt.
Nguyên tắc quan trọng: số email warmup được tính vào tổng volume hàng ngày. Nếu bạn gửi 15 email warmup và 25 email thực, tổng là 40 — vẫn trong vùng an toàn. Nếu bạn cộng 30 warmup và 30 email thực, bạn đang lên 60, tức là hơi quá tay.
Warmup thủ công vs. công cụ warmup: khi nào nên dùng cách nào?
Đây là chủ đề tranh luận thật sự trong ngành, và cả hai phía đều có lý.
Lý do ủng hộ công cụ warmup: Các dịch vụ như MailReach (dùng hơn 30k inbox thật), Smartlead, và Woodpecker tự động hóa việc mở mail, trả lời, và đánh dấu quan trọng để xây sender reputation nhanh hơn. Với domain mới tinh chưa có lịch sử, kiểu tương tác mô phỏng này có thể giúp tạo nền tín hiệu tích cực ban đầu.
Lý do phản đối công cụ warmup: EmailChaser lập luận rằng ISP có thể nhận ra warmup pool vì mẫu tương tác không giống hành vi thật của audience. Các open và reply nhân tạo từ một cụm địa chỉ warmup đã biết có thể không nặng ký như tương tác thật. Bằng chứng cộng đồng khá lẫn lộn — các thread Reddit kể về những trường hợp điểm warmup rất đẹp nhưng Gmail placement vẫn thấp.
Quan điểm của tôi: công cụ warmup có thể hỗ trợ hạ tầng mới, nhưng chúng không thể thay thế dữ liệu sạch, volume thận trọng và tương tác tích cực thật. Nếu bạn đang gửi outreach cực kỳ nhắm mục tiêu tới một danh sách nhỏ, được nghiên cứu kỹ, warmup thủ công bằng các cuộc trò chuyện thật có thể còn hiệu quả hơn. Nếu bạn đang mở rộng trên nhiều domain và cần xây reputation nền nhanh, công cụ là một chất xúc tác hợp lý — chỉ đừng xem điểm warmup đẹp như bằng chứng chắc chắn rằng email của bạn đang vào inbox.
Cách tính số domain và mailbox bạn cần
Công thức nhắc lại:
Tổng volume/ngày ÷ 40 thư/hộp thư ÷ 3 hộp thư/domain = số domain cần dùng
| Mục tiêu volume/ngày | Số mailbox cần (@ 40/ngày mỗi mailbox) | Số domain cần (@ 3 mailbox mỗi domain) |
|---|---|---|
| 120 | 3 | 1 |
| 240 | 6 | 2 |
| 500 | 13 | 4–5 |
| 1,000 | 25 | 8–9 |
Phân bổ volume qua nhiều domain không chỉ để scale — mà còn để khoanh vùng rủi ro. Nếu một domain bị gắn cờ, các domain khác vẫn chạy tiếp. Chiến lược multi-sender này là lõi trong triết lý hạ tầng của MailReach và cũng là cách đúng cho bất kỳ team nào làm outbound với khối lượng nghiêm túc.
Dữ liệu prospect sạch: vì sao chất lượng danh sách phải bắt đầu trước email đầu tiên
Dữ liệu tệ phá hỏng sender reputation nhanh hơn gần như bất kỳ yếu tố nào khác. Bounce, spam trap và email lỗi thời là con đường nhanh nhất dẫn tới vùng nguy hiểm trên mọi chỉ số trong bảng benchmark phía trên.
ZeroBounce báo cáo rằng danh sách email đã suy giảm 28% trong năm 2025 và 23% trong năm 2026, và chỉ 62% địa chỉ email được gửi lên là hợp lệ. Mạng của họ đã phát hiện hơn 1 triệu spam trap chỉ riêng trong năm 2025. Nếu bạn đang gửi tới một danh sách mua hoặc một danh sách đã scrape từ nhiều tháng trước, thì một phần đáng kể địa chỉ đó có thể đã chết, đã đổi, hoặc đã trở thành mối nguy.
Vấn đề của list mua và list cũ
Các cơ sở dữ liệu B2B mua từ những nhà cung cấp như Apollo hay ZoomInfo có ích nhất định, nhưng lại mang rủi ro thực sự cho cold email deliverability:
- Dữ liệu xuống cấp rất nhanh. Mọi người đổi việc, công ty đổi domain, mail server bị ngừng dùng. Một danh sách từng đúng 95% cách đây sáu tháng có thể chỉ còn 80% hôm nay.
- Spam trap ẩn trong dữ liệu cũ. Những địa chỉ email bị bỏ rơi đôi khi bị các mailbox provider tái sử dụng thành spam trap. Chạm vào chúng có thể đẩy nhanh tổn hại reputation và tăng nguy cơ bị đưa vào blocklist.
- Mức độ cá nhân hóa thấp. List mua thường chỉ cho bạn tên và công ty. Như vậy là chưa đủ cho kiểu cá nhân hóa đủ sâu để tạo phản hồi và bảo vệ deliverability.
EmailChaser nói khá thẳng: “LinkedIn là nền tảng duy nhất thực sự sở hữu dữ liệu lead B2B.” Ý ở đây là phần lớn cơ sở dữ liệu bên thứ ba chỉ là dữ liệu phái sinh với độ chính xác khác nhau.
Dùng AI để xây dữ liệu prospect mới và đã xác minh với Thunderbit
Đây là chỗ đội ngũ tại Thunderbit tiếp cận vấn đề khác đi. Thay vì mua list dựng sẵn có thể đã cũ hàng tháng, bạn có thể scrape dữ liệu liên hệ mới ngay từ website của công ty mục tiêu, thư mục ngành, hoặc danh bạ chuyên ngành — trực tiếp, theo thời gian thực.
Cách này hoạt động trong thực tế như sau:
- Trích xuất email và số điện thoại: Email Extractor và Phone Number Extractor của Thunderbit lấy thông tin liên hệ trực tiếp từ website chỉ với một cú nhấp. Dữ liệu mới đồng nghĩa ít bounce hơn.
- Làm giàu từ các trang con: Sau khi scrape trang danh sách prospect, Thunderbit có thể truy cập từng trang con của công ty để bổ sung ngữ cảnh — chức danh, quy mô công ty, tín hiệu công nghệ đang dùng. Điều đó giúp tạo ra mức cá nhân hóa sâu hơn, thứ mà các diễn đàn nói là quan trọng hơn số lượng.
- Gán nhãn dữ liệu bằng AI: Field AI Prompt của Thunderbit có thể phân loại, định dạng và làm sạch dữ liệu ngay trong lúc trích xuất. Chuẩn hóa số điện thoại theo E.164, phân nhóm prospect theo ngành, hoặc gắn cờ các mục có vẻ chưa đầy đủ — tất cả trước khi export.
So sánh sẽ như sau:
| Cách tiếp cận | Nguy cơ bounce | Độ mới của dữ liệu | Mức cá nhân hóa | Chi phí |
|---|---|---|---|---|
| List mua (Apollo, ZoomInfo) | Cao (bounce 2–5%+) | Cũ (vài tháng) | Thấp (chỉ tên + công ty) | $$ |
| Tự nghiên cứu thủ công | Rất thấp | Mới | Cao | Miễn phí nhưng tốn 10+ giờ/tuần |
| AI scraping (Thunderbit) | Thấp (<1% với xác minh) | Mới (scrape trực tiếp) | Cao (làm giàu từ subpage) | $ (có gói miễn phí) |
Điều này đưa deliverability về đúng bản chất: một bài toán chất lượng dữ liệu phải bắt đầu trước cả công cụ email. Phần lớn hướng dẫn khác bỏ qua hoàn toàn bước này.
Luôn xác minh trước khi gửi
Dù bạn xây list theo cách nào — mua, tự nghiên cứu, hay scrape bằng AI — hãy luôn chạy xác minh email trước khi gửi. Mục tiêu là giữ bounce dưới 1%.
Hãy cân nhắc xác minh hai lần (đưa list qua hai dịch vụ xác minh) để tăng độ chắc chắn. Dữ liệu của Thunderbit có thể export sang Excel, Google Sheets hoặc CSV, nên rất dễ đưa vào workflow xác minh bạn đang dùng.
Thực hành nội dung và cách gửi cold email giúp bảo vệ deliverability
Thiết lập kỹ thuật và dữ liệu sạch giúp bạn đến vạch xuất phát. Còn nội dung và hành vi gửi sẽ quyết định bạn có ở lại inbox hay không.
Viết như một con người, không phải cỗ máy marketing
Spam filter giờ đã rất giỏi trong việc phát hiện email theo mẫu và sản xuất hàng loạt. Cách đối phó rất đơn giản: viết email nghe như do một người viết cho một người cụ thể.
- Tránh từ khóa kích hoạt spam. EmailChaser duy trì danh sách 392 từ khóa kích hoạt cho năm 2026. Những từ như “free,” “guaranteed,” “buy now,” và “save $” làm tăng rủi ro bị lọc. Đây không phải blacklist chính thức — không nhà cung cấp nào công bố danh sách từ cấm chính thức — nhưng chúng hữu ích như một bộ lọc biên tập nội dung.
- Giữ email ngắn và dạng plain text. Không dùng HTML template, không hình ảnh, không định dạng cầu kỳ ở lần chạm đầu. Plain text trông giống email thật vì nó đúng là email thật.
- Cá nhân hóa vượt ra ngoài merge tag.
{{first_name}}chỉ là mức tối thiểu. Hãy nhắc tới công việc gần đây của prospect, thông báo công khai từ công ty họ, hoặc điều gì đó cụ thể liên quan tới vai trò của họ. Đây là lúc việc làm giàu subpage của Thunderbit phát huy tác dụng — bạn có thể thu thập ngữ cảnh cần thiết cho cá nhân hóa thật trong bước thu thập dữ liệu. - Dùng spintax hoặc biến thể nội dung. Không email nào nên giống hệt email nào. Hãy thay đổi câu mở đầu, value proposition và CTA để filter không nhìn thấy cùng một thông điệp lặp lại 500 lần.
Quy tắc về volume và thời điểm gửi
- Không vượt quá 50 cold email/mỗi mailbox/ngày. MailReach khuyến nghị tối đa 100 tổng cộng (bao gồm warmup). EmailChaser nói tối đa 40 thư live. Thận trọng luôn tốt hơn.
- Rải đều email trong ngày. Đừng bắn 40 email lúc 9:00 sáng. Hãy phân bổ trong khung giờ gửi để nhịp độ trông tự nhiên hơn.
- Dùng xoay inbox. Luân phiên qua nhiều mailbox và domain để không một sender nào phải gánh quá nhiều volume.
Tránh những “kẻ giết deliverability” phổ biến này
- Đừng dùng open tracking ở email đầu tiên. Open tracking dựa trên pixel ảnh, vốn làm email phức tạp hơn và ngày càng kém tin cậy. Không có nguồn chính thức mạnh nào từ Google xác nhận tracking pixel đơn thuần sẽ gắn cờ cảnh báo, nhưng đa số chuyên gia deliverability đều cho rằng rủi ro không đáng khi làm cold outreach.
- Đừng chèn link trong email đầu tiên. Link, đặc biệt là link tới tracking domain dùng chung, làm tăng rủi ro bị lọc. Dữ liệu của EmailChaser ủng hộ việc giữ email lần chạm đầu không có link.
- Đừng đính kèm file hoặc chèn hình ảnh. Đây là các tín hiệu đỏ đối với spam filter trong cold outreach.
- Đừng gửi tới email cá nhân. Hãy bám vào tài khoản email doanh nghiệp. Gửi cold outreach tới Gmail, Yahoo, hoặc Outlook cá nhân vừa là rủi ro deliverability vừa là vấn đề tuân thủ.
Playbook phục hồi spam: phải làm gì khi domain đã bị gắn cờ
Mọi hướng dẫn đều tập trung vào phòng ngừa. Nhưng nếu reputation của domain bạn đã bị tổn hại thì sao? Đây là nỗi đau phổ biến nhất trong các diễn đàn cold email — hơn 8 lần nhắc tới ở mức độ nghiêm trọng cao — và gần như chẳng ai nói kỹ.
Dưới đây là quy trình khôi phục từng bước.
Bước 1: Chẩn đoán vấn đề
Dùng nhiều công cụ vì mỗi công cụ cho bạn một lớp thông tin khác nhau:
| Công cụ | Hiển thị điều gì | Dùng tốt nhất cho |
|---|---|---|
| Google Postmaster Tools | Domain reputation, IP reputation, spam rate, authentication, delivery errors | Chẩn đoán vấn đề riêng của Gmail |
| Microsoft SNDS | Dữ liệu IP và telemetry khiếu nại phía Outlook | Chẩn đoán vấn đề với mailbox consumer của Microsoft |
| MXToolbox | Kiểm tra DNS, blocklist, chẩn đoán luồng thư | Kiểm tra nhanh cấu hình và blacklist |
| Cisco Talos | Góc nhìn reputation bên ngoài của IP/domain | Tín hiệu reputation độc lập |
Bảng điều khiển Postmaster của Google đặc biệt hữu ích vì nó giải thích từng tab — Compliance, Authentication, Spam Rate, Domain Reputation, IP Reputation, và Delivery Errors — tại cùng một nơi.
Hãy xác định nhà cung cấp nào đang lọc email của bạn. Cách xử lý spam placement ở Gmail khác với cách xử lý rejection ở Outlook.
Bước 2: Dừng toàn bộ outbound ngay lập tức
Tạm dừng mọi chiến dịch cold email. Đây không phải lựa chọn tùy ý. Tiếp tục gửi khi đang bị gắn cờ sẽ làm mọi thứ tệ hơn theo cấp số nhân, vì mỗi email bị bỏ qua hoặc bị báo spam thêm vào đều cộng dồn thiệt hại reputation.
Tôi hiểu điều này rất đau khi bạn đang có chỉ tiêu pipeline. Nhưng gửi vào spam folder còn tệ hơn không gửi — nó chủ động làm vấn đề khó sửa hơn.
Bước 3: Khoanh vùng nguyên nhân gốc
Không phải mọi vấn đề reputation đều có cùng nguyên nhân, và cách sửa phụ thuộc vào chẩn đoán. Đây là một khung quyết định đơn giản:
Lỗi nằm ở domain, IP hay nội dung?
- Nếu nhiều mailbox trên cùng domain đều bị đẩy vào spam qua các đường gửi khác nhau → nghi domain reputation. Bản thân domain đã bị “dính”.
- Nếu chỉ một đường IP bị lọc còn các đường khác trên cùng domain vẫn bình thường → nghi IP reputation hoặc hạ tầng dùng chung. Điều này khá phổ biến trên nền tảng gửi dùng chung.
- Nếu cùng domain và IP nhưng kết quả khác nhau tùy theo nội dung email hoặc phân khúc audience → nghi content filtering hoặc chất lượng list. Một số email đang kích hoạt filter còn số khác thì không.
Mỗi hướng sẽ dẫn tới hành động khôi phục khác nhau. Reputation domain cần re-warm lại domain (hoặc đổi domain). Vấn đề IP có thể cần chuyển sang dịch vụ gửi khác hoặc xin IP riêng. Vấn đề nội dung đòi hỏi viết lại template và làm sạch list.
Bước 4: Warm down rồi warm up lại
Sau khi tạm dừng, đừng quay lại volume cao ngay. Hãy bắt đầu một đợt recovery warmup còn thận trọng hơn cả lịch warmup ban đầu:
| Tuần khôi phục | Tổng outbound/ngày | Đối tượng khuyến nghị |
|---|---|---|
| Tuần 1 | 2–5/ngày | Chỉ người có khả năng tương tác cao (đã từng phản hồi trước đây hoặc là contact quen) |
| Tuần 2 | 5–10/ngày | Danh sách rất nhỏ, cực kỳ liên quan |
| Tuần 3 | 10–15/ngày | Chỉ khi tín hiệu reputation ổn định trong Postmaster/SNDS |
| Tuần 4+ | Tăng dần về ngưỡng bình thường | Quay lại cẩn thận, tiếp tục theo dõi mỗi ngày |
Cách này chặt hơn warmup tiêu chuẩn vì bạn đang phục hồi sau tổn hại, chứ không phải khởi tạo từ đầu. Hãy tập trung gần như tuyệt đối vào những contact có khả năng mở, phản hồi và tương tác tích cực. Mỗi tín hiệu tích cực đều giúp gây dựng lại niềm tin.
Thời gian phục hồi thực tế: domain bị tổn hại vừa phải có thể hồi trong 4–8 tuần. Trường hợp reputation bị cháy nặng có thể kéo dài 30–90 ngày. Nhiều team kỳ vọng hồi phục chỉ trong vài ngày rồi bỏ cuộc quá sớm.
Bước 5: Khi nào nên bỏ domain và khi nào nên sửa
Đôi khi sửa không đáng công. Đây là khung ra quyết định:
Nên sửa và warm up lại nếu:
- Thiệt hại mới xảy ra gần đây (tính bằng ngày đến tuần, không phải tháng)
- Bạn chỉ nằm trên một hoặc hai blocklist, không phải năm cái
- Tỷ lệ vào inbox giảm nhưng chưa sụp xuống dưới 20–30%
- Bạn xác định và sửa được nguyên nhân cụ thể (list xấu, nội dung có vấn đề, volume tăng đột biến)
Nên cân nhắc bỏ domain nếu:
- Tỷ lệ vào inbox dưới 30% trong 4+ tuần dù đã khắc phục
- Bạn bị liệt kê trên nhiều blocklist lớn cùng lúc (Spamhaus, Barracuda, SpamCop)
- Domain đã gửi mail có vấn đề trong nhiều tháng trước khi bạn phát hiện
- Sau 3–4 tuần re-warm, không thấy cải thiện
Nếu cần gỡ khỏi blocklist, đây là đường dẫn chính thức:
| Blocklist | Cách gỡ |
|---|---|
| Spamhaus | Trung tâm gỡ blocklist |
| Barracuda | Yêu cầu gỡ BarracudaCentral (thường sạch trong ~12 giờ) |
| SpamCop | Tra cứu danh sách chặn (thường tự gỡ trong ~24 giờ nếu ngừng vi phạm) |
Việc được gỡ blocklist không có nghĩa inbox placement sẽ hồi ngay lập tức. Nếu bản thân domain vẫn bị Gmail hoặc Outlook nghi ngờ, bạn sẽ phải xây lại reputation qua quá trình re-warm ở trên.
Cách theo dõi và duy trì cold email deliverability theo thời gian
Deliverability không phải tác vụ thiết lập một lần rồi xong. Nó là một quá trình liên tục, giống như bảo dưỡng xe. Bỏ qua thay dầu, rồi sớm muộn gì cũng có thứ hỏng.
Checklist theo dõi hàng tuần
- Kiểm tra Google Postmaster Tools để xem thay đổi domain reputation
- Xem lại Microsoft SNDS nếu hiệu suất trên Outlook quan trọng với audience của bạn
- Soát bounce rate và spam complaint rate trong nền tảng gửi
- Theo dõi tỷ lệ vào inbox (dùng seed-list testing tools nếu có)
- Đối chiếu số liệu hiện tại với bảng benchmark ở đầu bài
Công việc bảo trì hàng tháng
- Loại bỏ hard bounce, unsubscribe, và những contact gần như không tương tác khỏi danh sách
- Đưa domain mới vào nếu domain hiện có cho thấy dấu hiệu suy giảm reputation
- Xác minh lại danh sách email trước khi gửi lại cho bất kỳ contact nào cũ hơn 30 ngày (dữ liệu B2B xuống cấp rất nhanh — 23% mỗi năm theo ZeroBounce)
- Xem lại xu hướng volume gửi — bạn có đang giữ dưới ngưỡng an toàn trên tất cả mailbox không?
- Xác nhận các bản ghi DNS, tracking domain và cấu hình xác thực vẫn khớp với hệ thống gửi của bạn
Công cụ để theo dõi deliverability liên tục
| Công cụ | Loại | Mạnh nhất ở |
|---|---|---|
| Google Postmaster Tools | Miễn phí | Reputation Gmail, spam rate, authentication, lỗi delivery |
| Microsoft SNDS | Miễn phí | Chẩn đoán sender cho Outlook/Hotmail/Live |
| MXToolbox | Miễn phí / trả phí | Kiểm tra blacklist, chẩn đoán DNS, sức khỏe luồng thư |
| Cisco Talos | Miễn phí | Kiểm tra reputation bên ngoài độc lập |
| GlockApps | Trả phí | Kiểm tra inbox placement và spam trên nhiều nhà cung cấp |
| MailReach | Trả phí | Warmup kèm khả năng định vị inbox placement |
Với đa số team, Google Postmaster Tools và analytics của nền tảng gửi là đủ cho việc theo dõi hàng tuần. Hãy thêm một công cụ inbox-placement trả phí như GlockApps hoặc MailReach nếu bạn đang chạy outreach khối lượng lớn và cần nhìn rõ theo từng nhà cung cấp.
Kế hoạch hành động cho Cold Email Deliverability năm 2026 của bạn
Đây là toàn bộ playbook được cô đọng thành bảy bước:
- Biết benchmark của mình. So số liệu với bảng xanh/vàng/đỏ. Nếu metric nào đang đỏ, ưu tiên xử lý nó trước.
- Thiết lập hạ tầng đúng cách. Tách domain outbound, SPF/DKIM/DMARC, custom tracking domain, header hủy đăng ký. Xác minh mọi thứ trước khi gửi.
- Tuân theo kế hoạch warmup theo tuần. Số liệu thực, giới hạn thực mỗi ngày. Đừng bỏ qua tuần nào. Đừng nóng vội.
- Xây danh sách prospect sạch với dữ liệu mới. Thunderbit giúp việc này nhanh và chuẩn hơn — scrape dữ liệu trực tiếp, làm giàu bằng ngữ cảnh từ subpage, rồi export sang công cụ xác minh của bạn. Dữ liệu mới đồng nghĩa ít bounce hơn và cá nhân hóa tốt hơn.
- Viết email như người thật và gửi ở volume an toàn. Plain text, cá nhân hóa, không tracking ở lần chạm đầu, dưới 50/ngày/mailbox.
- Nếu đã bị gắn cờ, làm theo playbook phục hồi 5 bước. Chẩn đoán, dừng gửi, khoanh vùng, warm up lại, và quyết định sửa hay thay.
- Theo dõi hàng tuần, bảo trì hàng tháng. Deliverability là một quá trình liên tục, không phải dự án có điểm kết thúc.
Bức tranh này sẽ còn thay đổi tiếp. Nhà cung cấp sẽ siết quy tắc hơn, cơ chế thực thi mới sẽ xuất hiện, và ngưỡng để vào inbox sẽ còn cao hơn nữa. Những team đi theo playbook này — và coi deliverability là một kỷ luật liên tục thay vì một lần cấu hình — sẽ luôn đi trước một bước.
Hãy thử Thunderbit để xây danh sách prospect tiếp theo của bạn. Tiện ích Chrome có gói miễn phí, và bạn có thể tự thấy dữ liệu mới, được AI làm giàu, thay đổi chất lượng outreach của mình ngay từ lần gửi đầu tiên.
Câu hỏi thường gặp
Mức cold email deliverability tốt là bao nhiêu?
Tỷ lệ vào inbox khỏe mạnh là trên 85%, và các chương trình mạnh thường nhắm tới 90%+. Dưới 60% là dấu hiệu của một vấn đề mang tính hệ thống cần xử lý ngay. Các ngưỡng này được hỗ trợ định hướng bởi dữ liệu benchmark của Validity, hướng dẫn deliverability của Mailtrap, và kiểm thử inbox placement của Instantly.
Mỗi ngày tôi có thể gửi bao nhiêu cold email mà không ảnh hưởng deliverability?
Ngưỡng thận trọng là 40–50 cold email thực mỗi mailbox mỗi ngày, đặc biệt với hạ tầng mới. Hãy scale bằng cách thêm mailbox và domain thay vì tăng volume trên mỗi mailbox. Công thức là: tổng volume/ngày ÷ 40 thư/hộp thư ÷ 3 hộp thư/domain = số domain cần dùng.
Tôi có thực sự cần DMARC cho cold email không?
Có. Google yêu cầu với sender trên 5,000/ngày, Yahoo kỳ vọng với bulk sender, và Microsoft hiện đã thực thi đối với sender khối lượng lớn trên Outlook.com. Ngay cả với sender nhỏ hơn, DMARC vẫn là tín hiệu tin cậy giúp tăng deliverability.
Mất bao lâu để warm up một email domain mới?
Thường là 4–5 tuần theo lịch warmup có cấu trúc trong bài viết này. Instantly khuyến nghị 3–4 tuần cho domain mới, Woodpecker đề xuất tăng dần qua vài tuần, còn MailReach có lịch khá gắt trong 14 ngày. Vội vàng warmup sẽ làm tăng rủi ro spam — ở đây kiên nhẫn là thứ có lợi.
Tôi có thể cứu một domain có reputation xấu hay nên bắt đầu lại?
Tùy mức độ nghiêm trọng. Thiệt hại vừa phải (một blocklist, mới tụt gần đây, có nguyên nhân rõ ràng) thường có thể phục hồi bằng cách gỡ blocklist và re-warm thận trọng trong 4–8 tuần. Thiệt hại nặng (nhiều blocklist, inbox placement dưới 30% kéo dài 4+ tuần, không cải thiện sau khắc phục) thường khiến việc bắt đầu với domain mới nhanh và đáng tin hơn là cố “chữa” domain cũ.
Thử Thunderbit để có dữ liệu prospect mới Get Started Free
Tìm hiểu thêm
