Trên trang nàyBa miền trong mỗi chiến dịch
- Ba miền trong mỗi chiến dịch
- Xác thực miền, đừng chỉ xác minh
- Địa chỉ Gmail hoặc Yahoo trong dòng From
- Các quy tắc Gmail và Yahoo thực thi
- Hủy đăng ký nằm trong header
- Chính Mailchimp nói gì về nội dung
- Vì sao email thử nghiệm của Mailchimp không phải là kiểm tra spam
- Kiểm thử chiến dịch trước khi gửi
- Thứ tự tôi đọc báo cáo Mailchimp
Mở một chiến dịch Mailchimp của bạn trong Outlook và xem dòng người gửi. Nếu dòng này hiển thị "on behalf of mcsv.net" hoặc "via mailchimpapp.net", bạn đã biết phần lớn lý do khiến chính chiến dịch đó bị đưa vào thư rác ở nơi khác. Trung tâm trợ giúp của Mailchimp cho biết nhãn này xuất hiện khi địa chỉ From chưa được xác thực, và miền From chưa được xác thực là điều đầu tiên tôi kiểm tra khi một chiến dịch Mailchimp bị đưa vào thư rác. (Outlook rất cứng nhắc với nhãn này, và Mailchimp thừa nhận rằng nhãn có thể vẫn xuất hiện ngay cả sau khi bạn đã khắc phục nguyên nhân.)
Mailchimp tự xử lý được nhiều việc. Dịch vụ này vận hành các máy chủ gửi thư, xử lý thư bị trả lại và thêm phần chân trang hủy đăng ký nếu bạn quên. Việc duy nhất Mailchimp không thể làm thay bạn là chứng minh miền của bạn đã gửi thư, vì bằng chứng đó nằm trong DNS của bạn và Mailchimp không có quyền truy cập vào đó.
Ba miền trong mỗi chiến dịch
Bộ lọc xem xét một chiến dịch Mailchimp sẽ thấy nhiều miền và so sánh chúng.
Địa chỉ From là địa chỉ người đăng ký nhìn thấy. Miền người gửi trên phong bì (Return-Path, nơi nhận thư trả lại) do Mailchimp thiết lập. Các trang trợ giúp của Mailchimp cho biết miền này "thường chứa mcsv.net, mcdlv.net, mailchimpapp.net hoặc rsgsv.net". Bạn không thể thay đổi miền này. Miền thứ ba nằm trong chữ ký DKIM, tại thẻ d=, và cho biết bên đã ký thư.
DMARC đạt khi miền From khớp với miền mà SPF đã kiểm tra (lấy từ Return-Path) hoặc miền trong chữ ký DKIM. Với Mailchimp, Return-Path luôn thuộc Mailchimp, vì vậy SPF có thể đạt trên mọi thư nhưng vẫn không bao giờ được tính cho miền của bạn. Mọi thứ phụ thuộc vào DKIM. Nếu bạn chưa thiết lập xác thực miền, chữ ký DKIM cũng thuộc Mailchimp. Tài liệu của Mailchimp đưa ra ví dụ về một chiến dịch gửi từ newsletter@pottedplanter.com và cho biết "chúng tôi sẽ xác thực thư đó bằng miền của mình." Hai bước kiểm tra đều đạt nhưng không bước nào dành cho pottedplanter.com, vì vậy DMARC không đạt cho miền đó. Cơ chế tổng quát được trình bày trong giải thích về SPF, DKIM và DMARC.
Xác thực miền, đừng chỉ xác minh
Mailchimp có hai bước với tên gọi tương tự nhau, vì vậy bạn rất dễ dừng lại sau bước đầu tiên. Trang trợ giúp về xác thực của Mailchimp cho biết "chỉ xác minh không ảnh hưởng đến khả năng gửi email của bạn." Xác thực là bước thứ hai riêng biệt và yêu cầu thiết lập các bản ghi DNS.
Hướng dẫn thiết lập hiện tại yêu cầu ba bản ghi, gồm hai CNAME cho DKIM và một TXT cho DMARC. Các giá trị CNAME chính xác được hiển thị trong tài khoản Mailchimp của bạn thay vì trong tài liệu, còn tên thường là k2._domainkey và k3._domainkey. Trong trình chỉnh sửa DNS của nhà cung cấp miền, kết quả sẽ gần giống như sau:
k2._domainkey CNAME value shown in your Mailchimp account
k3._domainkey CNAME value shown in your Mailchimp account
_dmarc TXT v=DMARC1; p=none; rua=mailto:dmarc@example.comBạn nên biết hai lỗi dễ gặp trước khi bắt đầu. Nhiều bảng điều khiển DNS tự động nối miền của bạn vào nội dung bạn nhập trong trường Name, vì vậy k2._domainkey.example.com âm thầm trở thành k2._domainkey.example.com.example.com. Phần khắc phục sự cố của Mailchimp mô tả chính xác trường hợp này, và cách sửa là chỉ nhập k2._domainkey. Lỗi thứ hai xảy ra sau đó, khi miền đã hiển thị là được xác thực. Từ thời điểm này, hãy giữ nguyên các CNAME đó, vì Mailchimp cảnh báo rằng việc thay đổi chúng "có thể ảnh hưởng đến thông tin chúng tôi lưu trong hồ sơ", và việc bản ghi DKIM ngừng phân giải là kiểu thay đổi không ai nhận ra cho đến khi chiến dịch tiếp theo được gửi đi.chỉ nhập k2._domainkey, bảng điều khiển sẽ thêm phần còn lại
Bạn có thể xác nhận kết quả từ bên ngoài bằng công cụ kiểm tra DKIM (selector k2 hoặc k3) và công cụ kiểm tra DMARC, công cụ này cũng cho bạn biết địa chỉ rua có thể nhận báo cáo hay không.
Các trang trợ giúp hiện tại của Mailchimp hoàn toàn không yêu cầu bản ghi SPF. Điều này phù hợp với cơ chế ở trên vì SPF được kiểm tra dựa trên miền bounce của Mailchimp. Nếu bạn có bản ghi SPF, dù vậy vẫn nên kiểm tra bằng công cụ kiểm tra SPF. Mỗi include: tiêu tốn lượt truy vấn DNS, giới hạn là mười, và một bản ghi vượt quá giới hạn này sẽ làm hỏng SPF cho tất cả email khác của bạn.
Địa chỉ Gmail hoặc Yahoo trong dòng From
Nếu chiến dịch được gửi từ yourname@gmail.com hoặc một địa chỉ Yahoo, bạn không có gì để xác thực. Mailchimp cho biết các dịch vụ email công cộng "không thể được xác thực" vì bạn không kiểm soát DNS của họ. Thay vào đó, Mailchimp ghi lại địa chỉ From thành địa chỉ thuộc một trong các tên miền phụ của họ, send.mailchimpapp.com hoặc mail.mailchimpapp.com. Trong ví dụ của tài liệu, thepottedplanter@yahoo.com trở thành thepottedplanter.yahoo.com@send.mailchimpapp.com.
Thư trả lời vẫn đến địa chỉ ban đầu, vì vậy phía bạn không có gì bị lỗi rõ ràng. Tuy nhiên, người đăng ký sẽ thấy một người gửi lạ và tên miền From là tên miền Mailchimp được dùng chung với tất cả những người khác trong cùng tình huống. Trang về bộ lọc spam của Mailchimp lưu ý rằng các tên miền email miễn phí "thường bị lọc nghiêm ngặt hơn các tên miền email đã xác minh", đồng thời bạn cũng không thể dùng BIMI.
Tôi sẽ mua một tên miền, dù là tên miền giá rẻ, rồi gửi email từ tên miền đó. Sau đó, hãy nghiêm túc lưu ý cảnh báo khác của Mailchimp rằng "việc gửi một chiến dịch email lớn từ một tên miền hoàn toàn mới trước khi danh tiếng của bạn được thiết lập có thể tiềm ẩn rủi ro", và bắt đầu bằng các đợt gửi nhỏ hơn đến những người có nhiều khả năng mở email nhất.
Các quy tắc Gmail và Yahoo thực thi
Mailchimp liên kết hướng dẫn xác thực của mình với các yêu cầu dành cho người gửi của Gmail và Yahoo. Bạn cần biết con số nào thuộc về nhà cung cấp nào vì chúng thường bị lẫn lộn.
Các quy tắc của Google có hiệu lực từ ngày 1 tháng 2 năm 2024. Toàn bộ yêu cầu áp dụng cho bất kỳ ai gửi hơn 5.000 thư mỗi ngày đến các tài khoản Gmail cá nhân. Những người gửi này cần SPF và DKIM, bản ghi DMARC (chính sách p=none là đủ), miền From được căn chỉnh với SPF hoặc DKIM, tính năng hủy đăng ký bằng một cú nhấp cho email tiếp thị và tỷ lệ spam trong Postmaster Tools dưới 0,3%, trong đó 0,10% là mức Google thực sự khuyến nghị. Mốc 5.000 được tính theo từng miền chính. Một người gửi chỉ cần vượt mốc này một lần sẽ vĩnh viễn bị coi là người gửi hàng loạt. Câu hỏi thường gặp của Google cũng cho biết từ tháng 11 năm 2025, Google bắt đầu tăng cường thực thi, với "temporary and permanent rejections" đối với email không tuân thủ.
Yahoo bắt đầu thực thi trong cùng tháng với danh sách yêu cầu tương tự. DMARC tối thiểu phải là p=none và phải vượt qua kiểm tra. Khóa DKIM phải có ít nhất 1024 bit. Yêu cầu hủy đăng ký phải được xử lý trong vòng 2 ngày, tỷ lệ spam phải dưới 0,3%. Điều Yahoo không có là ngưỡng số lượng, và phần câu hỏi thường gặp nêu rõ: "We will not specify a volume threshold." Mốc 5.000 là con số của Google nhưng Mailchimp áp dụng cho cả hai. Điều này quan trọng với danh sách nhỏ vì Yahoo không công bố số lượng mà bạn có thể duy trì dưới mức đó.
Tôi đã phân tích phía Gmail kỹ hơn trong bài cách ngăn email vào thư mục spam trong Gmail.
Hủy đăng ký nằm trong header
Mailchimp thêm phần chân trang có liên kết hủy đăng ký nếu mẫu của bạn chưa có, và liên kết đó sẽ đưa người đăng ký qua một trang. Google yêu cầu một liên kết hiển thị rõ như vậy trong nội dung email, đồng thời yêu cầu thêm một cách thứ hai. Trang về hủy đăng ký của Mailchimp mô tả yêu cầu này như sau: "Gmail và Yahoo sẽ yêu cầu khả năng hủy đăng ký bằng một lần nhấp qua header email, không phải nội dung email." Cách này cần hai header, List-Unsubscribe chứa liên kết https và List-Unsubscribe-Post: List-Unsubscribe=One-Click (hình thức của cả hai), và Google nói thêm rằng liên kết mailto hoặc liên kết trong nội dung không được tính là hủy đăng ký bằng một lần nhấp.
Các trang trợ giúp của Mailchimp nói rằng cách dùng header này có tồn tại nhưng không bao giờ nêu tên các header. Tôi sẽ mở mã nguồn của một email thực tế đã gửi và tự mình kiểm tra cả hai dòng. Việc này chỉ mất một phút.
Chính Mailchimp nói gì về nội dung
Trang về bộ lọc thư rác của Mailchimp cho biết các bộ lọc chấm điểm nhiều yếu tố rồi cộng các điểm đó lại, và "nhìn chung, chiến dịch của bạn cần kích hoạt nhiều yếu tố thì mới bị lọc là thư rác." Các yếu tố được nêu ra đều quen thuộc: công cụ rút gọn liên kết, liên kết không hoạt động và "mã cẩu thả, thẻ dư thừa và mã được lấy từ Microsoft Word". Trang này cũng lưu ý rằng một số bộ lọc mở thư và nhấp vào liên kết trước khi người nhận nhìn thấy thư, vì vậy lượng nhấp tăng vọt trong phút đầu tiên sau khi gửi rất có thể là do bộ lọc tạo ra.
Trang này cũng đề cập đến IP dùng chung. Các địa chỉ gửi của Mailchimp được nhiều khách hàng dùng chung, và trang này cho biết rằng "nếu một người quyết định gửi thư rác qua Mailchimp, điều đó có thể ảnh hưởng đến khả năng gửi thư của những người dùng khác." Bạn không thể khắc phục vấn đề đó từ phía mình.
Vì sao email thử nghiệm của Mailchimp không phải là kiểm tra spam
Nút "Send a Test Email" trong trình thiết kế email (nằm trong menu Preview của trình dựng cũ) dùng để kiểm tra bố cục. Nút này có các giới hạn và khác với email mà người đăng ký nhận được ở một số điểm.
- Gói miễn phí có 12 lần thử nghiệm cho mỗi email và 24 lần trong bất kỳ khoảng thời gian 24 giờ nào, còn gói trả phí có lần lượt 70 và 200 lần. Mỗi người nhận được tính là một lần, vì vậy một email thử nghiệm gửi đến bốn địa chỉ sẽ dùng bốn lần.
- Mỗi lần gửi thử nghiệm đều được tính vào giới hạn gửi hàng tháng, giống như email thực tế.
- Thẻ hợp nhất và nội dung động không được điền. Khi bạn cần kiểm tra chúng, chính Mailchimp đề xuất gửi email thực tế đến một phân khúc thử nghiệm nhỏ.
- Email thử nghiệm gửi từ trình dựng mẫu không được liên kết với đối tượng, vì vậy địa chỉ From của email là địa chỉ email chính trong tài khoản của bạn.
Kiểm thử chiến dịch trước khi gửi
Tôi xây dựng Email Spam Tester cho bước này. Bạn gửi email thử nghiệm của chiến dịch từ Mailchimp đến địa chỉ dùng một lần do trang web cung cấp, và khoảng một phút sau, báo cáo sẽ trả lời trước các câu hỏi liên quan đến Mailchimp: tên miền nào xuất hiện trong thẻ DKIM d=, DMARC có vượt qua kiểm tra cho tên miền From của bạn hay không, và các tiêu đề hủy đăng ký thực sự cho biết điều gì. Đó là ba trong số 42 mục kiểm tra, ngoài ra còn có kiểm tra uy tín IP của Mailchimp trên 21 danh sách chặn. Mỗi lỗi đều đi kèm kế hoạch khắc phục và các bản ghi DNS sẵn để dán, cùng số điểm được tính theo bảng chấm điểm cho từng cách khắc phục. Bạn không cần đăng ký và không mất phí.
Nếu không muốn sao chép địa chỉ qua lại, bạn có thể kết nối tài khoản Mailchimp. Bạn chọn một bản nháp và chính Mailchimp sẽ gửi email thử nghiệm từ tài khoản của bạn với các cài đặt của bạn, nhờ đó báo cáo sẽ thấy máy chủ, chữ ký và các liên kết theo dõi đã được viết lại giống như người đăng ký nhìn thấy. Lần gửi đó cũng có thể chuyển đến các hộp thư tại Gmail, Outlook, Yahoo và những nhà cung cấp khác, sau đó báo cáo sẽ hiển thị chiến dịch đã vào thư mục nào tại từng nơi. Vì Mailchimp chỉ gửi email thử nghiệm với tiêu đề riêng của chiến dịch, phần này sử dụng một bản sao tạm thời của bản nháp và thêm dấu nhận biết vào tiêu đề. Bản sao sẽ bị xóa sau đó và bản nháp của bạn không bao giờ bị chỉnh sửa. Những lần gửi này được tính vào hạn mức email thử nghiệm cho mỗi chiến dịch của Mailchimp, vì vậy trên gói miễn phí, kiểm tra vị trí hộp thư sẽ tiếp cận ít hộp thư hơn.
Đối với các chiến dịch sau đó, kết nối có thể thêm một địa chỉ cố định vào một đối tượng. Địa chỉ này tham gia như một liên hệ thông thường được gắn thẻ "Email Spam Tester". Mọi chiến dịch và quy trình tự động hóa mà đối tượng nhận được đều được kiểm tra khi đến, và địa chỉ này được tính vào giới hạn liên hệ của bạn như mọi người khác trong danh sách.
Thứ tự tôi đọc báo cáo Mailchimp
- Dòng DKIM.
d=hiển thị tên miền của bạn hay tên miền của Mailchimp? Nếu đó là tên miền của Mailchimp, quá trình xác thực chưa hoàn tất và những thông tin phía dưới chưa có nhiều ý nghĩa. - DMARC. Có bản ghi hay không, và kiểm tra có đạt không? Lỗi DMARC fail bên cạnh DKIM đạt yêu cầu cho thấy bạn cần quay lại ngay bước một.
- Địa chỉ From. Người gửi dùng gmail.com hoặc yahoo.com sẽ xuất hiện dưới dạng đã được viết lại thành mailchimpapp.com.
- Cả hai header hủy đăng ký đều phải có và trỏ đến https.
- Danh sách chặn. Việc một IP dùng chung của Mailchimp bị liệt kê không phải vấn đề bạn có thể khắc phục, nhưng bạn nên biết điều đó trước khi bắt đầu viết lại nội dung.
- Kiểm tra nội dung sau cùng: liên kết rút gọn, mã định dạng Word được dán vào, bố cục chủ yếu chỉ là một hình ảnh lớn.
Sau đó mới đến kết quả thư mục, nếu bạn đã yêu cầu kiểm tra. Một chiến dịch có thể vượt qua mọi kiểm tra nhưng vẫn vào Promotions trong Gmail. Đây là một tab của hộp thư đến, và với bản tin email thì đó là vị trí khá bình thường.
Banner trong ứng dụng của Mailchimp dành cho các tên miền chưa được xác thực cảnh báo rằng email "may miss 74% of inboxes". Con số này là của họ và tôi không thể kiểm chứng. Các bản ghi mà banner này đang nhắc đến chính là ba bản ghi trong đoạn mã phía trên.