配信停止ページのベストプラクティス：ワンクリックのオプトアウトを正しく作る

配信停止ページは、メール施策の中で最も地味な資産でありながら、施策全体を静かに壊しうる数少ないもののひとつです。出ていきたい人は必ず出ていきます。制御できる変数は、その人が配信停止リンクから去るのか「スパムを報告」ボタンから去るのかだけであり、この 2 つの出口は代償がまったく違います。

オプトアウトの摩擦が損失になる理由

RFC 8058 の著者たちは、その商業的な理屈を仕様書自体に書いています。配信者は配信停止をできる限り簡単にしたい。手続きが難しすぎれば、受信者に残された代替手段は、受信箱に出てこなくなるまで迷惑メールとして報告することだからです。

この置き換えこそが議論のすべてです。配信停止は 1 つのアドレスを 1 つのリストから外します。スパム報告は送信ドメインと IP に記録され、他のすべての苦情と合算されます。Google は Postmaster Tools のスパム率を 0.10% 未満に保ち、0.30% 以上には決して達しないよう求めています。2024 年 6 月以降、0.3% を超える大量送信者は配信の救済措置の対象外となり、7 日連続でそれを下回って初めて再び対象になります。Yahoo も大量送信者に 0.3% 未満を求めています。

つまり、3 画面をくぐらされた人はただ去るのではありません。今後のすべてのキャンペーンについて、受信箱への到達性の一部を持ち去ります。あなたのメールをまだ望んでいる人たちに向けた配信も含めてです。

ワンクリック配信停止の実際の仕組み

「ワンクリック配信停止」に関する助言の多くは、メールボックス事業者が別物として扱う 2 つの仕組みを混同しています。

2 つのヘッダー

仕組みを定義しているのは、2017 年 1 月に公開された RFC 8058 です。ワンクリックに対応したい送信者は、メッセージに List-Unsubscribe ヘッダーフィールドを 1 つと List-Unsubscribe-Post ヘッダーフィールドを 1 つ入れます。前者には HTTPS の URI が 1 つ含まれていなければならず、mailto など HTTP 以外の URI を併記することもできます。後者には List-Unsubscribe=One-Click という 1 組のキーと値だけが入ります。

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

メールボックス事業者は、そのキーと値をリクエストボディとして、その URI に HTTPS の POST を実行します。RFC は、内容を multipart/form-data として送るべきであり、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

「準拠しているのに動かない」実装の原因になりがちな細部が、RFC の中に 4 つあります。

• メッセージには、両方のヘッダーを署名の h= タグに含む有効な DKIM 署名が必要です。これがなければ、受信側はワンクリックを提供すべきではありません。
• URI は受信者とリストの両方を特定していなければなりません。どのアドレスを外すのかをユーザーに尋ねる手段がないからです。
• URI には、サーバー側で検証できる不透明または偽造困難な要素を含めるべきです。これにより、攻撃者が他人のリストの List-Unsubscribe リンクを偽造して送りつけるのを防げます。
• POST には Cookie も HTTP の認可情報も含めてはならず、エンドポイントはリダイレクトを返してはいけません。

メールボックス事業者が求めていること

Google の送信者ガイドラインは、1 日 5,000 通を超えるメッセージを送る送信者に対し、マーケティングおよび購読型のメッセージでワンクリック配信停止に対応し、さらに本文にもはっきり見える配信停止リンクを含めることを求めています。Google は、本文のリンクが代替にはならないと明確に述べています。List-Unsubscribe ヘッダーがなければ本文は走査されず、本文中の mailto リンクは要件を満たしません。

Yahoo の大量送信者向け要件は、マーケティングおよび購読型のメッセージでワンクリックに対応する機能的な list-unsubscribe ヘッダーを求め、RFC 8058 の POST 方式を強く推奨しつつ mailto 方式も許容し、加えて設定ページを指してもよい本文リンクの表示を求めています。この mailto の差は実際に存在します。Yahoo は受け入れ、Google は受け入れません。

両社とも、要件の対象をマーケティングおよび宣伝目的のメールに限定しています。Google はパスワード再設定や予約確認などのトランザクションメッセージを除外しており、Yahoo の FAQ も同じ立場です。

処理の期限

Google の FAQ は配信停止の請求を 48 時間以内に処理することを推奨し、失敗条件の一覧では、48 時間以内に処理されない請求を大量送信者が配信の救済措置を受けられなくなる理由として挙げています。Yahoo の要件は 2 日以内の処理を求めています。いずれにせよ即時抑止を前提に設計してください。48 時間はバッチ処理のための上限であって、目標値ではありません。

ページを開くリンクとの違い

ヘッダー経由のワンクリックは、ユーザーのブラウザーでサイトに触れることがありません。ページ読み込みも、同意バナーも、JavaScript も、セッションもありません。事業者がバックグラウンドでエンドポイントに POST します。本文のリンクはもう 1 つの経路で、こちらは設計したページに着地します。理由は違いますが、両方が動く必要があります。

