← RFC Reference

Hướng dẫn Toàn diện về Khả năng Gửi Email

Email Concepts Encyclopedia Published March 2026
ELI5: Khả năng gửi không giống với việc gửi. Gửi có nghĩa là máy chủ nhận đã chấp nhận email của bạn. Khả năng gửi có nghĩa là nó đã vào hộp thư đến, chứ không phải thư mục thư rác. Hãy coi nó như gửi một bưu kiện: gửi là đưa nó đến tòa nhà; khả năng gửi là đưa nó đến bàn làm việc của người đúng thay vì xô rác ở phía sau.

Mọi thứ xác định liệu email của bạn có tới hộp thư đến — xác thực, danh tiếng, nội dung, vệ sinh danh sách, khởi động, và giám sát — ở một nơi.

Phương trình Khả năng gửi

Khả năng gửi email là kết quả của bốn yếu tố hoạt động cùng nhau:

  1. Xác thực — Chứng minh bạn là người mà bạn nói
  2. Danh tiếng — Hồ sơ lịch sử của bạn với tư cách là người gửi
  3. Nội dung — Thông điệp của bạn chứa gì và cách cấu trúc nó
  4. Chất lượng danh sách — Liệu người nhận của bạn có thực sự muốn email của bạn

Mỗi yếu tố là cần thiết nhưng không đủ tự nó. Xác thực hoàn hảo không thể cứu một người gửi có danh tiếng tệ. Nội dung xuất sắc sẽ không giúp nếu bạn đang gửi tới một danh sách đầy bẫy thư rác. Hướng dẫn này bao gồm cả bốn cột trụ và cách chúng tương tác.

Cột trụ 1: Xác thực

Xác thực là nền tảng. Mà không nó, không có gì khác quan trọng. Bạn cần ba giao thức được cấu hình chính xác, và chúng phải hoạt động cùng nhau.

SPF

SPF công bố máy chủ nào được phép gửi thư cho miền của bạn. Thiết lập nó dưới dạng bản ghi DNS TXT:

example.com. IN TXT "v=spf1 include:_spf.mailertogo.com -all"

Quy tắc chính: giữ dưới 10 lần tìm kiếm DNS, sử dụng -all (từ chối cứng) khi bạn tự tin trong bản ghi của mình, và kiểm toán thường xuyên để xóa các dịch vụ bạn không còn sử dụng.

DKIM

DKIM thêm chữ ký mật mã vào mỗi thông điệp. Máy chủ nhận xác minh nó so với khóa công khai được công bố trong DNS của bạn. DKIM chứng minh thông điệp được gửi bởi miền của bạn và không bị sửa đổi trong quá trình truyền tải.

mtg._domainkey.example.com. IN CNAME mtg._domainkey.mailertogo.com.

Đảm bảo miền ký DKIM của bạn (d=) khớp với miền tiêu đề From: của bạn để căn chỉnh DMARC. Sử dụng ít nhất khóa RSA 2048-bit.

DMARC

DMARC liên kết SPF và DKIM lại với nhau bằng một chính sách. Bắt đầu với giám sát, sau đó thực thi:

; Giai đoạn 1: Giám sát (thu thập dữ liệu, không thực thi)
_dmarc.example.com. IN TXT "v=DMARC1; p=none; rua=mailto:dmarc@example.com"

; Giai đoạn 2: Cách ly (lọc lỗi vào thư rác)
_dmarc.example.com. IN TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com"

; Giai đoạn 3: Từ chối (chặn lỗi hoàn toàn)
_dmarc.example.com. IN TXT "v=DMARC1; p=reject; rua=mailto:dmarc@example.com"

Đọc báo cáo tổng hợp DMARC của bạn trước khi chuyển từ p=none sang p=reject. Các báo cáo sẽ cho bạn biết dịch vụ hợp pháp nào đang gửi thư dưới tên miền của bạn và liệu chúng có được xác thực chính xác hay không. Đừng bỏ qua bước này.

Danh sách kiểm tra xác thực

Cột trụ 2: Danh tiếng

Danh tiếng người gửi là điểm tin cậy tích lũy mà các nhà cung cấp hộp thư gán cho các địa chỉ IP và miền của bạn. Nó được xây dựng theo thời gian và có thể bị phá hủy nhanh chóng.

Xây dựng danh tiếng

Bảo vệ danh tiếng

Cột trụ 3: Nội dung

Nội dung có vấn đề, nhưng ít hơn bạn nghĩ. Danh tiếng và xác thực quan trọng hơn. Mặc dù vậy, nội dung kém có thể đưa người gửi được tin tưởng vào thư rác.

Thực hành tốt nhất về nội dung

Lệnh hủy đăng ký bắt buộc

Kể từ năm 2024, Gmail và Yahoo yêu cầu những người gửi hàng loạt thực hiện RFC 8058 hủy đăng ký một cú nhấp. Điều này có nghĩa là bao gồm cả hai tiêu đề:

List-Unsubscribe: <https://example.com/unsub?id=abc123>
List-Unsubscribe-Post: List-Unsubscribe=One-Click

Tiêu đề List-Unsubscribe-Post cho phép nhà cung cấp hộp thư hiển thị nút hủy đăng ký trong UI hoạt động bằng một cú nhấp chuột đơn lẻ, mà không yêu cầu người nhận truy cập một trang web. Điều này bây giờ bắt buộc đối với những người gửi hàng loạt.

