Thực hành tốt nhất cho trang hủy nhận: làm đúng cách hủy một chạm

Trang hủy nhận là tài sản kém hào nhoáng nhất trong chương trình email của bạn, và là một trong số ít thứ có thể lặng lẽ phá hủy cả chương trình. Ai muốn đi thì rồi cũng sẽ đi. Biến số duy nhất bạn kiểm soát được là họ rời đi qua liên kết hủy nhận của bạn hay qua nút “báo cáo thư rác”, và hai lối ra ấy có cái giá rất khác nhau.

Vì sao ma sát khi từ chối nhận làm bạn mất tiền

Chính các tác giả của RFC 8058 đã đưa logic thương mại vào ngay trong đặc tả: bên gửi thư muốn việc hủy nhận dễ hết mức có thể, vì nếu quy trình quá khó thì lựa chọn thay thế của người nhận là báo cáo thư đó là rác cho tới khi nó ngừng xuất hiện trong hộp thư.

Sự thay thế đó chính là toàn bộ lập luận. Hủy nhận gỡ một địa chỉ khỏi một danh sách. Một khiếu nại thư rác được ghi vào tên miền và địa chỉ IP gửi của bạn và được cộng dồn cùng mọi khiếu nại khác mà bạn tạo ra. Google yêu cầu bên gửi giữ tỷ lệ thư rác trong Postmaster Tools dưới 0,10% và tránh chạm tới mức 0,30% trở lên; từ tháng 6 năm 2024, bên gửi số lượng lớn vượt 0,3% không đủ điều kiện hưởng các biện pháp giảm nhẹ khi phân phối thư và chỉ lấy lại điều kiện sau bảy ngày liên tiếp nằm dưới ngưỡng đó. Yahoo cũng yêu cầu bên gửi số lượng lớn giữ dưới 0,3%.

Vậy nên người mà bạn bắt phải vượt qua ba màn hình không chỉ đơn giản là rời đi. Họ mang theo một mảnh vị trí hộp thư đến của bạn, cho mọi chiến dịch về sau, kể cả những chiến dịch gửi tới người vẫn còn muốn nhận thư.

Hủy nhận một chạm thực sự hoạt động ra sao

Phần lớn lời khuyên về “hủy nhận một chạm” gộp chung hai cơ chế khác nhau mà các nhà cung cấp hộp thư đối xử khác nhau.

Hai header

RFC 8058, công bố tháng 1 năm 2017, định nghĩa cơ chế này. Bên gửi muốn hỗ trợ hủy một chạm sẽ đặt một trường header List-Unsubscribe và một trường header List-Unsubscribe-Post vào email. Header thứ nhất phải chứa một URI HTTPS, và có thể chứa thêm các URI không phải HTTP, chẳng hạn một mailto. Header thứ hai phải chứa đúng một cặp khóa và giá trị List-Unsubscribe=One-Click.

List-Unsubscribe: <https://example.com/u/9f2a1c7b>
List-Unsubscribe-Post: List-Unsubscribe=One-Click

Nhà cung cấp hộp thư sau đó thực hiện một POST qua HTTPS tới URI đó với cặp khóa và giá trị làm phần thân yêu cầu. RFC nói nội dung nên được gửi dưới dạng multipart/form-data, hoặc có thể gửi dưới dạng application/x-www-form-urlencoded.

POST /u/9f2a1c7b HTTP/1.1
Host: example.com
Content-Type: application/x-www-form-urlencoded

List-Unsubscribe=One-Click

Bốn chi tiết trong RFC là nguyên nhân thường gặp khiến một triển khai “đúng chuẩn” lại không chạy:

• Email phải mang chữ ký DKIM hợp lệ bao phủ cả hai header, được liệt kê trong thẻ h= của chữ ký. Thiếu điều đó, bên nhận không nên cung cấp tính năng hủy một chạm.
• URI phải định danh được cả người nhận lẫn danh sách, vì không có cách nào hỏi người dùng muốn gỡ địa chỉ nào.
• URI nên chứa một thành phần mờ hoặc khó giả mạo mà máy chủ của bạn xác minh, điều này chặn kẻ tấn công gửi thư kèm liên kết List-Unsubscribe giả cho danh sách của người khác.
• POST không được kèm cookie hay thông tin xác thực HTTP, và endpoint của bạn không được trả về chuyển hướng.

