リスト- 登録解除

List-Unsubscribeは、受信者にEメール・クライアントを使用して送信者からのEメールの受信をオプトアウトする簡単な方法を提供する、業界標準のEメール機能です。特別なEメール・ヘッダーを使用して、参加しているEメール・クライアントにサブスクライブ解除リクエストを送信する方法を提供します。送信者は、これらのヘッダーを電子メールに含めることをベスト・プラクティスとして、スパム苦情レートを減らし、全体的なエンゲージメントを高めることができます。

メジャーメールボックスプロバイダーのGmailとYahooは、List-Unsubscribeと新しいワンクリック配信停止標準を必要とする新しいポリシーを実装しました。これにより、標準に準拠していない電子メールをスパムとしてマークできます。

OCI Email Deliveryは、お客様が高い送信者の評判を得て維持できるように、すべてのEメールにList-Unsubscribeを実装しています。これにより、このベストプラクティス、および特に新しいGmailおよびYahooポリシーへの準拠が保証されます。

OCI 電子メール配信は、次のように、新しいワンクリック標準に必要なList-UnsubscribeのHTTPメソッドを実装します:

  1. 送信者は、配信用の電子メールを送信します。電子メールにHTTPSリスト/サブスクライブ解除のURLがすでに設定されていない場合は、電子メール配信によって既存のヘッダーがワンクリック配信停止リンクに置き換えられます。それ以外の場合、サブスクライブ解除ヘッダーは単独のままになります。
  2. 電子メール配信では、電子メールの配信が試行されます。
  3. 配信されたEメールでは、受信者がEメール・クライアント・インタフェースで「サブスクライブ解除」または同様のリンクをクリックすると、Eメール・クライアントはHTTPSサブスクライブ解除WebリクエストをEメール配信に送信し、受信者がこれ以上対話する必要はありません。
    ノート

    電子メール・クライアント・インタフェースのサブスクライブ解除リンクは、本文のコンテンツのサブスクライブ解除リンクと混同しないでください。「List-Unsubscribeと電子メール本文コンテンツのサブスクライブ解除リンクの違いは何ですか。」を参照してください。
  4. 電子メール配信は、サブスクライブ解除リクエストを受信して処理します。
    1. 受信者が、理由がUNSUBSCRIBEの抑制リストに追加されます。
    2. 電子メール配信では、サブスクライブ解除リクエストを考慮して、承認済送信者および送信電子メール・ドメインのEmailsListUnsubscribedメトリックが増分されます。
    3. 送信者の電子メール・ドメインに対してOutboundRelayedロギングが有効になっている場合、サブスクライブ解除ログ・レコードが書き込まれます。ログ・レコードのuserAgentフィールドには、電子メール・クライアントと、サブスクライブ解除リクエストの発行に使用されるOS情報があります。
      ノート

      カスタム・ヘッダーは現在、登録解除ロギング・レコードに含まれていません。これが問題の場合は、次のセクションで説明するように、独自のList-Unsubscribeを実装することをお薦めします。
  5. 送信者は、配信停止リクエストが意図しない場合に、受信者を配信停止リストから削除できます。

List-Unsubscribeは、電子メール本文のコンテンツのunsubscribeリンクとどのように異なりますか?

List-Unsubscribeリクエストは、電子メール・クライアント独自のインタフェース(Webベース、アプリケーションベースなど)を介して開始され、事前定義されたSMTP電子メール・ヘッダーを使用して、リクエストの送信先を把握します。これはEmail Deliveryで処理されるか、必要に応じて顧客が実装できます(次を参照)。Email Deliveryで配置されたヘッダーのList-Unsubscribeリクエストは、前述のプロセスに示されているように処理され、受信者が抑制リストに追加され、メトリック/ログも更新されます。

ボディ・コンテンツ内のサブスクライブ解除リンクは、顧客の送信者によって完全に処理され、送信者の評価にとっても同様に重要です。特定のリストまたはリスト・セグメント(すべて顧客送信者によって管理される)から受信者を登録解除するための、より具体的な別の方法を提供します。ただし、ボディ・コンテンツ・リンクからのサブスクライブ解除リクエストは、抑制リストの追加にはならず、メトリックおよびログには表示されません。

新しいGmailとYahooのポリシーが現在有効になっており、適切なメール送信評価を得るための既存の業界のベスト・プラクティスを考慮すると、顧客はどちらの登録解除方法も受け入れる必要があります。

各サブスクライブ解除リクエストの範囲を教えてください。

この時点で、Email Deliveryで受信したList-Unsubscribeリクエストは、受信者が抑制リストに追加されます。抑制リストはテナンシ全体に対してグローバルであり、Email Deliveryでは送信者アドレスやその他の特別なデータ・ポイント(カスタム・ヘッダーなど)が考慮されないため、受信者はそれ以降のすべてのメーリングから事実上サブスクライブ解除されます。これは、テナンシを使用して様々な電子メール・リストまたは他の会社にかわって電子メールを送信する顧客には理想的ではない場合があります。これを回避するための最良の選択肢は、独自のList-Unsubscribeを実装することです。そのため、Eメール・リストIDや、より具体的なターゲットを絞った登録解除に重要なその他のデータ・ポイントなどを指定できます。

独自のList-Unsubscribeを実装できますか。

はい!Email Deliveryでは、必要なヘッダーが送信された電子メールにまだ存在しない場合のみ追加されます。独自のList-Unsubscribeを実装するには、リクエストを受信するようにHTTPSハンドラを設定し、送信された電子メールに次のヘッダーを追加します(ソリューションに応じてサンプルURLを置き換えます):
List-Unsubscribe: <https://yourdomain.com/unsub-handler?listid=0000&recipientid=1111>
List-Unsubscribe-Post: List-Unsubscribe=One-Click

前述のURLは例であり、HTTPハンドラを指すURLに置き換える必要があります。このURLには、特定の受信者を適切な電子メール・リストからサブスクライブ解除するために必要な情報が理想的に含まれています。サブスクライブ解除リクエストが適切にターゲット指定されるように、他のデータ・ポイントも適切に使用できます。

ノート

独自のハンドラに送信されるリスト/サブスクライブ解除リクエストはEmail Deliveryでは処理されないため、抑制リストの追加や、メトリックまたはログ・レコードの追加は行われません。