Đọc và xử lý danh sách chặn
Hiểu vì sao một địa chỉ bị chặn gửi, khi nào được phép gỡ, và cách lọc danh sách người nhận trước khi gửi hàng loạt.
Danh sách chặn là các địa chỉ hệ thống sẽ không gửi tới nữa. Thư gửi cho địa chỉ trong danh sách này bị bỏ trước khi ra khỏi hệ thống — bạn vẫn nhận mã chấp nhận, nhưng không ai nhận được gì.
Chuẩn bị
- Đã gửi được thư. Xem Gửi thư đầu tiên qua Email API
Vì sao danh sách này tồn tại
Gửi liên tục cho địa chỉ không tồn tại là dấu hiệu rõ nhất của hệ thống gửi thư kém chất lượng. Nơi nhận đo chỉ số đó, và khi nó xấu đi thì mọi thư của tên miền bạn bị nghi ngờ, kể cả thư gửi cho khách hàng thật.
Danh sách chặn là cơ chế tự bảo vệ. Nó không phải hình phạt cho bạn — nó giữ cho những thư còn lại tới được nơi cần tới.
Đọc cột Lý do
Vào Email API → Danh sách chặn.
| Lý do | Nghĩa là | Được tự gỡ không |
|---|---|---|
| Bị trả cứng | nơi nhận trả lời địa chỉ này không tồn tại | có, nếu bạn chắc địa chỉ đã được tạo lại |
| Khiếu nại spam | người nhận bấm nút báo cáo thư rác | không — phải liên hệ bộ phận hỗ trợ |
| Thêm thủ công | bạn hoặc đồng nghiệp tự thêm | có, khi lý do thêm không còn |
"Bị trả cứng" là câu trả lời dứt khoát từ phía nhận, không phải sự cố tạm thời. Thư bị chậm hay bị từ chối tạm không đưa địa chỉ vào đây.
Địa chỉ khiếu nại spam bị khoá lại có chủ ý: người đó đã nói thẳng là không muốn nhận thư của bạn. Nút gỡ vẫn hiện nhưng bấm vào sẽ báo không gỡ được.
Thêm thủ công khi nào
Thêm trước khi hệ thống tự phát hiện, trong hai trường hợp:
- Khách hàng yêu cầu ngừng nhận thư — thêm ngay, đừng chờ họ báo cáo bạn là thư rác
- Bạn biết chắc một địa chỉ đã ngừng dùng, ví dụ nhân viên đã nghỉ
Gỡ một địa chỉ
Chỉ gỡ khi bạn có bằng chứng địa chỉ đã dùng lại được — chủ địa chỉ xác nhận, hoặc bạn tự kiểm soát tên miền đó và biết hộp thư vừa được tạo lại.
Gỡ rồi gửi lại vào một địa chỉ vẫn không tồn tại thì nó quay lại danh sách ngay, và lần trả lại đó lại tính vào chỉ số của bạn. Gỡ hàng loạt "cho sạch danh sách" là cách nhanh nhất để làm hỏng uy tín tên miền.
Bật cả Email API lẫn Email Relay thì danh sách có thể dùng chung
Địa chỉ chặn có thể được đồng bộ giữa hai dịch vụ, và dòng đó mang nhãn cho biết nó đến từ dịch vụ kia. Đây là chủ ý: một địa chỉ không tồn tại thì không tồn tại với cả hai đường gửi.
Gỡ ở một bên thì kiểm lại bên còn lại.
Lọc trước khi gửi hàng loạt
Sắp gửi cho một danh sách lớn thì kiểm trước, đừng gửi rồi mới biết.
Vào Email API → Kiểm tra người nhận. Dán danh sách địa chỉ, mỗi dòng hoặc mỗi dấu phẩy một địa chỉ, hoặc tải lên tệp CSV/TXT. Hệ thống bỏ trùng và trả về kết quả từng địa chỉ.
Có trần số địa chỉ mỗi lần kiểm — vượt thì chia nhỏ tệp, màn hình có báo con số cụ thể.
Kết quả không xác định KHÔNG phải là hợp lệ
Một số địa chỉ trả về kết quả không xác định vì việc tra cứu bị chậm hoặc lỗi ngay lúc đó. Màn hình nói rõ: đừng coi những địa chỉ đó là sạch.
Cách xử lý đúng là kiểm lại nhóm đó sau. Coi chúng là hợp lệ rồi gửi hàng loạt là đúng thứ danh sách chặn sinh ra để ngăn.
Kiểm tra kết quả
Sau khi thêm một địa chỉ vào danh sách chặn, gửi thử một thư tới chính địa chỉ đó:
- Lệnh gọi vẫn trả về mã chấp nhận — đúng như thiết kế, không phải lỗi
- Không có thư nào tới
- Thống kê & Nhật ký cho thấy thư bị chặn, không phải bị gửi hỏng
Điểm 1 là chỗ hay gây hoang mang. Mã chấp nhận nghĩa là yêu cầu hợp lệ, không phải thư đã đi. Muốn biết thư có thật sự đi hay không thì đọc nhật ký, hoặc nghe webhook.