Nhà cung cấp hộp thư yêu cầu gì

Nguyên tắc dành cho bên gửi của Google nêu rằng bên gửi hơn 5.000 email mỗi ngày phải hỗ trợ hủy nhận một chạm cho thư marketing và thư đã đăng ký nhận, đồng thời phải có một liên kết hủy nhận hiển thị rõ ràng trong thân email. Google nói rõ rằng liên kết trong thân email không phải là vật thay thế: nếu thiếu header List-Unsubscribe thì họ không quét thân email, và một liên kết mailto trong thân email không đáp ứng yêu cầu.

Yêu cầu của Yahoo với bên gửi số lượng lớn đòi một header list-unsubscribe hoạt động được và hỗ trợ hủy một chạm cho thư marketing và thư đã đăng ký nhận, lưu ý rằng phương thức POST theo RFC 8058 được khuyến nghị mạnh trong khi phương thức mailto vẫn chấp nhận được, và yêu cầu riêng một liên kết hiển thị trong thân email, có thể trỏ tới trang tùy chọn. Khác biệt về mailto đó là có thật: Yahoo chấp nhận, Google thì không.

Cả hai đều giới hạn yêu cầu này ở thư marketing và quảng bá. Google loại trừ email giao dịch như đặt lại mật khẩu và xác nhận đặt chỗ, còn trang hỏi đáp của Yahoo cũng nói như vậy.

Khung thời gian phải thực hiện

Trang hỏi đáp của Google khuyến nghị thực hiện yêu cầu hủy nhận trong vòng 48 giờ, và bảng liệt kê các điều kiện thất bại của họ ghi việc không thực hiện trong 48 giờ là một lý do khiến bên gửi số lượng lớn mất quyền hưởng các biện pháp giảm nhẹ khi phân phối thư. Yêu cầu của Yahoo nói phải xử lý hủy nhận trong vòng 2 ngày. Dù sao hãy thiết kế để chặn gửi ngay lập tức: 48 giờ là trần cho các hệ thống chạy theo lô, không phải mục tiêu.

Điều này khác gì so với một liên kết mở ra trang web

Hủy một chạm qua header không hề chạm tới website của bạn trong trình duyệt người dùng: không tải trang, không banner đồng ý, không JavaScript, không phiên đăng nhập. Nhà cung cấp gửi POST tới endpoint của bạn ở nền. Liên kết trong thân email là con đường còn lại, con đường dẫn tới trang mà bạn thiết kế. Cả hai đều phải chạy được, vì những lý do khác nhau.

Một trang hủy nhận tốt làm được gì

Trang này có đúng một nhiệm vụ: kết thúc mối quan hệ mà người đọc muốn kết thúc. Năm đặc tính bao phủ gần như toàn bộ.

• Tải nhanh và chạy được ở mọi nơi. Hãy giả định một trình duyệt di động, một kết nối chậm, và một trình khách chặn script của bạn. Nếu trang cần một gói theo dõi mới hiển thị được, việc hủy nhận đã hỏng.
• Không đòi đăng nhập. Tài liệu thực hành tốt nhất của Yahoo nói thẳng điều này, và CAN-SPAM biến nó thành vấn đề pháp lý ở Mỹ.
• Xác nhận trong một hành động. Vừa vào trang thì hoặc là việc hủy nhận đã hoàn tất, hoặc là còn đúng một nút rõ ràng để hoàn tất.
• Nói chính xác điều gì đã thay đổi. “Bạn đã được gỡ khỏi bản tin hằng tuần. Bạn vẫn sẽ nhận xác nhận đơn hàng.” Sự mập mờ sẽ tạo ra khiếu nại về sau từ người tưởng rằng họ đã từ chối nhận mọi thứ.
• Cho phép hoàn tác. Một liên kết “đăng ký lại” hiển thị rõ sẽ cứu những cú nhấp nhầm.