Cột trụ 4: Chất lượng danh sách

Danh sách của bạn là tài sản khả năng gửi quan trọng nhất của bạn. Mọi tối ưu hóa khác bị phá hủy bởi một danh sách tệ.

Xây dựng một danh sách sạch

Duy trì vệ sinh danh sách

Chiến lược tên miền phụ

Tách các luồng thư của bạn trên các tên miền phụ là một trong những chiến lược khả năng gửi hiệu quả nhất. Dưới đây là một thiết lập phổ biến:

Tên miền phụ Mục đích Tại sao
mail.example.com Email giao dịch Đặt lại mật khẩu, biên lai, thông báo. Phải tới hộp thư đến. Cách ly từ danh tiếng tiếp thị.
promo.example.com Email tiếp thị / hàng loạt Bản tin, khuyến mại. Rủi ro khiếu nại cao hơn. Thiệt hại ở trong.
example.com Công ty / người sang người Email nhân viên. Không nên mang bất kỳ danh tiếng gửi tự động.

Mỗi tên miền phụ có SPF, DKIM và bản ghi DMARC của riêng nó. Mỗi cái xây dựng danh tiếng của riêng nó một cách độc lập. Nếu tên miền phụ tiếp thị của bạn bị ảnh hưởng danh tiếng, thư giao dịch của bạn tiếp tục lưu thông.

Giám sát và số liệu

Bạn không thể cải thiện những gì bạn không đo. Theo dõi các số liệu này:

Số liệu Phạm vi lành mạnh Ngưỡng hành động
Tỷ lệ gửi >97% <95% — điều tra nảy
Tỷ lệ nảy (cứng) <0,5% >2% — vấn đề chất lượng danh sách
Tỷ lệ khiếu nại thư rác <0,05% >0,1% — cảnh báo; >0,3% — tính cấp bách
Tỷ lệ mở (tiếp thị) 15–25% <10% — vấn đề về tương tác hoặc khả năng gửi
Tỷ lệ hủy đăng ký <0,5% >1% — vấn đề nội dung hoặc tần suất

Sử dụng các công cụ giám sát này:

Khắc phục sự cố gửi

Thông điệp đi vào thư rác tại Gmail

  1. Kiểm tra Google Postmaster Tools để biết danh tiếng miền. Nếu nó là Thấp hoặc Xấu, bạn có vấn đề danh tiếng.
  2. Xác minh xác thực: SPF, DKIM và DMARC sẽ vượt qua. Kiểm tra tiêu đề Authentication-Results trong một thông điệp thử.
  3. Kiểm tra tỷ lệ khiếu nại thư rác của bạn trong Postmaster Tools. Trên 0,3% là nguyên nhân có khả năng.
  4. Xem xét danh sách của bạn: bạn có đang gửi tới những người nhận không tích cực? Loại bỏ các địa chỉ không hoạt động.
  5. Kiểm tra danh sách chặn trên các IP và miền gửi của bạn.

Thông điệp hoãn lại (phản hồi 4xx)

  1. Kiểm tra thông báo lỗi cụ thể. Nguyên nhân phổ biến: giới hạn tốc độ (bạn đang gửi quá nhanh), danh sách xám (thử lại sẽ hoạt động) hoặc điều tiết dựa trên danh tiếng.
  2. Nếu giới hạn tốc độ, hãy giảm tốc độ. Trải rộng việc gửi của bạn trong một khoảng thời gian dài hơn.
  3. Nếu bạn đang khởi động một IP mới, bạn có thể đang tăng quá nhanh. Giảm khối lượng.
  4. Kiểm tra Postmaster Tools và SNDS để biết các chỉ báo danh tiếng.

Thông điệp bị từ chối (phản hồi 5xx)

  1. Đọc kỹ thông báo từ chối. Nó thường cho bạn biết tại sao.
  2. 550 5.1.1 — Người nhận không tồn tại. Xóa khỏi danh sách của bạn.
  3. 550 5.7.1 — Từ chối chính sách. Thường là danh sách chặn hoặc lỗi xác thực. Kiểm tra thông báo mở rộng để biết chi tiết.
  4. 552 5.3.4 — Thông điệp quá lớn. Giảm kích thước tệp đính kèm.
  5. 554 5.7.1 — Từ chối nội dung hoặc danh tiếng. Kiểm tra danh sách chặn, xác thực và nội dung.

Giảm đột ngột tỷ lệ gửi

  1. Kiểm tra danh sách chặn ngay lập tức. Danh sách mới là nguyên nhân phổ biến nhất gây giảm đột ngột.
  2. Kiểm tra các thay đổi xác thực. Bản ghi DNS có thay đổi? Các khóa DKIM xoay không chính xác?
  3. Kiểm tra các thay đổi cơ sở hạ tầng. Địa chỉ IP mới? Thay đổi nhà cung cấp DNS? Sự hết hạn của chứng chỉ TLS?
  4. Xem xét các lần gửi gần đây. Bạn có gửi tới phân khúc danh sách mới, chưa được xác thực? Nhập danh sách từ một đối tác?

Danh sách kiểm tra khả năng gửi

Danh sách kiểm tra hoàn chỉnh để sẵn sàng khả năng gửi:

Những bài học chính

Đọc thêm

Related RFCs