Vì sao email từ website vào Inbox với người này mà lại nằm ở Spam với người kia?
Đội ngũ chúng tôi làm việc với khá nhiều đơn vị vận hành website, và có một câu hỏi gần như tuần nào cũng gặp. Cùng một website, cùng một mẫu thư, nhưng người này nhận đủ, người kia thì không thấy đâu. Khách vừa đặt đơn xong, ngồi chờ thư xác nhận mãi. Mở thư mục Spam ra mới thấy nó nằm đó, im lặng như chưa từng được gửi đi.
Phản xạ đầu tiên của hầu hết mọi người là đổ lỗi cho nội dung. Có người đổi tiêu đề, có người thay màu nút bấm, có người viết lại cả đoạn mở đầu. Chúng tôi đã thấy rất nhiều lần những thay đổi ấy không cứu được gì. Theo kinh nghiệm thực chiến, vấn đề thường nằm ở cách thư được gửi đi, chứ không nằm ở từng chữ bên trong.
Vì sao chuyện này đáng để tâm đến vậy? Thư đặt lịch, mã OTP và email xác nhận đơn hàng là những thứ người dùng cần nhất đúng vào lúc đó. Khi chúng biến mất khỏi Inbox, niềm tin vào website cũng đi xuống theo. Người dùng không biết thư đã đi đâu, họ chỉ thấy website thiếu chuyên nghiệp.
Một email đi đâu sau khi bạn bấm gửi?
Bạn có thể hình dung một email giống như một bưu kiện. Nó rời máy chủ gửi, đi qua nhiều chặng trung gian, rồi mới tới được hộp thư người nhận. Trên đường đi, các dịch vụ như Gmail hay Outlook đóng vai trò người gác cổng. Họ không đọc kỹ từng thư, nhưng luôn tự hỏi một câu khá đơn giản: người gửi này có thật sự được phép dùng tên miền đó không?
Câu hỏi ấy quyết định thư của bạn đi thẳng vào Inbox hay bị giữ lại ở Spam. Nếu người gác cổng không tìm thấy bằng chứng rõ ràng, họ sẽ nghi ngờ. Và sự nghi ngờ đó thường kéo theo việc thư bị chuyển sang thư mục khác.
Một số website chúng tôi triển khai hiện dùng MONA Mail để xử lý phần gửi thư. Phần việc của chúng tôi là chuẩn bị đầy đủ giấy tờ để người gác cổng yên tâm cho thư đi qua.
Ba lớp xác thực SPF, DKIM, DMARC nói bằng lời thường
Ba cái tên nghe khô khan, nhưng ý tưởng phía sau khá gần gũi. Hãy xem đây là ba lớp giấy tờ tùy thân của một bức thư. Mỗi lớp trả lời một câu hỏi khác nhau, và khi cả ba cùng khớp, người nhận có lý do để tin rằng thư này thật sự đến từ bạn.
SPF là danh sách các máy chủ được phép gửi thư thay mặt cho tên miền của bạn. Nó giống bản danh sách những người được ủy quyền ký giấy tờ cho công ty: ai không có tên thì không được ký. Khi một máy chủ lạ cố gửi thư mang tên miền của bạn, người nhận sẽ thấy địa chỉ gửi không khớp với danh sách này.
DKIM là chữ ký số đính kèm vào từng email. Chữ ký này chứng minh nội dung không bị ai sửa đổi dọc đường. Thư đến tay người nhận phải giống hệt lúc rời đi, không thêm một chữ, cũng không bớt một chữ.
DMARC là quy tắc xử lý khi SPF hoặc DKIM không đạt. Bạn có thể yêu cầu hệ thống đưa thư vào Spam, hoặc từ chối hẳn. Điểm hữu ích của DMARC là nó còn gửi báo cáo về cho quản trị viên, nhờ đó bạn biết có ai đang mạo danh tên miền của mình hay không.
Một website nhỏ đã đổi cách gửi thư ra sao
Có một website bán hàng quy mô vừa phải từng gửi toàn bộ email qua máy chủ dùng chung, không có cấu hình riêng nào cho tên miền. Tỷ lệ thư rơi vào Spam khá cao. Cứ mỗi tuần lại có khách gọi điện phàn nàn là không nhận được thư xác nhận.
Việc đầu tiên họ làm là thêm bản ghi SPF cho tên miền, liệt kê đầy đủ các máy chủ đang gửi thư thay mặt họ. Sau đó họ bật DKIM và đưa khóa công khai vào DNS. Cuối cùng, họ đặt DMARC ở chế độ chỉ theo dõi, chưa chặn gì cả, để quan sát trước đã.
Kết quả không đến ngay. Họ phải chờ vài tuần để bản ghi DNS cập nhật và để báo cáo DMARC tích lũy đủ dữ liệu. Nhưng sau khoảng thời gian đó, thư xác nhận vào Inbox đều đặn hơn hẳn. Bài học họ rút ra là sự kiên nhẫn. Cấu hình xong chưa có nghĩa là đã xong, bạn vẫn phải theo dõi thêm một thời gian.
Chọn dịch vụ gửi email nào cho website của bạn?
Khi so sánh các dịch vụ gửi thư, đừng chỉ nhìn vào giá. Giới hạn gửi mỗi tháng quyết định bạn có đủ chỗ để phát triển hay không. Khả năng tự cấu hình DKIM cho tên miền riêng cũng quan trọng không kém, vì đó là nền móng cho mọi thứ phía trên.
Vị trí máy chủ và hình thức thanh toán cũng đáng để ý hơn bạn nghĩ. Với doanh nghiệp trong nước, máy chủ đặt tại Việt Nam và thanh toán bằng VND tiện hơn nhiều khi đối soát hóa đơn cuối tháng. Chi tiết nhỏ này tiết kiệm khá nhiều thời gian cho bộ phận kế toán.
- Giới hạn gửi mỗi tháng và cách tính khi vượt mức
- Khả năng tự cấu hình SPF, DKIM, DMARC trên tên miền riêng
- Báo cáo gửi và tỷ lệ thư vào Inbox
Nếu mới bắt đầu, gói miễn phí 3.000 email mỗi tháng của MONA Mail đủ để thử cấu hình và xem thư có vào Inbox hay không. Đừng vội trả tiền khi chưa biết hệ thống của mình thực sự cần gì.
Những lỗi hay gặp khi tự thiết lập DKIM và DNS
Phần DNS là nơi nhiều người vấp nhất. Đội ngũ chúng tôi thấy cùng những lỗi lặp đi lặp lại, và phần lớn đều nhỏ đến mức khó nhận ra bằng mắt thường. Một khoảng trắng thừa ở đầu dòng cũng đủ khiến bản ghi không đọc được. Lúc đó bạn sẽ mất rất nhiều thời gian để tìm nguyên nhân.
Lỗi phổ biến nhất là sao chép bản ghi thiếu ký tự. Lỗi thứ hai là quên cập nhật SPF khi thêm một dịch vụ gửi mới, khiến danh sách thiếu máy chủ và thư từ dịch vụ mới bị nghi ngờ. Lỗi thứ ba là dán đúng khóa DKIM nhưng sai tên bản ghi (selector), nên hệ thống không tìm thấy khóa để đối chiếu.
Sau khi lưu, hãy dùng một công cụ kiểm tra bản ghi DNS công khai để xem lại. Đừng tin cảm giác rằng “chắc là đúng rồi”. Hầu hết lỗi chỉ lộ ra khi bạn so từng ký tự với hướng dẫn gốc, và nên làm việc này trước khi kết luận dịch vụ có vấn đề.
Đọc báo cáo DMARC thế nào để không bị ngợp?
Lần đầu nhận báo cáo DMARC, bạn sẽ thấy một đống dữ liệu XML khó đọc. Đừng hoảng. Mục đích chính rất đơn giản: xem có ai đang gửi thư giả danh tên miền của bạn không, và các dịch vụ hợp lệ có đang đạt xác thực hay không. Nhìn vào hai điều đó là bạn đã nắm được phần quan trọng nhất.
Chúng tôi khuyên theo dõi ít nhất vài tuần ở chế độ chỉ quan sát trước khi chuyển sang chế độ chặn. Chặn quá sớm, những dịch vụ gửi hợp lệ nhưng chưa được khai báo đầy đủ có thể bị ảnh hưởng. Khi đó bạn mất thư của chính mình mà không hiểu vì sao.
Dấu hiệu cho thấy cấu hình đã ổn định là phần lớn thư hợp lệ đều đạt cả SPF lẫn DKIM, và không còn nguồn lạ nào trong báo cáo. Đến lúc đó, bạn mới nên cân nhắc chuyển DMARC sang chế độ chặn.
Đừng quên nội dung và thói quen gửi thư
Xác thực chỉ là một nửa câu chuyện. Nửa còn lại nằm ở thói quen gửi thư. Người gác cổng cũng xem người gửi có hành xử đáng tin hay không, và họ nhớ rất lâu những đợt gửi bất thường. Một lần gửi hàng chục nghìn thư trong vài phút có thể khiến cả tên miền bị nghi ngờ trong nhiều tuần.
Tiêu đề nên rõ ràng, nói đúng nội dung thư. Tránh từ ngữ gây hiểu nhầm hoặc giật gân quá mức, vì người nhận sẽ đánh dấu Spam ngay khi thấy khó chịu. Chỉ gửi cho những người đã đồng ý nhận thư, và luôn có đường dẫn hủy đăng ký để người nhận tự rút lui khi muốn, thay vì bấm nút báo spam.
Gửi đều đặn luôn tốt hơn dồn hàng chục nghìn thư vào một đợt. Một đợt gửi đột biến dễ bị nghi ngờ hơn nhiều so với nhịp gửi đều mỗi ngày, dù tổng số lượng có thể bằng nhau. Với các cấu hình kỹ thuật chi tiết, bạn có thể đối chiếu thêm trong tài liệu hướng dẫn cấu hình API và SDK gửi email.
Câu hỏi thường gặp
Không biết kỹ thuật thì có tự cấu hình SPF, DKIM, DMARC được không?
Được, nếu bạn cẩn thận và làm từng bước. Phần khó nhất thường là sao chép đúng bản ghi DNS. Nếu không chắc, hãy nhờ người kỹ thuật kiểm tra lại trước khi lưu, vì một lỗi nhỏ cũng đủ khiến cả quá trình phải làm lại.
Cấu hình xong bao lâu thì thấy email vào Inbox tốt hơn?
Thường bạn phải chờ vài tuần để DNS lan truyền và để hộp thư ghi nhận uy tín người gửi. Đừng đánh giá quá sớm sau một hai ngày, vì kết quả chưa thể hiện rõ trong khoảng thời gian ngắn như vậy.
Gói miễn phí 3.000 email mỗi tháng có đủ cho website nhỏ không?
Với website mới hoặc lượng giao dịch vừa phải, con số này thường đủ để thử nghiệm và vận hành các email xác nhận cơ bản. Khi lượng thư tăng lên, bạn có thể nâng lên gói phù hợp hơn.
Vì sao bắt buộc phải có DKIM?
DKIM là bằng chứng rằng nội dung không bị sửa dọc đường. Nhiều nhà cung cấp hộp thư hiện đánh giá thấp hoặc chặn những thư không có chữ ký hợp lệ, nên đây gần như là nền tảng tối thiểu.
Nếu bạn đang cân nhắc đổi dịch vụ gửi thư, hãy đọc thêm kinh nghiệm làm việc với các kênh truyền thông số để hiểu cách tiếp cận người dùng qua nhiều kênh khác nhau. Sau đó, thử cấu hình trên một tên miền phụ trước khi áp dụng cho toàn bộ hệ thống, và đừng quên kiểm tra kết quả bằng chính hộp thư của bạn.