良い配信停止ページがしていること

このページの仕事はひとつです。読者が終わらせたいと言った関係を終わらせること。ほぼすべては次の 5 つの性質でカバーできます。

• 速く読み込まれ、どこでも動くこと。モバイルブラウザー、遅い回線、スクリプトをブロックするクライアントを前提にしてください。描画にトラッキング用のバンドルが必要なら、その配信停止は壊れています。
• ログインを求めないこと。Yahoo のベストプラクティスは明言しており、米国では CAN-SPAM により法的な問題にもなります。
• 1 回の操作で完了すること。到達した時点で配信停止が完了しているか、それを実行する明白なボタンが 1 つだけあるかのどちらかです。
• 何が変わったのかを正確に述べること。「週刊ニュースレターの配信を停止しました。注文確認メールは引き続き届きます」。曖昧さは、すべてを止めたつもりだった人からの後日の苦情を生みます。
• 取り消せること。目に見える「再購読」リンクは、誤クリックを救います。

ダークパターンと、それぞれが裏目に出る理由

• 罪悪感に訴える文言。悲しげなマスコットや「本当に見逃してもいいのですか」という一文は、中立的な離脱をいら立った離脱に変えます。あとは、次の機会にスパムボタンを押すほど不快になるかどうかが変わるだけです。
• 埋もれた、あるいは低コントラストの操作。フッターの 6 ポイントのグレー文字は配信停止を減らしません。苦情に振り向けるだけです。
• 必須のアンケート。「なぜ離脱しますか」を必須の手順にすると、義務がデータ収集フォームに変わります。CAN-SPAM のもとでは、メールアドレス以外の情報や、1 ページの訪問を超える手順を求めることはできません。
• 複数ステップの確認。画面が増えるたびに、ページが失敗する機会、セッションが切れる機会、そして読者が代わりにスパム報告する機会が増えます。
• ログインの壁、アカウント削除としての見せ方、アドレスの再入力の要求。表示上のアドレスが購読アドレスと違う人は、必ず違うものを入力します。代わりに、リンクの中に本人の識別情報を埋め込んでください。

プリファレンスセンターと、その限界

読者の問題があなた自身ではなく配信頻度である場合、プリファレンスセンターは本当に役に立ちます。価値の大半を担うのは 3 つの選択肢です。頻度（毎日ではなく週 1 回）、トピック（ニュースレターは不要だが再入荷通知は必要）、そして一時停止（30 日または 90 日の、終わりが明確な休止）。いずれも、そうでなければ失っていた購読者を引き留めます。

これが障害物に変わるのは、唯一の出口になった瞬間です。このルールは要件定義に書き込む価値があります。プリファレンスページ上でも、全体配信停止は常に 1 クリックで到達でき、他の選択肢と同じ視覚的な重みを持ち、その後ろに確認ステップを置かないこと。

なお、ヘッダーによるワンクリックは、そのメッセージに紐づくリストからのみ受信者を外します。1 つのアドレスが複数のリストに紐づいている場合、ヘッダー経由の配信停止が「このリストだけ」なのか「マーケティング全体」なのかを決め、確認ページにどちらかを明記してください。

請求の処理：崩れない抑止の作り方

抑止は即座に、そしてリストの所属ではなくアドレス単位でグローバルに行ってください。リストからコンタクトを外すことは抑止ではありません。次のインポートで戻ってくるからです。抑止のレコードとは、このアドレスにマーケティングメールを送ってはならないという独立した恒久的な宣言であり、どのリスト・セグメント・ワークフローが送信を発生させたかにかかわらず、送信時に必ず参照されます。

オプトアウトに有効期限はなく、そのレコードはプラットフォームの移行を越えて残らなければなりません。実害の多くはここで生まれます。事業者がメールプラットフォームを移行し、コンタクトをエクスポートし、新しいツールにインポートし、何年分もの配信停止を静かに復活させてしまうのです。抑止リストは、どのコンタクトデータよりも先に移行し、移行先で件数を検証してください。

同じ失敗は、2 つのシステムの内容が食い違うたびに起こります。店舗プラットフォーム、CRM、メールプラットフォームがそれぞれマーケティング同意のフラグを持ち、夜間の同期が正しかった方を上書きします。これは法律の問題ではなく連携の問題です。配信停止は正しく取得され、その後に転送中で失われました。Tajo のようなコネクターで店舗を Brevo につないでいるなら、最初のインポートのときだけでなく、同期のたびに配信停止済みコンタクトがどう扱われるかを確認してください。

コードに落とし込む価値のあるルールがあと 2 つあります。配信停止したアドレスを、後のインポート、リスト購入、エンリッチメントツール、再エンゲージメント用のアップロードで復活させないこと。そして、すべてのオプトアウトについてタイムスタンプと取得元を記録すること。配信停止した覚えはないと言われたとき、その記録が答えになります。エンドポイントの可用性も保ってください。Yahoo は機能しない配信停止は要件を満たさないとしており、Google もリンクが長期間壊れていればメッセージは要件を満たさなくなると警告しています。

