SPF Pass nhưng Email vẫn vào Spam: 10 nguyên nhân và cách xử lý
- SPF Pass nghĩa là gì?
- Nguyên nhân SPF Pass nhưng email vẫn vào Spam
- 1. DKIM hoặc DMARC chưa Pass đúng cách
- 2. Sender Reputation hoặc Domain Reputation thấp
- 3. Spam Complaint Rate cao
- 4. Danh sách email kém chất lượng
- 5. IP Reputation hoặc Shared IP gặp vấn đề
- 6. Sending Volume tăng quá nhanh
- 7. Nội dung hoặc URL trong email bị đánh giá rủi ro
- 8. Tracking Domain hoặc Link Domain có reputation thấp
- 9. Người nhận không còn tương tác
- 10. Doanh nghiệp chưa đáp ứng đầy đủ yêu cầu của Gmail
- SPF Pass nhưng Email vào Spam: nên kiểm tra theo thứ tự nào?
- Cách hạn chế tình trạng SPF Pass nhưng email vẫn vào Spam
- Cách BizMail hỗ trợ kiểm soát Email Deliverability
- Câu hỏi thường gặp
- Kết luận
SPF Pass không đồng nghĩa với việc email chắc chắn vào Inbox. SPF chỉ xác nhận rằng máy chủ gửi được phép gửi email thay mặt cho một domain cụ thể. Trong khi đó, Gmail, Outlook, Yahoo và các nhà cung cấp hộp thư còn đánh giá thêm DKIM, DMARC alignment, sender reputation, IP reputation, spam complaint, chất lượng danh sách, nội dung và hành vi người nhận.
Google cũng xem authentication là điều kiện nền tảng chứ không phải yếu tố duy nhất quyết định Inbox Placement. Vì vậy, doanh nghiệp cần kiểm tra toàn bộ mailstream thay vì chỉ nhìn trạng thái SPF.
SPF Pass nghĩa là gì?
SPF, viết tắt của Sender Policy Framework, cho phép chủ sở hữu domain khai báo những máy chủ hoặc địa chỉ IP nào được phép gửi email thay mặt domain đó.
Khi hệ thống nhận trả về: spf=pass kết quả này cho biết IP gửi nằm trong phạm vi được SPF cho phép. Tuy nhiên, SPF không xác nhận nội dung email an toàn, người nhận muốn nhận thư hay domain gửi đang có uy tín tốt. Doanh nghiệp có thể hiểu đơn giản rằng SPF Pass xác nhận người gửi được phép gửi, nhưng không xác nhận email đủ điều kiện để vào Inbox.
Nguyên nhân SPF Pass nhưng email vẫn vào Spam
1. DKIM hoặc DMARC chưa Pass đúng cách
Doanh nghiệp nên kiểm tra DKIM và DMARC ngay sau SPF. Google yêu cầu các bulk sender gửi số lượng lớn tới Gmail phải thiết lập đầy đủ SPF, DKIM và DMARC. Ngoài ra, domain trong trường From: cần align với domain được xác thực bằng SPF hoặc DKIM để DMARC Pass.
Một email có thể hiển thị:
SPF: PASS
DKIM: PASS
nhưng hệ thống vẫn trả về: DMARC: FAIL
nếu các domain không align. Ví dụ, doanh nghiệp gửi email từ: sale@company.com
nhưng Return-Path lại sử dụng: bounce@email-provider.com Trong trường hợp này, SPF có thể Pass cho email-provider.com, nhưng domain đó chưa chắc align với company.com. Vì vậy, marketer không nên dừng lại ở kết quả spf=pass. Marketer cần kiểm tra đồng thời SPF, DKIM, DMARC và domain alignment.
2. Sender Reputation hoặc Domain Reputation thấp
Sender reputation là một trong những nguyên nhân phổ biến khiến email vẫn vào Spam dù authentication đã Pass.
Mailbox provider đánh giá reputation dựa trên nhiều tín hiệu như lịch sử spam complaint, bounce rate, spam trap, volume gửi, chất lượng danh sách, mức độ tương tác và hành vi gửi trước đây.
Một tình huống thường gặp là:
SPF: PASS
DKIM: PASS
DMARC: PASS
nhưng kết quả gửi lại là:
Gmail: Spam
Outlook: Inbox
Yahoo: Inbox
Trong trường hợp này, vấn đề có thể nằm ở reputation riêng của domain hoặc IP đối với Gmail, chứ không còn nằm ở SPF. Doanh nghiệp nên sử dụng Google Postmaster Tools để theo dõi Domain Reputation, IP Reputation, Spam Rate, Authentication và Delivery Errors.
3. Spam Complaint Rate cao
Người nhận bấm nút Report Spam là một tín hiệu tiêu cực rất mạnh đối với mailbox provider. Google khuyến nghị sender nên duy trì spam rate dưới 0,1% và tránh để tỷ lệ này đạt 0,3% hoặc cao hơn. Khi spam complaint tăng, mailbox provider có thể giảm mức độ tin cậy đối với domain gửi, ngay cả khi SPF, DKIM và DMARC đều Pass.
Ví dụ, nếu doanh nghiệp gửi thành công 100.000 email và có 250 người báo cáo Spam, spam complaint rate sẽ là: 250 / 100.000 = 0,25%
Tỷ lệ này chưa vượt 0,3%, nhưng đã cao hơn đáng kể so với ngưỡng 0,1% mà Google khuyến nghị. Để giảm spam complaint, doanh nghiệp nên gửi email đúng consent, loại nhóm ít tương tác, làm rõ danh tính người gửi và đặt link unsubscribe ở vị trí dễ nhìn.
4. Danh sách email kém chất lượng
SPF không thể bù cho một danh sách email có chất lượng thấp. Một database kém có thể chứa email không tồn tại, email nhân viên đã nghỉ việc, disposable email, spam trap, email mua từ bên thứ ba hoặc các contact đã không tương tác trong thời gian dài. Ví dụ, nếu doanh nghiệp phân tích Bounce Rate theo nguồn và nhận được kết quả:
| Nguồn | Bounce Rate |
|---|---|
| Newsletter mới | 0,6% |
| Webinar | 1,2% |
| CRM cũ | 7,8% |
| File Sales import | 11% |
Bảng trên cho thấy vấn đề tập trung ở CRM cũ và dữ liệu Sales import. Trong trường hợp này, doanh nghiệp cần xử lý nguồn dữ liệu thay vì tiếp tục tối ưu SPF.
5. IP Reputation hoặc Shared IP gặp vấn đề
Một domain có thể SPF Pass nhưng vẫn gửi qua IP có reputation thấp. Nếu doanh nghiệp sử dụng shared IP, hành vi gửi của những sender khác trên cùng IP pool có thể ảnh hưởng đến reputation chung. Vì vậy, doanh nghiệp cần đánh giá đồng thời domain reputation và IP reputation. Một tình huống thường gặp là:
Domain Reputation: Good
SPF: PASS
DKIM: PASS
nhưng: IP Reputation: Low Trong trường hợp này, email vẫn có nguy cơ vào Spam. Doanh nghiệp nên kiểm tra IP pool, blocklist và lịch sử gửi. Nếu doanh nghiệp có volume đủ lớn, doanh nghiệp có thể cân nhắc dedicated IP, nhưng đội vận hành vẫn cần warm up và duy trì reputation riêng.
6. Sending Volume tăng quá nhanh
Mailbox provider không chỉ đánh giá tổng số email mà còn theo dõi pattern gửi theo thời gian. Nếu một domain trước đây chỉ gửi khoảng 2.000 email mỗi ngày nhưng đột ngột tăng lên 100.000 email mỗi ngày, hệ thống nhận có thể xem đây là một tín hiệu bất thường.
Trong trường hợp này, SPF vẫn có thể Pass nhưng reputation vẫn bị ảnh hưởng. Doanh nghiệp nên tăng sản lượng theo từng bước thay vì tăng đột ngột. Tốc độ warmup cần phụ thuộc vào lịch sử gửi, reputation hiện tại, engagement, bounce, complaint và từng mailbox provider.
7. Nội dung hoặc URL trong email bị đánh giá rủi ro
Nội dung email vẫn có thể là nguyên nhân khiến email vào Spam dù authentication đã đúng. Mailbox provider có thể đánh giá nhiều thành phần trong message, bao gồm URL, tracking domain, HTML, attachment, tỷ lệ text/image và lịch sử reputation của các domain được liên kết. Doanh nghiệp nên kiểm tra:
- URL bị redirect nhiều lần;
- shortened URL;
- tracking domain có reputation thấp;
- HTML có lỗi;
- email chứa quá nhiều hình ảnh;
- email có quá ít text;
- attachment không cần thiết;
- nội dung quá aggressive;
- landing page có tín hiệu rủi ro.
Doanh nghiệp cũng không nên chỉ tập trung vào một vài “spam words”. Hệ thống lọc Spam hiện nay đánh giá tổng hợp nhiều tín hiệu thay vì chỉ dựa vào một số từ khóa.
8. Tracking Domain hoặc Link Domain có reputation thấp
Một email có thể gửi từ domain uy tín nhưng lại sử dụng tracking domain kém chất lượng.
Ví dụ: From domain = company.com nhưng toàn bộ click tracking lại đi qua: tracking-thirdparty.xyz Trong trường hợp tracking domain có reputation thấp, mailbox provider có thể đánh giá toàn bộ message là rủi ro. Vì vậy, doanh nghiệp nên kiểm tra đồng thời sending domain, DKIM domain, Return-Path, tracking domain và landing page domain.
9. Người nhận không còn tương tác
Authentication chứng minh email hợp lệ, nhưng authentication không chứng minh người nhận muốn đọc email đó. Nếu một nhóm contact liên tục không mở, không click, không reply và thường xuyên bỏ qua email, mailbox provider có thể xem đó là tín hiệu cho thấy nội dung không còn phù hợp.
Tuy nhiên, doanh nghiệp không nên đánh giá chỉ dựa vào open rate vì chỉ số này ngày càng kém chính xác. Doanh nghiệp nên kết hợp thêm click, reply, conversion, complaint, unsubscribe, recency và lịch sử delivery.
10. Doanh nghiệp chưa đáp ứng đầy đủ yêu cầu của Gmail
SPF Pass chỉ là một phần trong toàn bộ yêu cầu gửi email số lượng lớn. Google còn yêu cầu hoặc khuyến nghị sender đáp ứng các yếu tố như:
- DKIM;
- DMARC;
- alignment;
- PTR/reverse DNS;
- TLS;
- chuẩn RFC 5322;
- spam rate thấp;
- one-click unsubscribe;
- unsubscribe dễ nhìn.
Vì vậy, một hệ thống có: SPF = PASS nhưng đồng thời có:
DKIM = FAIL
DMARC = FAIL
Spam Rate = 0,4%
No one-click unsubscribe
vẫn có nguy cơ cao bị đưa vào Spam.
SPF Pass nhưng Email vào Spam: nên kiểm tra theo thứ tự nào?
Doanh nghiệp không nên thay đổi tất cả yếu tố cùng lúc. Một quy trình chẩn đoán theo từng bước sẽ giúp xác định nguyên nhân chính xác hơn.
- Bước 1: Doanh nghiệp kiểm tra Authentication-Results: Doanh nghiệp nên gửi một email thực tế tới Gmail, sau đó mở phần “Show original” hoặc “Hiển thị thư gốc”. Doanh nghiệp cần kiểm tra các kết quả:
spf=pass
dkim=pass
dmarc=pass
Đồng thời, doanh nghiệp nên kiểm tra From domain, DKIM domain, Return-Path và alignment. Nếu SPF Pass nhưng DKIM hoặc DMARC Fail, doanh nghiệp cần xử lý authentication trước.
-
Bước 2: Doanh nghiệp kiểm tra Google Postmaster Tools: Doanh nghiệp nên theo dõi:
- Domain Reputation;
- IP Reputation;
- Spam Rate;
- Authentication;
- Delivery Errors.
Các dữ liệu này giúp xác định vấn đề nằm ở reputation, authentication hay chính sách nhận thư.
- Bước 3: Doanh nghiệp phân tích theo từng mailbox provider: Doanh nghiệp không nên nhìn một tỷ lệ Spam hoặc Bounce chung cho toàn bộ chiến dịch. Ví dụ:
| Provider | Inbox Placement |
|---|---|
| Gmail | 30% |
| Outlook | 92% |
| Yahoo | 90% |
| Corporate | 94% |
Nếu chỉ Gmail gặp vấn đề, doanh nghiệp nên ưu tiên kiểm tra reputation và chính sách riêng của Gmail. Ngược lại, nếu tất cả provider đều có Inbox Placement thấp, doanh nghiệp cần kiểm tra lại database, infrastructure, content và sending practice.
-
Bước 4: Doanh nghiệp test từng biến độc lập: Doanh nghiệp nên tạo nhiều phiên bản email để xác định yếu tố gây Spam.
Test A
Plain text
Không link
Không ảnh
Test B
Thêm brand name
Test C
Thêm signature
Test D
Thêm 1 URL
Test E
Campaign HTML đầy đủ
Nếu các bản A đến D vào Inbox nhưng bản E vào Spam, doanh nghiệp có thể ưu tiên kiểm tra template, tracking hoặc nội dung của campaign.
-
Bước 5: Doanh nghiệp kiểm tra danh sách và hành vi người nhận: Doanh nghiệp nên theo dõi:
- Hard Bounce Rate;
- Soft Bounce Rate;
- Spam Complaint Rate;
- Unsubscribe Rate;
- Inactive Contact;
- nguồn lead;
- tuổi database;
- lịch sử consent.
Nếu một nhóm contact đã không tương tác trong thời gian dài, doanh nghiệp nên giảm tần suất gửi hoặc đưa nhóm này ra khỏi active sending list.
-
Bước 6: Doanh nghiệp kiểm tra volume và sending pattern: Doanh nghiệp cần xác định xem sản lượng gửi có tăng đột biến hay không. Doanh nghiệp cũng nên kiểm tra các thay đổi gần đây như:
- domain mới;
- IP mới;
- ESP mới;
- database mới import;
- automation mới kích hoạt;
- volume tăng mạnh.
Nếu doanh nghiệp vừa thay đổi một trong các yếu tố trên, doanh nghiệp nên điều chỉnh sending ramp-up trước khi tiếp tục tăng sản lượng.
Cách hạn chế tình trạng SPF Pass nhưng email vẫn vào Spam
Doanh nghiệp nên triển khai đồng thời các biện pháp sau:
- Doanh nghiệp cần cấu hình SPF, DKIM và DMARC đúng.
- Doanh nghiệp cần đảm bảo domain alignment.
- Doanh nghiệp cần duy trì Domain Reputation và IP Reputation ổn định.
- Doanh nghiệp cần theo dõi Spam Rate thường xuyên.
- Doanh nghiệp nên làm sạch danh sách định kỳ.
- Doanh nghiệp cần suppress các địa chỉ Hard Bounce.
- Doanh nghiệp nên giảm gửi tới nhóm contact không còn tương tác.
- Doanh nghiệp cần warm up khi tăng volume.
- Doanh nghiệp nên tách transactional traffic và promotional traffic khi phù hợp.
- Doanh nghiệp cần kiểm tra tracking domain.
- Doanh nghiệp nên triển khai one-click unsubscribe.
- Doanh nghiệp nên test Inbox Placement theo từng mailbox provider.
Cách BizMail hỗ trợ kiểm soát Email Deliverability
Khi doanh nghiệp quản lý danh sách lớn, việc chỉ kiểm tra SPF thủ công không đủ để xác định nguyên nhân email vào Spam. Doanh nghiệp cần theo dõi đồng thời trạng thái gửi, bounce, hành vi contact và kết quả từng chiến dịch.
BizMail là nền tảng Email Marketing của Bizfly, hỗ trợ doanh nghiệp triển khai chiến dịch, quản lý liên hệ và tự động hóa hoạt động chăm sóc khách hàng trên một hệ thống tập trung. Trong quá trình tối ưu deliverability, doanh nghiệp có thể kết hợp dữ liệu chiến dịch trên BizMail với các bước kiểm tra authentication và reputation để xác định đúng nguyên nhân.
Doanh nghiệp có thể tập trung vào 5 nhóm nghiệp vụ:
- Theo dõi trạng thái gửi email: Doanh nghiệp có thể phát hiện các email gửi lỗi và các nhóm contact đang gặp vấn đề.
- Quản lý danh sách khách hàng: Doanh nghiệp có thể hạn chế tiếp tục gửi tới những địa chỉ không còn hợp lệ.
- Phân nhóm contact: Doanh nghiệp có thể tách nhóm active và inactive để kiểm soát chất lượng traffic.
- Email Automation: Doanh nghiệp có thể duy trì hành trình chăm sóc phù hợp thay vì gửi hàng loạt thiếu kiểm soát.
- Kết hợp dữ liệu khách hàng: Doanh nghiệp có thể giữ lại lịch sử contact và tiếp tục chăm sóc qua các điểm chạm phù hợp.
Nếu doanh nghiệp gặp tình trạng SPF Pass nhưng email vẫn vào Spam, doanh nghiệp không nên chỉ sửa DNS rồi tiếp tục gửi. Doanh nghiệp cần kiểm tra toàn bộ mailstream từ authentication, reputation, database, content đến sending behavior trước khi tăng volume.
Câu hỏi thường gặp
- SPF Pass có đảm bảo email vào Inbox không? SPF Pass không đảm bảo email vào Inbox. SPF chỉ xác nhận máy chủ gửi được phép gửi email thay mặt domain, còn Inbox Placement phụ thuộc thêm DKIM, DMARC, reputation, complaint, list quality, content và nhiều tín hiệu khác.
- SPF Pass nhưng DMARC Fail có thể khiến email vào Spam không? Có. Trường hợp này thường xảy ra khi domain được SPF xác thực không align với domain trong trường
From:. Doanh nghiệp cần kiểm tra alignment trước khi tiếp tục gửi. - SPF, DKIM và DMARC đều Pass mà email vẫn vào Spam thì nên kiểm tra gì? Doanh nghiệp nên kiểm tra Domain Reputation, IP Reputation và Spam Rate trước. Sau đó, doanh nghiệp cần tiếp tục đánh giá list quality, sending volume, nội dung và tracking domain.
- Spam Complaint Rate bao nhiêu là cao? Google khuyến nghị sender nên giữ spam rate dưới 0,1% và tránh để tỷ lệ này đạt 0,3% hoặc cao hơn. Vì vậy, doanh nghiệp nên theo dõi complaint rate thường xuyên thay vì chỉ kiểm tra khi deliverability giảm.
- Doanh nghiệp có nên đổi ESP khi SPF Pass nhưng email vẫn vào Spam không? Doanh nghiệp không nên đổi ESP ngay. Nếu nguyên nhân nằm ở domain reputation, database hoặc spam complaint, việc đổi ESP chưa chắc giải quyết được vấn đề. Doanh nghiệp nên xác định chính xác vấn đề nằm ở domain, IP, content hay list trước khi thay đổi hạ tầng gửi.
Kết luận
SPF Pass chỉ xác nhận máy chủ gửi được phép sử dụng domain, chứ không đảm bảo email sẽ vào Inbox. Khi email vẫn vào Spam, doanh nghiệp cần kiểm tra tiếp DKIM, DMARC alignment, sender reputation, IP reputation, spam complaint, list quality, sending volume và nội dung. Nhiều trường hợp thực tế cho thấy authentication hoàn toàn đúng nhưng Inbox Placement vẫn thấp vì reputation hoặc content chưa tốt. Vì vậy, doanh nghiệp nên chẩn đoán từng lớp theo thứ tự thay vì chỉ sửa SPF rồi tiếp tục gửi.
Giải pháp BizMail
AI hiểu khách hàng hơn bạn tưởng. Mỗi email được cá nhân hóa tự động theo hành vi, giúp thương hiệu của bạn “nói đúng điều họ muốn nghe”
Về trang chủ Bizfly
Đăng nhập
Kiến thức Email Marketing
Loading ...