Tăng lượng email mùa lễ theo nhóm tương tác, giới hạn tần suất, loại liên hệ ngủ đông trong tháng 10, giữ tỷ lệ spam Gmail dưới 0,1% đến hết Cyber Monday.
Kế hoạch tần suất gửi cho quý 4 quyết định bạn gửi thêm bao nhiêu email từ tháng 10 đến tháng 12, ai nhận phần khối lượng tăng thêm và theo thứ tự nào. Hãy gửi nhiều hơn, chỉ là đừng gửi cho nửa danh sách chưa nhấp vào email nào kể từ mùa xuân.
Một danh sách vẫn ổn với hai email mỗi tuần vào tháng 9 có thể chứng kiến khiếu nại tăng vọt trong tuần Black Friday (năm nay là ngày 27/11). Kế hoạch của chúng tôi: chia nhóm theo mức tương tác thực, tăng khối lượng cho nhóm tốt nhất trước, mở rộng dần sang các nhóm nguội hơn theo từng đợt, giới hạn tần suất cho mỗi người, và làm sạch danh sách ngay trong tháng 10.
Hướng dẫn dành cho người gửi của Google khuyên người gửi hàng loạt “bắt đầu với khối lượng gửi thấp tới những người dùng có tương tác, rồi tăng dần khối lượng theo thời gian”, và cảnh báo rằng “đột ngột tăng gấp đôi khối lượng đã gửi trước đó có thể dẫn đến việc bị giới hạn tốc độ hoặc sụt giảm uy tín”. Khối lượng vượt mức thường gây ra lỗi 4.7.28. Google khuyên hãy tạm dừng ít nhất 10 phút, rồi tiếp tục gửi trên một kết nối.
Các phương pháp hay nhất dành cho người gửi của Yahoo cũng đồng tình: “Hãy tôn trọng tần suất mà danh sách đã cam kết. Đừng bắt đầu gửi email hằng ngày cho người đăng ký bản tin hằng tuần hoặc hằng tháng của bạn”. Senders Best Common Practices của M3AAWG (tháng 2/2015, vẫn được trích dẫn rộng rãi) lưu ý rằng “việc tăng tần suất gửi một cách bất ngờ thường dẫn đến gia tăng khiếu nại lạm dụng”.
Gửi tám email trong chín ngày cho những người đăng ký vốn quen nhận email hằng tuần, phần lớn họ sẽ phớt lờ. Một vài người nhấp “Báo cáo spam”, và chỉ vài người như thế là đủ.
| Quy tắc | Gmail | Yahoo | Outlook.com |
|---|---|---|---|
| Áp dụng cho | Hơn 5.000 email mỗi ngày tới tài khoản Gmail | Người gửi “hàng loạt”, không công bố con số cụ thể | Tên miền gửi hơn 5.000 email mỗi ngày |
| Tỷ lệ khiếu nại spam | Dưới 0,1%, không bao giờ chạm mức 0,3% | Dưới 0,3% | Không công bố con số |
| Hủy đăng ký một chạm | Bắt buộc với email tiếp thị, header theo RFC 8058 | Bắt buộc với email tiếp thị, POST theo RFC 8058 “rất được khuyến nghị”, chấp nhận mailto: |
Khuyến nghị “liên kết hủy đăng ký hoạt động được” |
| Tôn trọng yêu cầu hủy đăng ký | Trong vòng 48 giờ | Trong vòng 2 ngày | Không quy định |
| Xác thực | SPF, DKIM và DMARC (tối thiểu p=none) |
SPF, DKIM và DMARC | SPF, DKIM và DMARC, bị từ chối với mã 550 5.7.515 nếu thiếu |
Nguồn: hướng dẫn và trang câu hỏi thường gặp dành cho người gửi của Google, các phương pháp hay nhất và trang câu hỏi thường gặp của Yahoo, và thông báo tháng 4/2025 của Microsoft.
Theo trang câu hỏi thường gặp của Google, tỷ lệ spam “được tính theo ngày”, nên chỉ một lượt gửi tệ cũng đủ kéo cả ngày đi xuống. Từ tháng 11/2025, Gmail “đang tăng cường thực thi đối với lưu lượng không tuân thủ”, bao gồm cả từ chối thư tạm thời và vĩnh viễn.
Một khiếu nại trên mỗi 1.000 email đã gửi đến. Nếu email của bạn đến được 200.000 hộp thư Gmail vào ngày Black Friday, bạn chỉ chịu được khoảng 200 khiếu nại. Đến 600 khiếu nại là bạn chạm mức 0,3%.
Tài liệu về Postmaster Tools của Google tính những email “được gửi đến Hộp thư đến của người nhận có tương tác rồi bị đánh dấu là spam”, và cảnh báo rằng nếu phần lớn email của bạn đã vào thư mục spam, “tỷ lệ hiển thị trên bảng điều khiển có thể trông thấp, vì người nhận nhận được ít email của bạn hơn trong Hộp thư đến”. Một tỷ lệ thấp trong một tuần tồi tệ có thể có nghĩa là bạn đã nằm trong thư mục spam.
Lượt mở đã mất giá trị từ khi iOS 15 ra mắt năm 2021: trang về Mail Privacy Protection của Apple viết rằng “Protect Mail Activity mặc định tải nội dung từ xa ở chế độ nền, bất kể bạn có tương tác với email hay không”, và hướng dẫn sử dụng iPhone cho biết tính năng này “ngăn người gửi biết bạn đã mở email họ gửi cho bạn hay chưa”. Một phân khúc “có tương tác” dựa trên lượt mở sẽ đầy những người chưa bao giờ đọc email của bạn. Xem thêm trong bài vì sao lượt mở là chỉ số yếu.
Hãy chia nhóm dựa trên tín hiệu gần nhất mà một người phải chủ động tạo ra:
| Nhóm | Định nghĩa | Vai trò trong quý 4 |
|---|---|---|
| Mới (New) | Đăng ký trong 30 ngày gần nhất | Luồng chào mừng, sau đó theo nhịp gửi của nhóm Tích cực |
| Tích cực (Active) | Đã nhấp, mua hàng hoặc truy cập trong 30 ngày gần nhất | Nhận phần lớn khối lượng tăng thêm |
| Ấm (Warm) | Hoạt động gần nhất cách đây 31 đến 90 ngày | Tăng vừa phải, là nhóm tăng trưởng chính |
| Nguội dần (Lapsing) | Hoạt động gần nhất cách đây 91 đến 180 ngày | Được thêm vào theo từng đợt từ đầu tháng 11 |
| Ngủ đông (Dormant) | Không có hoạt động nào trong 180 ngày, hoặc chưa từng có | Gửi email xin xác nhận lại trong tháng 10, rồi chặn gửi |
Người gửi không thường xuyên cần khoảng thời gian dài hơn. Hướng dẫn về phân khúc có tương tác của Klaviyo gợi ý dùng “một khoảng thời gian dài (ví dụ 60 ngày thay vì 30 ngày)” trong trường hợp đó. Hãy chọn khoảng thời gian khớp với chu kỳ mua hàng của bạn và giữ cố định suốt cả quý (hướng dẫn phân khúc).
Các con số là số email tiếp thị mỗi người nhận trong một tuần.
Một lộ trình tăng khối lượng mẫu cho quý 4. Một nhóm chỉ được nhận thêm email sau khi nhóm phía trên giữ ổn định trong một tuần.
Thứ tự quan trọng hơn các con số:
Hãy quyết định ngay từ bây giờ. Không ai quyết định sáng suốt lúc 11 giờ đêm ngày Black Friday.
| Tín hiệu | Việc cần làm |
|---|---|
| Tỷ lệ spam trên Gmail vượt 0,1% vào bất kỳ ngày nào | Ngừng mở rộng. Lượt gửi tiếp theo chỉ gửi cho nhóm Tích cực. |
| Tỷ lệ spam trên Gmail từ 0,3% trở lên | Dừng gửi cho nhóm Ấm và nhóm Nguội dần cho đến khi tỷ lệ duy trì dưới 0,3% trong 7 ngày. |
| Một đợt của nhóm Nguội dần có tỷ lệ bị trả lại vĩnh viễn trên 2% | Dừng đợt đó. Xác thực hoặc loại bỏ những địa chỉ cũ này. |
Gmail trì hoãn thư với mã 4.7.28 |
Trải lượt gửi ra nhiều giờ hơn và giảm khối lượng cho đến khi lỗi giảm. |
| Tỷ lệ hủy đăng ký gấp đôi mức cơ sở | Giảm một email mỗi tuần cho nhóm đó. |
Ngưỡng 2% thư bị trả lại là do chúng tôi đặt ra. Google và Yahoo không công bố ngưỡng nào như vậy.
Các tự động hóa về giỏ hàng, lượt xem sản phẩm, hàng về lại, sau mua hàng và chào mừng có thể biến một lịch gửi hợp lý thành chín email mỗi tuần. Hãy giới hạn tổng số email cho mỗi người:
Khi chạm mức giới hạn, hãy bỏ email quảng cáo và giữ email kích hoạt theo sự kiện. Nếu nền tảng không có sẵn tính năng giới hạn tần suất, hãy bỏ qua bất kỳ ai đã nhận một chiến dịch trong 24 giờ qua.
Quanh năm, hãy chặn gửi tới các địa chỉ bị trả lại vĩnh viễn, người khiếu nại, địa chỉ bị trả lại tạm thời nhiều lần, và xử lý yêu cầu hủy đăng ký trong vòng 48 giờ như Google khuyến nghị và 2 ngày như Yahoo yêu cầu. Luật pháp Mỹ cho phép 10 ngày làm việc, nhưng các nhà cung cấp hộp thư kỳ vọng nhanh hơn.
Nhóm Ngủ đông là nơi bẫy spam trú ngụ. Spamhaus mô tả bẫy địa chỉ “chết” là những địa chỉ từng hợp lệ đã bị trả lại vĩnh viễn “trong một khoảng thời gian, thường là 12 tháng trở lên”, trước khi được hồi sinh thành bẫy. Hướng dẫn về bẫy spam của M3AAWG gọi chúng là bẫy tái chế và khuyên các bên vận hành hộp thư chờ 12 tháng trở lên trước khi chuyển đổi.
Chính sách loại bỏ liên hệ không hoạt động:
Yahoo khuyến nghị “định kỳ gửi email xác nhận lại cho những người đăng ký không hoạt động”. Hướng dẫn về email giành lại khách hàng của chúng tôi trình bày cách xác định tình trạng ngừng hoạt động.
Người đăng ký bị quá tải sẽ chọn hủy đăng ký hoặc báo cáo spam. Một tùy chọn “nhận ít email hơn” giữ chân được một số người. Đạo luật CAN-SPAM (15 U.S.C. 7704) cho phép “một danh sách hoặc menu để người nhận có thể chọn những loại thư điện tử thương mại cụ thể mà họ muốn hoặc không muốn nhận”, miễn là nó “bao gồm một tùy chọn để người nhận có thể chọn không nhận bất kỳ thư điện tử thương mại nào từ người gửi”. Hãy thử tùy chọn tạm dừng 30 ngày, chỉ nhận bản tin, hoặc nhận bản tổng hợp hằng tuần.
Tùy chọn nhận ít email hơn (“opt down”) không bao giờ thay thế được header. Trang câu hỏi thường gặp của Google nêu rằng hủy đăng ký một chạm chỉ xóa người nhận “khỏi danh sách thư gắn với email đó”, và một liên kết trong phần thân email có thể dẫn tới trang tùy chọn nhận email, nhưng chỉ riêng liên kết đó, “nếu không có header hủy đăng ký một chạm, thì không đáp ứng yêu cầu hủy đăng ký một chạm”.
List-Unsubscribe: <https://example.com/unsubscribe/opaque-token>
List-Unsubscribe-Post: List-Unsubscribe=One-ClickRFC 8058 yêu cầu một URI HTTPS trong List-Unsubscribe, giá trị chính xác List-Unsubscribe=One-Click trong List-Unsubscribe-Post, một chữ ký DKIM bao phủ cả hai header, và không có chuyển hướng HTTPS. Yêu cầu POST không mang theo cookie hay thông tin ủy quyền, nên bản thân URL phải xác định được người nhận và danh sách.
Các nhóm. Đối tượng đã lưu có thể lọc theo thuộc tính liên hệ, trạng thái đăng ký, và việc liên hệ đã từng mở, nhấp hay được gửi email hay chưa. Với nhóm 30 ngày và 90 ngày, hãy tạo một bản lưu sự kiện: nhờ agent của Brew trong chat, hoặc gọi create_audience_from_events qua MCP hay POST /v1/audiences/from-events. Bản lưu mặc định loại trừ lượt nhấp tự động và bao quát tối đa 90 ngày, nên nhóm 180 ngày cần hai bản lưu: tạo một bản cho ngày 1 đến 90 và một bản cho ngày 91 đến 180, rồi tạo một đối tượng đã lưu kết hợp bộ lọc của hai bản theo điều kiện HOẶC (xem bằng GET /v1/audiences/{id}), để không ai nhận email hai lần. Bản lưu được cố định tại thời điểm tạo, nên hãy tạo lại trước các lượt gửi lớn. Tùy chọn exclude trả về mọi người trong đối tượng gốc không khớp điều kiện, nên “không có lượt nhấp nào trong 90 ngày” chỉ cần một lệnh gọi. Xem tài liệu Tạo đối tượng.
Giao dịch mua và hoạt động trên website. Đồng bộ chúng vào liên hệ dưới dạng thuộc tính qua một tích hợp như Shopify hay Stripe, hoặc qua API, rồi lọc theo ngày với before và after.
Đợt gửi và lộ trình tăng dần. Tính năng Gửi tăng dần chia một lượt gửi thành các lô theo tỷ lệ phần trăm, theo giờ hoặc theo ngày, mỗi lô tăng thêm theo mức bạn đặt, tối đa 30 lô và 50.000 người nhận. Hãy tạm dừng giữa các lô nếu một đợt có dấu hiệu xấu.
Chặn gửi. Brew chặn gửi ngay lập tức với các địa chỉ bị trả lại vĩnh viễn và khiếu nại spam, còn với địa chỉ bị trả lại tạm thời nhiều lần thì sau khi vượt một ngưỡng. Việc nhập liên hệ, API và MCP không bao giờ đăng ký lại cho bất kỳ ai. Mọi lượt gửi tiếp thị, kể cả tự động hóa trên tên miền có mục đích tiếp thị, đều mang header theo RFC 8058; tên miền dành cho email giao dịch thì gửi mà không có các header này.
Theo dõi. Insight từ Brew gắn cờ một chiến dịch hoặc một bước tự động hóa khi tỷ lệ khiếu nại của nó được xác nhận là vượt 0,1%. Thẻ Hoạt động của trang hủy đăng ký hiển thị tỷ lệ hủy đăng ký trong 30 ngày cùng các lý do, bao gồm lý do mặc định “Nhận quá nhiều email”.
Nhận ít email hơn và giới hạn tần suất. Liên hệ chỉ có trạng thái đã đăng ký hoặc đã hủy đăng ký, còn giới hạn tần suất và trang tùy chọn nhận email là phần bạn tự xây dựng. Hãy dựng một biểu mẫu, ghi lựa chọn vào một trường tùy chỉnh như email_frequency hoặc paused_until qua API liên hệ, rồi lọc theo trường đó trong đối tượng của từng lượt gửi. Để giới hạn tần suất, hãy loại trừ bất kỳ ai nằm trong một bản lưu sự kiện sent của ngày gần nhất.
Tối đa một email mỗi ngày cho các liên hệ đã nhấp hoặc mua hàng trong 30 ngày gần nhất, khoảng ba email mỗi tuần cho những người có hoạt động trong 90 ngày gần nhất, và một hoặc hai email cho những người lâu hơn thế. Giới hạn thực sự của bạn là tỷ lệ spam hằng ngày trên Gmail dưới 0,1%.
Google khuyên giữ dưới 0,1% và không bao giờ chạm mức 0,3%. Yahoo đưa ra mức dưới 0,3%. Theo Google, vượt mức đó thì bạn không đủ điều kiện được hỗ trợ khắc phục (mitigation) cho đến khi duy trì dưới mức này trong 7 ngày liên tiếp.
Hãy thêm các liên hệ không hoạt động từ 91 đến 180 ngày theo từng đợt, bắt đầu từ đầu tháng 11. Ai không hoạt động lâu hơn thế sẽ nhận một email xin xác nhận lại sự đồng ý trong tháng 10 và bị chặn gửi nếu không phản hồi.
Không. Apple Mail Privacy Protection tải nội dung từ xa, kể cả pixel theo dõi, bất kể người nhận có đọc email hay không. Thay vào đó, hãy dùng lượt nhấp đã lọc bot, giao dịch mua, lượt đăng nhập và lượt truy cập website.
Không. Gmail yêu cầu header List-Unsubscribe và List-Unsubscribe-Post theo RFC 8058 trên email tiếp thị, còn Yahoo yêu cầu một header List-Unsubscribe hủy đăng ký một chạm hoạt động được và rất khuyến nghị RFC 8058. Liên kết tới trang tùy chọn hoặc tùy chọn nhận ít email hơn trong phần thân email chỉ có giá trị khi đi kèm các header.
