名為「交易」的電子郵件範本並不能證明其內容僅用於交易。帶有大量不相關銷售宣傳的收據會產生與普通確認不同的收件人體驗。分類應該是記錄在案的編輯和營運決策，而不是繞過取消訂閱要求的捷徑。
將訊息目的與寄件者身分分開
參考： RFC 9989 §4.4.
身份驗證建立有關發送身份和簽名的事實。它並不能決定某人是否想要晉升。時事通訊和密碼重設訊息可以使用相同的經過驗證的網域，但用途卻截然不同。將用途分類和身份驗證檢查保留在不同的欄位中。
Yahoo的常見問題解答稱，其促銷一鍵式要求不適用於訂單確認和密碼重設等交易訊息。谷歌的常見問題同樣將交易訊息排除在該要求之外。 Gmail指南涉及個人Gmail收件人，而Yahoo常見問題解答則規定了自己的發送範圍。這些是提供者政策聲明，而不是通用法律定義或其他義務的豁免。 Yahoo問題解答 和 谷歌常見問題解答.
查看完整的收件者體驗
對於每個串流，詢問什麼事件觸發了訊息、收件人請求什麼、內容邀請什麼操作以及如果收件人選擇退出會發生什麼。在評論中包括主題、標題、正文和連結目標。當宣傳資料佔據主導地位時，服務通知可能會變得混亂。
為混合用途的訊息分配一個負責任的所有者。一個實用的建議是將可選促銷與基本帳戶資訊分開，而不是認為交易範本名稱涵蓋兩者。如果涉及法律義務或合約通知，請獲得適當的專家審查；郵箱提供者的清單並不能解決這些問題。
定義與承諾相符的抑制範圍
參考： RFC 8058 §3.1.
取消訂閱電子報應標明相關收件者和名單。它不應默默地禁用基本安全通知，寄件者也不應以另一個清單名稱繼續發送相同的不需要的新聞通訊。按照發送系統可以一致執行的方式記錄使用者的選擇。
RFC 8058要求取消訂閱 URI 中有足夠的資訊來識別收件人和列表，而無需詢問進一步的問題。使用該精確範圍將訊息類別連接到抑制記錄。可見正文連結可以提供更廣泛的偏好，但一鍵式請求在生效之前不得要求存取偏好中心。 RFC 8058第 3 節.
完成分類練習
考慮三個虛構的模板。密碼重設通知僅包含所要求的重設說明。每週的產品通訊會公佈功能和優惠。購買收據包含大量不相關的折扣活動。前兩者有明確的目的；第三個應該進行審查，而不是自動繼承計費系統的標籤。
對於混合訊息，記錄是否刪除促銷或在適當的訂閱控制下單獨發送。這是一個說明性的編輯決定，而不是法律裁決或提供者測試。透過根據觸發、期望、內容和選擇退出問題審查實際授權範本來複製它，然後儲存所有者的理由。
驗證分類在實施後仍然有效
參考： RFC 8058 §3.1, RFC 8058 §4.
將已批准的範本與最終發送的訊息進行比較。個人化、在地化或活動模組可以在審核後新增內容。確認每個相關變體都附加了正確的標頭和抑制規則，包括外部服務產生的訊息。
當內容或觸發發生變化時重新檢查分類。在受控取消訂閱後審核下一次發送決策，以確保可選郵件停止而不破壞不相關的基本工作流程。保留足夠的證據來解釋該結果，同時盡量減少接受者層級的資料。
最終工件應該是一個包含目的、理由、所有者、適用控制和重新測試日期的流暫存器。它應該使有問題的情況可見，而不是將每個不明確的訊息變成聲明的異常。