Dark pattern và vì sao mỗi thứ đều phản tác dụng

• Nội dung đánh vào cảm giác tội lỗi. Chú linh vật buồn bã và câu “bạn chắc chắn muốn bỏ lỡ chứ?” biến một lần rời đi trung tính thành một lần rời đi khó chịu. Thứ duy nhất còn thay đổi được là người đọc có bực đến mức bấm nút thư rác vào lần sau hay không.
• Nút bị chôn hoặc tương phản thấp. Chữ xám cỡ sáu điểm dưới chân email không làm giảm số lượt hủy nhận, nó chuyển hướng chúng thành khiếu nại.
• Khảo sát bắt buộc. Biến câu “vì sao bạn rời đi?” thành bước bắt buộc là biến một nghĩa vụ thành biểu mẫu thu thập dữ liệu, và theo CAN-SPAM bạn không được đòi thông tin ngoài địa chỉ email hay bất kỳ bước nào ngoài việc truy cập một trang duy nhất.
• Xác nhận nhiều bước. Mỗi màn hình thêm vào là một cơ hội nữa để trang lỗi, phiên bị mất, hoặc người đọc bấm báo cáo thư rác.
• Tường đăng nhập, cách diễn đạt kiểu xóa tài khoản, và bắt người ta gõ lại địa chỉ. Bất kỳ ai có địa chỉ hiển thị khác với địa chỉ đã đăng ký đều sẽ gõ sai. Hãy mã hóa danh tính vào chính liên kết.

Trung tâm tùy chọn, và ranh giới nơi nó hết tác dụng

Trung tâm tùy chọn thực sự có ích khi vấn đề của người đọc không phải là bạn mà là nhịp gửi của bạn. Ba lựa chọn mang lại phần lớn giá trị: tần suất (hằng tuần thay vì hằng ngày), chủ đề (cảnh báo có hàng lại nhưng không nhận bản tin), và tạm dừng (nghỉ 30 hoặc 90 ngày với ngày kết thúc rõ ràng). Mỗi lựa chọn giữ lại một người đăng ký lẽ ra đã ra đi.

Nó trở thành vật cản ngay khi nó là lối ra duy nhất. Nguyên tắc này đáng đưa vào bản yêu cầu thiết kế: một nút hủy nhận toàn bộ phải luôn nằm cách đúng một cú nhấp trên trang tùy chọn, với trọng lượng thị giác ngang bằng các lựa chọn khác, và không có bước xác nhận nào phía sau.

Cũng lưu ý rằng hủy một chạm qua header chỉ gỡ người nhận khỏi danh sách gắn với chính email đó. Nếu một địa chỉ thuộc nhiều danh sách, hãy quyết định xem hủy nhận qua header nghĩa là “danh sách này” hay “toàn bộ thư marketing”, và nói rõ điều đó trên trang xác nhận.

Xử lý yêu cầu: chặn gửi phải trụ được

Hãy chặn gửi ngay lập tức và ở phạm vi toàn cục theo địa chỉ, không phải theo việc thuộc danh sách nào. Gỡ một liên hệ khỏi một danh sách không phải là chặn gửi, vì lần nhập dữ liệu kế tiếp sẽ thêm họ lại. Bản ghi chặn gửi là một khẳng định riêng biệt, vĩnh viễn rằng địa chỉ này không được nhận thư marketing, và nó được kiểm tra tại thời điểm gửi bất kể danh sách, phân khúc hay quy trình nào tạo ra lần gửi đó.

Việc từ chối nhận không có hạn sử dụng, và bản ghi phải sống sót qua các lần chuyển đổi nền tảng. Đó là nơi phần lớn thiệt hại thật sự xảy ra: một doanh nghiệp chuyển nền tảng email, xuất danh bạ, nhập vào công cụ mới, và lặng lẽ hồi sinh nhiều năm hủy nhận. Hãy chuyển danh sách chặn gửi trước tiên, trước mọi dữ liệu liên hệ, và kiểm tra lại số lượng ở đầu bên kia.

