集中力を維持。スマートなメールアプリ。
高速かつクロスプラットフォームなメールアプリは、重要なことに集中できるように設計されています。
💡ワンクリック配信停止:ログイン不要、確認ページなし、フォーム入力なしで、メールの配信をワンクリックで停止できる機能です。 クリックするだけで完了、リストから外れます。
こんな経験、購読者なら誰でもあるはずです。 マーケティングメールの配信リストから外れようとしても、まずログインを求められたり、設定ページをたどらされたり、確認のためにメールアドレスを再入力させられたりします。 こうした手間は、配信停止を思いとどまらせるために意図的に設計されていることもありますが、簡単に裏目に出ます。
2024年2月時点で、Gmail とYahooは、大量送信者にこれを義務付けています。 Gmail アドレス宛てに1日あたり5,000通を超えるメールを送信している場合は、該当するガイドラインに準拠していることを確認する必要があります。
これは単なるコンプライアンスの問題ではありません。 配信停止を簡単にできるようにすることは、実際にはあなたの助けにもなります。 配信停止したい人は、配信停止リンクを使うにせよ、あなたのメールをスパムとして報告するにせよ、いずれにしても離脱します。 スパムボタンは、きちんとした配信停止よりも送信者レピュテーションにはるかに大きな悪影響を与えます。 到達率を傷つけられるくらいなら、すっきり配信停止してもらうほうがよいのです。
技術的な実装方法は2つあり、理想的には両方を使います。
List-Unsubscribe ヘッダーは、メールクライアントに「これが配信停止URLです」と伝えるメールヘッダーです。 Gmail、Outlook、そのほかの主要プロバイダーはこのヘッダーを読み取り、メール画面内に独自の配信停止ボタンを表示します。 ユーザーは、あなた独自の配信停止リンクを見ることすらありません。 ユーザーがクライアント側のボタンをクリックすると、クライアントがあなたの配信停止URLにHTTP POSTを送り、あなたの側で配信停止処理を行います。
さらに、List-Unsubscribe-Post ヘッダー(RFC 8058で追加)があります。これにより、本当のワンクリック機能が実現します。 これは、追加の操作を一切求めずに、あなたのURLへシンプルなPOST requestを送ることで、ユーザーを配信停止できることをメールクライアントに伝えます。 現在、GmailとYahooはこれを大量送信者に求めています。
あなたの配信停止URLはPOST requestを受け取り、リクエストデータからユーザーのメールアドレスを抽出し、そのユーザーをリストから削除して、成功レスポンスを返します。 すべてバックグラウンドで行われます。 ユーザーにはメールクライアントから確認メッセージが表示され、それで完了です。
実装はメールサービスプロバイダーによって異なります 主要なプラットフォームの多くでは、これが自動で処理されます。 Mailchimp、SendGrid、Mailgunはいずれも、大量配信メールサービスで適切なList-UnsubscribeおよびList-Unsubscribe-Postヘッダーをデフォルトで含めています。 追加で何かする必要はありません。 それらのインフラが配信停止リクエストを処理し、リストを自動で更新してくれます。
独自実装の場合は、送信メールにヘッダーを追加し、POST requestを処理するエンドポイントを用意する必要があります。 メールのソースでは、ヘッダーは次のようになります:
List-Unsubscribe: <https://yoursite.com/unsubscribe?id=xyz>
List-Unsubscribe-Post: List-Unsubscribe=One-Click
配信停止用エンドポイントは、POST requestを受け付け、ユーザー識別子を抽出し、データベースからそのユーザーを削除して、200 status codeを返す必要があります。 数秒以内に処理してください。 Gmailは速い応答を期待しています。
テストは非常に重要です。 GmailとYahooのアカウントにテストメールを送信してください。 メール画面に配信停止ボタンが表示されることを確認してください。 それをクリックして、リダイレクトや確認ページなしで、すぐに配信停止が行われることを検証してください。
これらの手順は、プラットフォームによって異なる場合があります。 最新の実装詳細については、利用しているemail service providerのドキュメントを確認してください。
配信停止のためにログインを求めた瞬間、もう負けです。 名前のとおりです。 ワンクリック。
あなたのメールを止めるためだけに、認証したり、パスワードを探したり、アカウントを作成したりしなければならないとしたら? それはワンクリック配信停止ではありません。 ただの障害物競走です。
確認ページも同じ問題です。 "本当に配信停止しますか?" それは親切を装ったダークパターンです。 答えは常に「はい」です。 相手はもうクリックしています。 もう決めているのです。 配信停止して、先に進みましょう。
さらに悪いのは、配信停止リクエストを後で処理するためにキューに入れることです。 Gmailは24時間以内の削除を求めています(理想は即時)。 処理を遅らせると、すでに削除を求めた相手にさらにメールを送ってしまうリスクがあります。 そうしてスパム苦情が発生します。
もちろん、追加オプションとしてのプリファレンスセンターは問題ありません。 受け取りたいメールの種類を選べるようにしましょう。 ただし、それとは別に、本当の意味で「すべての配信を停止する」ボタンは必要です。
配信停止リンクは定期的にテストしてください。 メールクライアントは壊れたURLに気付きます。 どんなエラーでも、送信者レピュテーションを損ないます。 これは単なるコンプライアンスではありません。 これは、メールの到達性を保つインフラを維持することなのです。
配信停止リクエストはどれくらい早く処理すべきですか?
即時です。 誰かが配信停止をクリックしたら、次回の送信対象からリアルタイムで外してください。 翌日のバッチ処理まで待ってはいけません。 即時の削除は、スパム苦情からあなたを守り、受信者への敬意を示すことにもなります。
配信停止データはどう扱うべきですか?
配信停止した全員のsuppression listを維持してください。 後で新しいメールリストを取得した場合は、送信前にそのリストをsuppression listと照合してください。 いったん配信停止した人は、明示的に再登録しない限り、配信停止のままにしておくべきです。
配信停止する理由を相手に尋ねてもよいですか?
任意のフィードバック("なぜ離れますか?") は問題ありませんが、本当に任意であり、すでに配信停止が完了した後に表示される場合に限ります。 アンケートを条件にしたり、理由の説明を強制したりして、配信停止プロセスを妨げてはいけません。
配信停止リンクはどこに表示すべきですか?
目立つように、そして見つけやすくしてください。 フッターの最下部に、目立たない小さな灰色の文字で隠してはいけません。 配信停止したい人は、いずれにしても方法を見つけます。 このプロセスを顧客にとって面倒にすると、いら立たせるだけでなく、スパム苦情も増えます。
すべてのメールに配信停止リンクは必要ですか?
マーケティングメールには、例外なく常に配信停止リンクが必要です――。 トランザクションメール(領収書、パスワードリセット、アカウント通知)は、販促キャンペーンではなくユーザーの操作によって送信されるため、通常は不要です。