法律が実際に求めていること

米国：CAN-SPAM

FTC のコンプライアンスガイドが法律の要求を示しています。オプトアウトの仕組みは、メッセージ送信後、少なくとも 30 日間は請求を処理できる状態でなければならず、請求は 10 営業日以内に処理しなければなりません。手数料を課すこと、メールアドレス以外の個人を特定する情報を求めること、返信メールの送信または Web サイトの 1 ページの訪問以外の手順を受信者に取らせることはできません。選択肢のメニューを提示してもかまいませんが、その中に自社からのマーケティングメッセージをすべて停止する選択肢が含まれていなければなりません。いったんオプトアウトされたアドレスは、遵守のために雇った企業に渡す場合を除き、販売も譲渡もできません。違反メール 1 通あたり最大 53,088 ドルの制裁が科されます。CAN-SPAM はオプトアウト方式であり、最初のメッセージの前に同意は不要です。

欧州連合：GDPR と ePrivacy

EU の立場は逆です。指令 2002/58/EC 第 13 条 1 項は、事前の同意を与えた加入者または利用者に対してのみ、ダイレクトマーケティング目的の電子メールを認めています。第 13 条 2 項はソフトオプトインを設けています。自社の顧客から販売の過程でアドレスを取得したのであれば、自社の同種の商品やサービスを案内できます。ただし、取得時と各メッセージの機会の両方で、無償かつ簡単な方法で異議を述べる機会が明確かつ明瞭に与えられていることが条件です。第 13 条 4 項は、送信者の身元を偽るマーケティングメールや、受信者が通信の停止を求める請求を送れる有効なアドレスがないマーケティングメールを禁止しています。

GDPR はさらに 2 つの義務を加えます。第 7 条 3 項はいつでも同意を撤回する権利を与え、撤回は同意を与えるのと同じくらい容易でなければならないと定めています。第 21 条 2 項は、関連するプロファイリングを含め、ダイレクトマーケティングにいつでも異議を述べる無条件の権利を与え、第 21 条 3 項は、その後その目的でデータを取り扱ってはならないと定めています。要するに、配信停止は登録フォームより難しくてはならず、いったん異議が述べられれば比較衡量のテストは存在しません。

義務とベストプラクティスの切り分け

EU の全体像はGDPR メールマーケティングガイドを、同意の取得についてはダブルオプトインガイドをご覧ください。

何を計測するか

キャンペーンごとの配信停止率は追跡すべきですが、扱い方は正直に。公表されているベンチマークは業種、リストの取得元、送信頻度、そして送信者が分母をどう定義するかによって大きく異なるため、「これが基準だ」と示された単一の数値は、自社の移動平均より価値がありません。通常の 2 倍になったキャンペーンは、そのキャンペーンについて具体的な何かを告げています。

より重要な信号は苦情率です。メールボックス事業者が実際に対応の根拠にするのはこちらだからです。Gmail は Postmaster Tools で、Yahoo は Complaint Feedback Loop で公開しています。前述のしきい値は上限として扱ってください。

多くの人が逆に理解しているのがトレードオフの部分です。配信停止を見つけやすくすると、通常は配信停止率が上がり苦情率が下がります。これは常に良い取引です。去りたかった人の分だけ縮んだリストは、しぶしぶ残った受信者で水増しされたリストより多くの受信箱に届きます。両方の率が同時に上がるなら、問題はページではなく、関連性、頻度、またはアドレスの取得方法です。診断については配信到達性、リストクリーニング、メールがスパムに入る理由の各ガイドで扱っています。

品よく行う離脱アンケート

なぜ人が離れるのかを知ることには本当の価値があり、何も壊さずに集められます。条件は 3 つです。

• 任意であること。必須項目も、読者と出口のあいだの送信ボタンもなし。
• 事後に行うこと。配信停止が有効になり、ページにそう表示された後、確認ページで見せます。
• 短いこと。設問は 1 つ、選択肢は 4 つか 5 つ。「メールが多すぎる」「関連性がない」「登録した覚えがない」「内容の質」「その他」。

アンケートで最も価値ある選択肢は「登録した覚えがない」です。これが増えているなら獲得側に問題があり、直すべき場所は上流です。

要点

• 簡単なオプトアウトは礼儀ではなく配信到達性の管理策です。もうひとつの出口はスパムボタンであり、今後のすべての送信に対して記録されます。
• RFC 8058 を正しく実装してください。両方のヘッダー、受信者を特定する HTTPS の URI、偽造困難なトークン、DKIM の署名対象への追加、そして POST でリダイレクトを返さないこと。
• 請求は即座に処理してください。Gmail の期限は 48 時間、Yahoo は 2 日、CAN-SPAM は 10 営業日です。
• 恒久的な抑止リストを保持し、コンタクトデータより先に移行し、インポートで上書きさせないでください。
• 配信停止率は自社のベースラインと比べて判断し、受信箱への到達を決める数値としては苦情率を見てください。