Thất bại tương tự xảy ra mỗi khi hai hệ thống bất đồng. Nền tảng cửa hàng, CRM và nền tảng email mỗi bên giữ một cờ đồng ý nhận marketing, rồi một lần đồng bộ ban đêm ghi đè lên cái đang đúng. Đó là vấn đề tích hợp chứ không phải vấn đề pháp lý: lần hủy nhận đã được ghi nhận đúng rồi thất lạc trên đường truyền. Nếu bạn kết nối một cửa hàng với Brevo qua một trình kết nối như Tajo, hãy kiểm tra nó xử lý các liên hệ đã hủy nhận thế nào ở mọi lần đồng bộ, chứ không chỉ ở lần nhập đầu tiên.

Còn hai nguyên tắc nữa đáng cưỡng chế ngay trong code. Đừng bao giờ thêm lại một địa chỉ đã hủy nhận qua một lần nhập sau đó, một danh sách mua lại, một công cụ làm giàu dữ liệu hay một lần tải lên để tái tương tác. Và hãy ghi lại dấu thời gian cùng nguồn của mọi lần từ chối nhận, vì khi có người khẳng định họ chưa từng hủy nhận, bản ghi ấy là câu trả lời. Cũng hãy giữ endpoint luôn hoạt động: Yahoo nói một liên kết hủy nhận không chạy được là không đạt yêu cầu, còn Google cảnh báo rằng một liên kết hỏng trong thời gian dài cũng đồng nghĩa các email không còn đáp ứng yêu cầu nữa.

Luật thực sự yêu cầu gì

Hoa Kỳ: CAN-SPAM

Hướng dẫn tuân thủ của FTC nêu rõ luật đòi hỏi những gì. Cơ chế từ chối nhận của bạn phải còn xử lý được yêu cầu ít nhất 30 ngày sau khi email được gửi, và bạn phải thực hiện yêu cầu trong vòng 10 ngày làm việc. Bạn không được thu phí, không được đòi thông tin định danh cá nhân ngoài địa chỉ email, và không được bắt người nhận làm bất kỳ bước nào khác ngoài việc trả lời một email hoặc truy cập một trang duy nhất trên website. Bạn có thể đưa ra một danh sách lựa chọn, nhưng nó phải bao gồm lựa chọn dừng toàn bộ thư marketing từ bạn. Khi một người đã từ chối nhận, bạn không được bán hay chuyển giao địa chỉ của họ, ngoại trừ cho một công ty được thuê để giúp bạn tuân thủ. Mỗi email vi phạm có thể bị phạt tới 53.088 USD. CAN-SPAM là chế độ từ chối nhận: không cần sự đồng ý trước email đầu tiên.

Liên minh châu Âu: GDPR và ePrivacy

Lập trường của EU thì ngược lại. Điều 13(1) của Chỉ thị 2002/58/EC chỉ cho phép dùng thư điện tử để marketing trực tiếp đối với người đăng ký hoặc người dùng đã đưa ra sự đồng ý trước. Điều 13(2) tách riêng soft opt-in: nếu bạn lấy được địa chỉ từ chính khách hàng của mình trong bối cảnh một giao dịch bán hàng, bạn được tiếp thị các sản phẩm hoặc dịch vụ tương tự của chính mình, với điều kiện khách hàng được trao cơ hội phản đối một cách rõ ràng và tách bạch, miễn phí và dễ dàng, cả khi thu thập lẫn trong từng email. Điều 13(4) cấm thư marketing che giấu danh tính người gửi, hoặc không có địa chỉ hợp lệ để người nhận gửi yêu cầu chấm dứt liên lạc.

GDPR bổ sung hai nghĩa vụ. Điều 7(3) trao quyền rút lại sự đồng ý bất cứ lúc nào và nêu rằng việc rút lại phải dễ dàng như khi trao sự đồng ý. Điều 21(2) trao quyền phản đối vô điều kiện đối với marketing trực tiếp bất cứ lúc nào, bao gồm cả việc lập hồ sơ liên quan, và Điều 21(3) nói rằng khi đó dữ liệu không được xử lý cho những mục đích ấy nữa. Nói ngắn gọn: việc hủy nhận không được khó hơn biểu mẫu đăng ký của bạn, và không có phép thử cân bằng nào khi ai đó đã phản đối.

