すべての送信のフッターには、本物のホスティングされたページを指す{{unsubscribe_url}}マージタグが含まれます。 これは、ワンクリックの配信停止(既定ではアカウント全体、メールトピックを設定していればトピックごと)と、受信者のデータを訂正・削除するための2つ目のフォームを組み合わせています。その2つ目のフォームは、何かを自動的に削除するのではなく、サポートチケットとしてあなたにルーティングされます。
準拠した配信停止リンクは、誰かが手で書き込まなければならないmailto:アドレスではありません — 確定された瞬間に、実際に何かを行うページです。
ワンクリック、あるいは1つのトピックだけ
既定では、ホスティングされたページで配信停止を確定すると、そのアドレスは送信元となったキャンペーンだけでなく、自分が送信するすべてのプロジェクトでブロックされます。今後のすべての送信の前に自動的にチェックされ、その後は連絡先にバッジと再登録アクションが表示されます。
一括の配信停止では大雑把すぎる場合は、設定の下にいくつかのメールトピック(「製品アップデート」「プロモーション」、週次ダイジェストなど)に名前を付け、プロジェクトを1つに割り当てます。そのプロジェクトの配信停止ページは、単一のボタンの代わりにトピックごとのチェックボックスを表示するようになるため、受信者はプロモーションをミュートしながら、注文レシートやまだ望んでいる他のものについては引き続き届くようにできます。トピックが割り当てられていないプロジェクトは、単純な全か無かのページのままです — オプトインするまでは何も変わりません。
データリクエストは削除ボタンではなくチケットになる
同じホスティングされたページの「データを訂正または削除する」フォームは、自分の受信箱にプライバシーリクエストのバッジが付いたサポートチケットとして送信されます。ワンクリックだけで安全に連絡先の行を削除することはできません — そうすると回答の帰属が壊れたり、注文の監査証跡が無効になったりする可能性があります。また、レコードを保持すべき法的な理由を無視してしまうこともあります。その判断は、管理者であるあなたに委ねられます。
トランザクションメールは異なるルールに従う
(送信API経由で)type: "transactional"とマークされた送信は、配信停止サプレッションを回避します。マーケティングを配信停止したユーザーにもレシートは届く必要があるためです。ただし、バウンスサプレッションは決して回避しません — これは常に適用されます。
はじめに
フッタープリセットに{{unsubscribe_url}}タグを残しておきます。細かいオプトアウトを望むなら、設定の下にメールトピックを追加し、チケット受信箱に届く受信者リクエストへの対応方法についてはプライバシー&データ管理を確認してください。