キャンペーン：ワンクリックで登録解除がトリガーされるメールからの受信者の除外
この記事では、受信者がアドレスレベルの強制隔離テーブルや抑制テーブルに存在しない場合でも、受信者がメール配信から除外されているように見えるAdobe Campaign Classicのシナリオについて説明します。 この問題は、ワンクリックで登録解除の実装を行うと、メールチャネル固有のオプトアウトフラグではなく、グローバル受信者ブラックリストフラグが意図せず設定された場合に発生する可能性があります。
説明 description
ある顧客は、次の項目を確認したにもかかわらず、一部の受信者がメール配信から除外されていることに気づきました。
- メールアドレスが配信不能テーブルまたは強制隔離テーブルに存在しなかった場合，
- アドレスに抑制リストのエントリが存在せず，
- タイポロジルールは、問題に関連するカスタム除外ロジックを表示せず、問題に関連する
- プラットフォームは、他の受信者に対して通常どおり配信を処理しているようでした。
調査では、影響を受けた受信者は配信中に失敗していないことが示されました。 代わりに、受信者レコードでグローバルブラックリストフラグが有効になっているので、ターゲティング中にそれらは無視されていました。
nms:recipient.@blackList = 1
Adobe Campaign Classicでは、グローバルブラックリストフラグが設定されている場合、受信者はどのチャネルでも「連絡なし」として扱われます。 配信の準備中は、このグローバルフラグが優先され、チャネル固有のメールブラックリストフラグが設定されていなくても、受信者がメール配信から除外されます。
この問題は、ワンクリックで登録解除できるカスタム実装にトレースされました。 登録解除ロジックは次のように呼ばれます。
nms.subscription.Unsubscribe （ctx.vars.service, ctx.recipient）
この関数が空または未定義のサービス名で実行されると、Adobe Campaign Classicはそれをグローバルな登録解除として解釈し、受信者レベルのブラックリストフラグを設定します。 その結果、受信者は、メールや特定のサービスからのみ登録解除されるのではなく、グローバルでブラックリストに登録されるようになります。
解決策 resolution
解決策は、グローバル ブラックリストを意図せずトリガーしないように、登録解除の実装を更新することです。
次のいずれかの方法を使用します。
- メール固有のブラックリストフラグのみを設定します。 カスタムの登録解除プロセスを更新して、グローバルブラックリストを設定するのではなく、受信者をメールでのみオプトアウト済みとしてマークします。
- nms.subscription.Unsubscribe （）を使用する場合は、有効なサービス名を渡します。 意図された動作がサービス レベルの登録解除である場合は、登録解除メソッドを呼び出す前に、サービス コンテキストが正しく入力されていることを確認してください。
- Web アプリケーションまたは登録解除フローを検証します。 ワンクリックで購読解除web アプリケーションを確認し、すべての実行パスでサービス変数が正しく初期化されていることを確認します。
- 受信者と除外の履歴で結果を確認します。 影響を受ける受信者が、強制隔離、抑制、タイポロジルールではなくグローバルブラックリストフラグが原因で除外されたかどうかを確認します。
Adobe Campaign Classicのメール配信から受信者が予期せず除外され、アドレスレベルの強制隔離または抑制チェックがクリーンな場合は、グローバル受信者ブラックリストフラグが設定されているかどうかを確認します。 一般的な原因は、有効なサービス名なしでnms.subscription.Unsubscribe （）を呼び出すワンクリックのカスタムサブスクライブ解除フローです。これにより、チャネル固有のオプトアウトではなく、グローバルなサブスクライブ解除が発生します。