Bắt buộc so với thực hành tốt

Xem toàn cảnh phía EU trong bài hướng dẫn GDPR cho email marketing, và phần thu thập sự đồng ý trong hướng dẫn double opt-in.

Cần đo lường gì

Hãy theo dõi tỷ lệ hủy nhận theo từng chiến dịch, nhưng nhìn nó một cách trung thực. Các con số chuẩn được công bố dao động rất rộng theo ngành, nguồn danh sách, tần suất gửi và cách bên gửi định nghĩa mẫu số, nên bất kỳ con số đơn lẻ nào được trích dẫn như “chuẩn mực” cũng kém giá trị hơn mức trung bình trượt của chính bạn. Một chiến dịch làm tỷ lệ tăng gấp đôi so với bình thường đang nói với bạn điều gì đó rất cụ thể về chính chiến dịch ấy.

Tỷ lệ khiếu nại là tín hiệu quan trọng hơn, vì đó là thứ mà các nhà cung cấp hộp thư hành động dựa vào. Gmail hiển thị nó trong Postmaster Tools, Yahoo qua Complaint Feedback Loop. Hãy coi các ngưỡng nêu trên là trần.

Phần đánh đổi mới là chỗ người ta hay hiểu ngược. Làm nút hủy nhận dễ tìm hơn thường làm tăng tỷ lệ hủy nhận và giảm tỷ lệ khiếu nại, và đó luôn là một đánh đổi có lợi: một danh sách co lại vì những người muốn rời đi sẽ vào được nhiều hộp thư hơn so với một danh sách độn thêm những người nhận miễn cưỡng. Nếu cả hai tỷ lệ cùng tăng, vấn đề không nằm ở trang hủy nhận mà ở mức độ liên quan, tần suất, hoặc cách các địa chỉ được thu thập. Các bài hướng dẫn của chúng tôi về khả năng gửi đến hộp thư, làm sạch danh sách và vì sao email rơi vào thư rác nói về phần chẩn đoán.

Khảo sát khi rời đi, làm sao cho tinh tế

Biết vì sao người ta rời đi có giá trị thật, và bạn thu thập được điều đó mà không phá hỏng thứ gì. Ba điều kiện:

• Tùy chọn. Không trường bắt buộc, không nút gửi chắn giữa người đọc và cánh cửa.
• Sau khi đã xong. Hãy hiển thị nó trên trang xác nhận, khi việc hủy nhận đã có hiệu lực và trang đã nói rõ điều đó.
• Ngắn. Một câu hỏi, bốn hoặc năm lựa chọn: “quá nhiều email”, “không liên quan”, “tôi chưa từng đăng ký”, “chất lượng nội dung”, “lý do khác”.

“Tôi chưa từng đăng ký” là dòng giá trị nhất trong khảo sát. Nếu nó tăng lên, bạn đang có vấn đề ở khâu thu thập địa chỉ, và cách sửa nằm ở phía thượng nguồn.

Điểm chính cần nhớ

• Từ chối nhận dễ dàng là một biện pháp kiểm soát khả năng gửi đến hộp thư, không phải phép lịch sự. Lối ra thay thế là nút thư rác, thứ bị tính vào mọi lần gửi về sau.
• Hãy triển khai RFC 8058 cho đúng: cả hai header, một URI HTTPS định danh người nhận, một token khó giả mạo, chữ ký DKIM bao phủ, và không chuyển hướng khi nhận POST.
• Hãy thực hiện yêu cầu ngay lập tức. Khung của Gmail là 48 giờ, của Yahoo là 2 ngày, của CAN-SPAM là 10 ngày làm việc.
• Hãy giữ một danh sách chặn gửi vĩnh viễn, chuyển nó đi trước dữ liệu liên hệ, và đừng bao giờ để một lần nhập dữ liệu ghi đè lên nó.
• Hãy đánh giá tỷ lệ hủy nhận dựa trên đường cơ sở của chính bạn, và coi tỷ lệ khiếu nại là con số quyết định vị trí trong hộp thư đến.