サブスクライバーが去るのを見るのは難しいですが、それはしばしば最善の結果です!
そうですね、プロセスを簡素化することは、あなたのような組織にとって常に有益です。すべてのプロモーションメールには、メールの本文内に退会リンクがあることが義務付けられていますが、ユーザーがこれを見つけやすくする最も簡単な方法は、 List-Unsubscribe を使用することです。これは、 2024年からのコンプライアンス要件 です。
List-Unsubscribeとは何ですか?
リストの解除は、基本的にISPが提供するワンクリックでの解除方法です。それはあなたのメールヘッダーに入り、メールボックスプロバイダーは、送信者との評判、ボリューム、エンゲージメントに応じて、受信者に表示するかどうかを決定します。
ISPが提供するネイティブな解除オプションをクリックすると、ユーザーを大きく2つの方法で解除できます:
-
ワンクリックでの解除
(
RFC 8058
)
これにより、ユーザーは自動的に解除されます。これはURIを呼び出すため、目的は同じことを行うことです。 -
配信停止のためのメール
これは、ユーザーに代わって、メールヘッダー内に記載されたメールアドレス宛にメールを開始します。ユーザーのメールを解析し、リクエストから48時間以内に退会手続きを行う必要があります。
私のユーザーの受信トレイではこれがどのように見えますか?
info |
情報 一括送信者はプロモーションメールにこれを追加することが義務付けられていますが、 配信停止 ボタンの表示はメールボックスの裁量に委ねられており、誰もそれに影響を与えることはできません。 |
なぜこれをするべきですか?
これが以前は配信可能性のベストプラクティスであった一方で、2024年6月以降、GmailとYahooは、すべてのバルク送信者が 彼らの配信可能性の実践 に従うことを義務付けました。
これは必須のプロセスですが、これに従うことはルールを遵守するだけでなく、以下の方法でも役立ちます:
- スパム苦情率を最小限に抑えましょう
- 興味のある購読者にのみメールを送信することで、エンゲージメントとパフォーマンスを最適化します。
- 定期的にリストサイズをクリーンアップすることで、メールマーケティングコストを潜在的に削減できます。
- エンドサブスクライバーとの関係をポジティブな形で終わらせる
MoEngage マネージド vs セルフマネージド
MoEngageは、これらのプラクティスを2つの方法で遵守するのに役立ちます:
MoEngage Managed - このオプションを使用すると、MoEngageの機能をシームレスに利用して、ユーザーのサブスクリプションをMoEngageでキャプチャおよび更新できます。他のシステム(サードパーティツールや社内システム)がある場合は、MoEngageからその情報をこれらのシステムに転送できます。
ブランドまたはセルフマネージド - このオプションを使用すると、ユーザーの購読解除に関するブランドの管理を呼び出すことができます。一般的には、ブランドがユーザーの好みを自分たちで管理したいときに使用されます。そのような場合、ブランドはユーザーの購読解除を記録し、自社のシステムとMoEngageの両方を更新する必要があります。
この設定をMoEngageでどのように構成できますか
あなたの要件に基づいて、2つのオプションのいずれかを使用できます:
MoEngage 管理
MoEngageは、HTTPS URLセクションおよびメールtoセクションにそれぞれ、メールヘッダーにその解除URLとメールIDを追加します。前者はユーザーがワンクリックで購読を解除できるのに対し、後者は上記で説明したリストの購読解除のメール送信方法を通じてユーザーを購読解除します。また、MoEngageはすべてのリクエストを処理し、あなたのワークスペース(以前はDBまたはダッシュボードとして知られていました)のユーザーの設定を更新します。
MoEngageが管理するアプローチを使用して、リスト解除を構成するには:
- MoEngage ダッシュボードにログインしてください。
- 設定 > チャンネル > メール設定 > 送信者設定 タブに移動します。
- メールコネクタをクリックします。
- 縦の省略記号アイコンをクリックし、 編集 をクリックします。
-
ワンクリックでの購読解除
の下で、
MoEngage Managed
をクリックします。
これはどのように機能しますか?
上記の通り、MoEngageは、プロモーションメールを送信する際に、メールヘッダーにその退会URLとメールIDを追加します。ユーザーが受信トレイに表示されている 配信停止 をクリックすると、次のいずれかが発生します:
-
ワンクリックアプローチ:
ユーザーが 退会 をクリックして確認すると、リクエストが直接MoEngage APIに送信され、即座に処理されてユーザーのプロフィールの設定が更新されます。 -
Mail-toアプローチ:
ユーザーが 配信停止 をクリックして確認すると、ISPから私たちのいずれかの受信ボックスにメールが送信されます。MoEngageは48時間以内にそれを処理し、ユーザーのプロフィールの設定を更新します。
これをシステムに渡すにはどうすればいいでしょうか?
ユーザーの好みの変更を社内システムまたはサードパーティシステムに伝えたい場合は、以下の手順を実行できます:
- メールの配信停止イベントがトリガーされたときに、あなたのAPIまたはサードパーティシステムにヒットして値を更新するイベントトリガー型コネクターキャンペーンを設定します。詳細については こちら を参照してください。
- ストリームを設定して、 Email Unsubscribed イベントをあなたのエンドポイントに渡します。これはあなたによってさらに処理されるか、他のシステムに渡される可能性があります。詳細については こちら をご覧ください。
セルフマネージド
セルフマネージドでは、退会用のURLとメールIDを提供する必要があります。MoEngageは、メールを送信する際に、HTTPS URLおよびメール宛先のメールヘッダーにこれらを追加します。ただし、これは未購読のさらなる処理に責任を持つことになります。また、コンプライアンスを遵守するために、48時間以内に購読解除を処理する必要があります。更新された設定を MoEngage に返送する必要があります。そうすれば、将来的に購読解除したユーザーを自動的に無視できるようになります。
自己管理アプローチを使用してリストの購読解除を設定するには:
- MoEngageダッシュボードにログインします。
- 「設定」>「チャンネル」>「メール設定」>「送信者設定」タブに移動します。
- メールコネクタをクリックしてください。
- 縦の省略記号アイコンをクリックし、 編集 をクリックします。
-
ワンクリックでの購読解除
の下で、
セルフマネージド
をクリックします。
次に、次のものを提供する必要があります:
-
ワンクリックでの退会URL:
確認後にユーザーを退会させるリンクを提供してください。このURLにJINJAを使用してパラメータを追加し、退会をリクエストしたユーザーを特定し、適切に対応できるようにしてください。また、このリンクにリダイレクションやランディングページがないことを確認し、直接退会を行うようにしてください。
追加された識別子に @ のような特殊文字が含まれている場合、標準のURLエンコーディングが適用されることに注意してください。 ここ をクリックしてください。to know more.
例えば、提供されたリンクが https://www.abc.com/unsubscribe?emailAddress={{UserAttribute['Email (Standard)']|default('email')}}, の場合、MoengageからのパラメータがメールヘッダーのHTTPSセクションに追加され、以下のようになります:
https://www.abc.com/unsubscribe?emailAddress=bob@bob.com&qmoe=abc123
ここで、- https://www.abc.com/unsubscribe?emailAddress は、ワンクリックでの購読解除URL内に入力したURLです & emailAddress は、ユーザーを特定して好みを管理するためのパラメータです。
- bob@bob.com は、パラメータの値として提供されたJINJAの値です
-
The
qmoe
は、MoEngageによってURLに追加され、ユーザーとこのリクエストが私たちの側からどのキャンペーンから発生したかを識別するためのパラメータです。
info 情報
リンクと識別子にパラメータを追加する際は、常にデフォルト値を設定してください。例えば、値は次のようになります:
https://www.abc.com/unsubscribe?emailAddress={{UserAttribute['Email (Standard)']|default('email')}}
-
ワンクリック退会メール:
メールヘッダーのmail-toセクションに追加されるメールIDをここに提供してください。
メールIDが提供されると、 ユーザー識別子 フィールドが表示され、識別目的に使用されます。MoEngageは、ISPから送信されるメールの件名をカスタマイズし、これをbase64で暗号化された形式で含めるため、件名を解析し、base64形式からデコードすることで、退会する必要があるユーザーを安全に特定できるようにします。
ユーザー識別子の値は、ユーザーを特定する方法に基づいて主観的ですが、以下に示すいくつかの例の値を使用できます。また、これらはMoEngageが使用するテンプレート言語JINJAを使用して追加する必要があることに注意してください:ユーザー識別子の例 JINJA形式 ID {{UserAttribute['ID']|default('ID')}} メールID {{UserAttribute['Email (Standard)']|default('email')}}
info |
情報
|
受け取ったリクエストを処理する方法は?
info |
Information これらの購読解除後処理をMoEngageに返すことが重要です。そうすることで、将来的に私たちから送信されるメールは、この方法で購読解除したユーザーをターゲットにし、送信前に除外することができます。もし実行されていない場合、私たちが好みの変更を知らなかったため、そのようなユーザーにMoEngageを通じてメールが送信される可能性があります。 |
ユーザーがリストの解除方法で購読を解除するたびに、次のことを行う必要があります:
-
リクエストがISPによってワンクリックURLを通じて処理された場合:
-
解除購読をリクエストしたユーザーを、追加したパラメーターを使用して特定します。
上記の例では、 emailAddress パラメーターがユーザーを特定し、同様の処理を行うのに役立ちます。 -
次に、qmoeパラメーターを渡して、MoEngageがユーザーの購読状況を更新できるように、以下のパブリックAPIを実行します:
https://api-0x.moengage.com/v1/emailunsubscribe?qmoe=<qmoe_parameter>
- APIエンドポイントURLの「X」は、MoEngageデータセンター(DC)を指します。MoEngageは各顧客を異なるDCにホストします。DC番号(Xの値)を見つけ、ここにあるDCおよびAPIエンドポイントのマッピングを参照してURL内の'X'の値を置き換えることができます。
- <qmoe_parameter> 、上記のように、ユーザーとキャンペーンを識別するために MoEngage によって URL に追加されるパラメータです。上記の例では、 qmoe_parameter は abc123.
-
解除購読をリクエストしたユーザーを、追加したパラメーターを使用して特定します。
-
もしリクエストがMail-toアプローチを通じてISPによって処理された場合:
-
ISPから送信されたメールの件名を解析して、あなたが言及した受信箱のユーザーを特定し、管理しているリストからそのユーザーを購読解除してください。サンプルの件名は以下のようになります:
配信停止 | cattr:YzlhZjVkYzUtYWRkMi00MTZkLTg4OTQtNWNlZmRkYTJjNDYw-WTRv4uSIgrZTVV5fJSvAZkS2smalAXvg8qX_0qz3AXdXNRHz.AwCwAo2OsppN0DGt2qd0R4qSg-5YLB5qTvuHp.2EIBfDrKmDauXjQXySNcGHo0w__OdsmU2_LAzK1aAynsczTVn.yuaRa.4MGgjQ-lq_KXmK.l7mgq17UL1WOZsjqPOJGzcrHTW3iZYOXt2O5Ikgwk9CJgO0Hg7Z8ZO3OewvzeED8BFN4fuAwyvkCV7yPQtHTMZ_coK_Yu42TPeysvhhgr0yFlLvrXIMsEolDk64xtNx8Ie76YcE
-
上記の件名では、
cattr:
と
最初のハイフン
の間にあるサブテキストを解析する必要があります。つまり、この例では、見つかるサブテキストは
YzlhZjVkYzUtYWRkMi00MTZkLTg4OTQtNWNlZmRkYTJjNDYw
です。 - 次に、Base64メソッドを使用して、購読解除する必要があるユーザーを見つけるためにデコードしてください。
-
上記の件名では、
cattr:
と
最初のハイフン
の間にあるサブテキストを解析する必要があります。つまり、この例では、見つかるサブテキストは
-
ユーザーのサブスクリプションステータスを更新するために、メールを受信トレイに転送してください。
unsubscribe-DC0X@moengage.com
。
-
ISPから送信されたメールの件名を解析して、あなたが言及した受信箱のユーザーを特定し、管理しているリストからそのユーザーを購読解除してください。サンプルの件名は以下のようになります:
この方法で退会したユーザーを見つけるには
MoEngageは、ユーザーからの解除リクエストを受け取るたびに、属性 source を List Unsubscribe として Email Unsubscribed イベントを発生させます。これは、MoEngageとセルフマネージドアプローチの両方に適用されます。ただし、自己管理アプローチについては、概説されたステップが正しく実行されていることを確認してください。
Frequently Asked Questions
あなたが準拠しているかどうかを確認するには、送信したメールのGmail受信トレイ内で次のことを行ってください:
- メールで「オリジナルを表示」を選択してください。これにより、メールの生のバージョンとそのヘッダーが新しいタブで開きます。
- 「List-Unsubscribe」を検索します。
- あなたは、メールのヘッダー内の生のバージョンでこのキーワードを見つけることができれば、準拠しています。
さらに、以下の画像に似たメールであれば、あなたは準拠しています:
受信トレイで「配信停止」を見つけられないことは、必ずしもこの規則に従っていないことを意味するわけではありません。表示はISPの管理下にあります。
はい、それはHTTPSタイプでなければなりません。
いいえ、入力されたURLは、ユーザーを自動的に解除購読し、クリックするだけで新しい場所へのリダイレクトや、さらなる入力や確認を求めることはあってはなりません。
いいえ、そうではありません。リストの配信停止を追加することは、メール内の配信停止リンクの代わりにはなりません。
同じ処理に48時間未満でかかる場合があります。
MoEngageは、ユーザーが購読解除リクエストを処理する際に、ユーザーモデルに対して Email Unsubscribed というユーザーイベントをトリガーし、属性 Unsubscribe Source を List Unsubscribe として設定します。これは、ユーザーから直接、またはそれをMoEngageに転送する際に行われます。
次のようなセグメンテーションクエリを使用して、そのようなユーザーを見つけることができます:
はい、ユーザーが解除リンクをクリックした後にアクセスするランディングページをカスタマイズすることは可能です。このオプションは 送信者設定 で利用可能です。ユーザーが購読解除リンクをクリックすると、購読が解除され、その後、このランディングページに移動して、購読解除の理由を学ぶことになります。
このインタラクションには以下のステップが含まれています:
- MoEngageは、MoEngageに保存されたトークンをメールIDの代わりに渡すためにコンテンツAPIを呼び出します
- クライアントシステムは、応答としてメールIDを返します
- MoEngageはペイロードを生成し、送信者にリクエストを送信します
-
このリクエストを記録するために、メールIDは暗号化されて保存されます。生のメールIDはMoEngageに保存されることはありません。