強制隔離管理について

Adobe Campaign では、強制隔離されたアドレスのリストを管理します。アドレスが強制隔離されている受信者は、配信分析時にデフォルトで除外され、ターゲットにされなくなります。例えば、メールボックスの容量が超過している場合や、アドレスが存在しない場合などに、E メールアドレスを強制隔離できます。どのような場合でも、強制隔離手順は、次に説明する特定のルールに従います。

メモ

この節は、オンラインチャネル(E メール、SMS、プッシュ通知)に当てはまります。

強制隔離管理により配信を最適化

メールアドレスまたは電話番号が強制隔離されているプロファイルは、メッセージ準備の際に自動的に除外されます(配信用の強制隔離アドレスを識別を参照)。これによって配信が迅速になります。エラー率は配信の速度に大きく影響するからです。

一部のインターネットアクセスプロバイダーは、無効なアドレスの割合が高すぎる場合、E メールを自動的にスパムと見なします。したがって、強制隔離を使用すると、これらのプロバイダーによってブロックリストに追加されるのを回避できます。

また、強制隔離は、誤りのある電話番号を配信から除外することで、SMS の送信コスト削減にも役立ちます。

配信を保護および最適化するベストプラクティスについて詳しくは、このページを参照してください。

強制隔離とブロックリストの比較

強制隔離とブロックリストは、同じオブジェクトには適用されません。

  • 強制隔離​は、プロファイル自体ではなく、アドレス(または電話番号など)にのみ適用されます。例えば、メールアドレスが強制隔離されているプロファイルは、プロファイルを更新して新しいアドレスを入力できるので、再び配信アクションのターゲットになる可能性があります。同様に、2 つのプロファイルの電話番号が同じ場合、その番号が強制隔離されると、両方のプロファイルが影響を受けます。

    強制隔離されたアドレスまたは電話番号は、除外ログ(配信の場合)または強制隔離リスト(プラットフォーム全体の場合)に表示されます。

  • 一方、ブロックリスト​への登録では、特定のチャネルを購読解除(オプトアウト)した後などは、プロファイル​は配信のターゲットとなりません。例えば、メールチャネルのブロックリストのプロファイルに 2 つのメールアドレスがある場合、両方のアドレスが配信から除外されます。

    プロファイルが 1 つ以上のチャネルのブロックリストに含まれているかどうかは、プロファイルの「一般」タブの「今後の連絡は不要」セクションで確認できます。詳しくは、この節を参照してください。

メモ

強制隔離には、受信者がメッセージをスパムとして報告したり、「STOP」などのキーワードを使用して SMS メッセージに返信したりする場合に適用される​ブロックリスト登録済み​ステータスが含まれます。この場合、プロファイルの関連するアドレスまたは電話番号は、ブロックリスト登録済み​ステータスで強制隔離に送信されます。STOP SMS メッセージの管理について詳しくは、この節を参照してください。

強制隔離されたアドレスを識別

強制隔離されたアドレスは、特定の配信先またはプラットフォーム全体について一覧表示できます。

配信用の強制隔離アドレスを識別

特定の配信で強制隔離されたアドレスは、配信準備フェーズ中に配信ダッシュボードの配信ログに一覧表示されます(配信ログおよび履歴を参照)。

プラットフォーム全体の強制隔離アドレスを識別

管理者は、プラットフォーム全体で強制隔離されたアドレスのリストを​管理者/キャンペーン管理/配信不能件数の管理/配信不能件数およびアドレス​ノードで表示できます。

メモ

このメニューでは、E メールSMS および​プッシュ通知​チャネルの強制隔離された要素のリストが表示されます。

アドレスごとに次の情報を表示できます。

メモ

強制隔離数の増加は、データベースの「老朽化」に関連する、正常な影響です。例えば、E メールアドレスの寿命が 3 年と考えられ、受信者テーブルが毎年 50%増加する場合、強制隔離の増加は次のように計算できます。

1 年目の終了時:(10.33)/(1+0.5)=22%
2 年目の終了時:((1.22
0.33)+0.33)/(1.5+0.75)=32.5%

配信レポートの強制隔離アドレスを識別

次のレポートには、強制隔離中のアドレスに関する情報が含まれます。

  • 配信ごとに、配信ターゲットに含まれている強制隔離中のアドレス数が​配信の概要​レポートに表示されます。次のものが表示されます。

    • 配信分析時に強制隔離されたアドレス数

    • 配信アクション後に強制隔離されたアドレス数

  • 配達不能件数とバウンス数​レポートには、強制隔離中のアドレスや発生したエラーのタイプなどに関する情報が表示され、エラーがドメイン別に分類されます。

プラットフォームのすべての配信について(ホームページ/レポート)または特定の配信について、この情報を調べることができます。カスタマイズされたレポートを作成して、表示する情報を選択することもできます。

受信者の強制隔離アドレスを識別

あらゆる受信者の E メールアドレスのステータスを調べることができます。そのためには、受信者のプロファイルを選択し、「配信」タブをクリックします。その受信者へのすべての配信について、アドレスへの配信が失敗したかどうか、分析時に強制隔離されたかどうかなどを調べることができます。フォルダーごとに、E メールアドレスが強制隔離中の受信者のみを表示できます。そのためには、強制隔離された E メールアドレス​アプリケーションフィルターを使用します。

強制隔離アドレスを削除

必要に応じて、強制隔離リストから手動でアドレスを削除できます。これに加えて、特定の条件に一致するアドレスは、データベースクリーンアップワークフローによって強制隔離リストから自動的に削除されます。

強制隔離リストからアドレスを手動で削除するには、以下のいずれかのアクションを実行します。

重要

強制隔離からメールアドレスを手動で削除すると、このアドレスへの配信が再び開始されます。その結果、配信品質と IP のレピュテーションに重大な影響が及ぶ可能性があり、最終的に IP アドレスや送信ドメインがブロックされる可能性があります。強制隔離からアドレスを削除することを検討する場合は、細心の注意を払う必要があります。不明な点がある場合は、配信品質のエキスパートにお問い合わせください。

  • 管理/キャンペーン管理/配信不能件数の管理/配信不能件数およびアドレス​ノードから、ステータスを「有効」に変更できます。

  • ステータスを「許可リストに登録済み」に変更することもできます。この場合、アドレスは強制隔離リストに残りますが、エラーが発生した場合でも、自動的にターゲットに設定されます。

次の場合、アドレスは強制隔離リストから自動的に削除されます。

  • エラーあり」ステータスのアドレスは、配信が正常に完了すると、強制隔離リストから削除されます。
  • エラーあり」ステータスのアドレスは、最後のソフトバウンスが 10 日以上前に発生した場合に、強制隔離リストから削除されます。ソフトエラー管理について詳しくは、この節を参照してください。
  • エラーあり」ステータスのアドレスで、メールボックス容量超過​エラーでバウンスしたアドレスは、30 日後に強制隔離リストから削除されます。

その後、ステータスは「有効」に変わります。

重要

アドレスが​強制隔離中​または「ブロックリスト登録済み」のステータスの受信者は、メールを受信した場合でも削除されません。

ホストインストールまたはハイブリッドインストールで、Enhanced MTA にアップグレードした場合、エラー​ステータスの場合に実行される再試行の最大数および再試行間の最小遅延は現在、IP が特定のドメインで過去と現在の両方でどの程度機能しているかに基づいています。

従来の Campaign MTA を使用したオンプレミスインストールおよびホスト/ハイブリッドインストールの場合、エラーの数と 2 つのエラーの間の期間を変更できます。これを行うには、デプロイメントウィザードメールチャネル詳細設定パラメーター)または配信レベルで対応する設定を変更します。

アドレスを強制隔離に送信するための条件

Adobe Campaign では、エラーメッセージの選定で割り当てられた配信のエラータイプと理由に応じて強制隔離を管理します(バウンスメールの選定および配信のエラータイプと理由を参照)。

  • 無視のエラー:アドレスを強制隔離しません。
  • ハードエラー:対応する E メールアドレスがただちに強制隔離されます。
  • ソフトエラー:ただちにアドレスが強制隔離されることはありませんが、エラーカウンターがインクリメントされます。詳しくは、ソフトエラー管理を参照してください。

ユーザーが E メールをスパム(フィードバックループ)と見なした場合、メッセージは、アドビが管理するテクニカルメールボックスに自動的にリダイレクトされます。さらに、そのメールアドレスは自動的に強制隔離され、ステータスが「ブロックリスト登録済み」となります。このステータスはアドレスのみに適用され、プロファイルはブロックリストに登録されていないので、ユーザーは引き続き SMS メッセージやプッシュ通知を受信します。

メモ

Adobe Campaign の強制隔離では、大文字と小文字が区別されます。後から再度ターゲットされることのないよう、E メールアドレスは必ず小文字でインポートしてください。

隔離されたアドレスのリスト(プラットフォーム全体の強制隔離されたアドレスの識別を参照)の「エラー理由」フィールドは、選択したアドレスが強制隔離された理由を示します。

ソフトエラー管理

ハードエラーとは異なり、ソフトエラーでただちにアドレスが強制隔離されることはありませんが、エラーカウンターがインクリメントされます。

再試行は、配信期間中に実行されます。エラーカウンターが制限しきい値に達すると、アドレスが強制隔離されます。詳しくは、一時的な配信エラーの後の再試行を参照してください。

最後に重大なエラーが発生したのが 10 日以上前の場合、エラーカウンターが再初期化されます。アドレスのステータスが「有効」に変わり、データベースクリーンアップワークフローが強制隔離のリストからアドレスを削除します。

プッシュ通知の強制隔離

プッシュ通知の強制隔離メカニズムは、全体として通常のプロセスと同じものです。強制隔離についてを参照してください。ただし、プッシュ通知では一部のエラーの管理方法が異なります。例えば、一部のソフトエラーでは、同じ配信の再試行は実行されません。プッシュ通知特有の方式を以下に示します。再試行の方式(再試行の回数、頻度)は E メールの場合と同じです。

強制隔離される項目はデバイストークンです。

iOS での強制隔離

HTTP/V2 プロトコルでは、プッシュ配信ごとの直接フィードバックおよびステータスを使用できます。HTTP/V2 プロトコルコネクタを使用する場合、フィードバックサービスが mobileAppOptOutMgt ワークフローによって呼び出されることはありません。モバイルアプリケーションのアンインストールまたは再インストールがおこなわれた場合、トークンは登録解除されたものとみなされます。

同時に、APNs がメッセージに対して登録解除ステータスを返した場合、ターゲットトークンはただちに強制隔離されます。

シナリオ
ステータス
エラーメッセージ
エラータイプ
エラーの理由
再試行
ターゲットデバイスの電源がオン
OK
ターゲットデバイスの電源がオフ
OK
ユーザーがアプリケーションの通知を無効化
OK
メッセージの作成/分析フェーズ - ペイロードが大きすぎる
失敗
ペイロードが長すぎる
ソフト
拒否
×
メッセージの作成/分析フェーズ - 予期しないコンテンツ形式の問題
失敗
エラーによってエラーメッセージが異なる
ソフト
未定義
×
証明書の問題(パスワード、破損など)と、APNs へのテスト接続の問題
失敗
エラーによってエラーメッセージが異なる
ソフト
拒否
×
送信中にネットワーク接続が切断
失敗
接続エラー
未定義
未到達

APNs メッセージ却下:登録解除
ユーザーがアプリケーションを削除した、またはトークンの期限切れ
失敗
登録解除
ハード
不明なユーザー
×
APNs メッセージ却下:その他のすべてのエラー
失敗
エラー拒否の原因がエラーメッセージに表示されます
ソフト
拒否
×

Android での強制隔離

Android V1 の場合

Adobe Campaign は通知ごとに FCM サーバーから直接同期エラーを受け取ります。Adobe Campaign はこれを即時に処理し、エラーの重大度に応じてハードエラーまたはソフトエラーを生成します。これにより再試行が実行できるようになります。

  • ペイロードの長さの超過、接続の問題、サービスの使用可否の問題:再試行が実行され、ソフトエラーが生成されます。エラーの理由は「拒否」です。
  • デバイスの割当量の超過:再試行はなく、ソフトエラーが生成されます。エラーの理由は「拒否」です。
  • 無効または登録解除されたトークン、予期しないエラー、送信者のアカウントの問題:再試行はなく、ハードエラーが生成されます。エラーの理由は「拒否」です。

mobileAppOptOutMgt ワークフローは 6 時間ごとに実行されます。このワークフローは AppSubscriptionRcp テーブルを更新します。登録解除または無効と宣言されたトークンについて、「無効」フィールドが「True」に設定され、そのデバイストークンにリンクされている購読は自動的にそれ以降の配信から除外されます。

配信分析中に、ターゲットから除外されたすべてのデバイスが自動的に excludeLogAppSubRcp テーブルに追加されます。

メモ

Baidu コネクタを使用している場合、さらに別の種類のエラーがあります。

  • 配信開始時の接続の問題:エラータイプは「未定義」で、エラーの理由は「未到達」です。再試行は実行されます。
  • 配信中の接続切断:ソフトエラーが生成され、エラーの理由は「拒否」です。再試行は実行されます。
  • 送信中に Baidu により同期エラーが返される:ハードエラーが生成され、エラーの理由は「拒否」です。再試行はありません。
    Adobe Campaign は 10 分ごとに Baidu サーバーにアクセスし、送信済みメッセージのステータスを取得し、broadLog を更新します。メッセージが送信済みと宣言されると、broadLog のメッセージのステータスが「受信済み」に設定されます。Baidu がエラーを宣言すると、ステータスは「失敗」に設定されます。

Android V2 の場合

Android V2 の強制隔離メカニズムでは、Android V1 と同じプロセスを使用しており、同じことがサブスクリプションと除外の更新にも当てはまります。詳しくは、Android V1 の節を参照してください。

シナリオ
ステータス
エラーメッセージ
エラータイプ
エラーの理由
再試行
メッセージの作成/分析フェーズ:カスタムフィールドでの不正なキーワードの使用
失敗
次のキーワードは使用できません:{1}
ソフト
×
メッセージの作成/分析フェーズ:ペイロードが大きすぎる
失敗
通知が長すぎます:{1} ビット。許可されているのは {2} ビットのみです
ソフト
拒否
×
送信中にネットワーク接続が切断
失敗
次のアドレスの Firebase Cloud Messaging サービスからの応答がありません:{1}
ソフト
未到達

FCM メッセージ却下:FCM サーバーが一時的に使用不可(タイムアウトなど)
失敗
Firebase Cloud Messaging サービスを一時的に利用できません
ソフト
未到達

FCM メッセージ却下:送信者アカウントの認証中にエラー発生
失敗
開発者アカウントを識別できませんでした。ID とパスワードを確認してください
ソフト
拒否
×
FCM メッセージ却下:デバイスの割当量を超過
失敗
ソフト
拒否

FCM メッセージ却下:無効な登録または未登録
失敗
ハード
不明なユーザー
×
FCM メッセージ却下:その他すべてのエラー
失敗
Firebase Cloud Messaging サーバーから予期しないエラーコードが返されました:{1} 拒否
×
FCM メッセージ却下:無効な引数
失敗
INVALID_ARGUMENT 無視 未定義
×
FCM メッセージ却下:サードパーティ認証エラー
失敗
THIRD_PARTY_AUTH_ERROR 無視 拒否

FCM メッセージ却下:送信者 ID が一致しません
失敗
SENDER_ID_MISMATCH ソフト 不明なユーザー
×
FCM メッセージ却下:登録解除
失敗
UNREGISTERED ハード 不明なユーザー
×
FCM メッセージ却下:内部
失敗
INTERNAL 無視 拒否

FCM メッセージ却下:使用不可
失敗
UNAVAILABLE 無視 拒否

FCM メッセージ却下:予期しないエラーコード
失敗
予期しないエラーコード 無視 拒否
×
認証:接続の問題
失敗
認証サーバーに接続できません 無視 拒否

認証:リクエストで許可されていないクライアントまたは範囲です。
失敗
unauthorized_client 無視 拒否
×
認証:クライアントは、このメソッドを使用してアクセストークンを取得する権限がありません。または、要求された範囲に対してクライアントが承認されていません。
失敗
unauthorized_client 無視 拒否
×
認証:アクセス拒否
失敗
access_denied 無視 拒否
×
認証:無効な E メール
失敗
Invalid_grant 無視 拒否
×
認証:無効な JWT
失敗
Invalid_grant 無視 拒否
×
認証:無効な JWT 署名
失敗
Invalid_grant 無視 拒否
×
認証:無効な OAuth 範囲または ID トークンオーディエンスが指定されました
失敗
unauthorized_client 無視 拒否
×
認証:OAuth クライアントが無効です
失敗
Disabled_client 無視 拒否
×

SMS の強制隔離

標準コネクタの場合

SMS メッセージの強制隔離メカニズムは、全体として通常のプロセスと同じものです。強制隔離についてを参照してください。SMS 特有の方式を以下に示します。

メモ

配信ログの選定​テーブルは、拡張された汎用 SMPP コネクタには適用されません。

シナリオ
ステータス
エラーメッセージ
エラータイプ
エラーの理由
プロバイダーに送信済み
送信済み
モバイルで受信済み
受信済み
プロバイダーがエラーを返した
失敗
データの受信中にエラーが発生しました (SR または MO)
ソフト
未到達
MT 確認が無効
失敗
送信クエリの確認フレームの処理中にエラー「{1}」が発生しました
ソフト
未到達
MT の送信中にエラーが発生
失敗
メッセージの送信中にエラーが発生
ソフト
未到達

拡張された汎用 SMPP コネクタの場合

SMPP プロトコルを使用して SMS メッセージを送信する場合のエラー管理の方法は異なります。拡張された汎用 SMPP コネクタについて詳しくは、このページを参照してください。

SMPP コネクタは、返された SR(ステータスレポート)メッセージからデータを取得し、正規表現(regex)を使用して、そのコンテンツをフィルター処理します。このデータは、次に、配信ログの検証​テーブル(管理キャンペーン管理配信不能件数の管理​メニューから使用できます)に見つかった情報と照合されます。

新しいタイプのエラーが検証される前に、エラーの理由はデフォルトで常に「拒否」に設定されます。

メモ

エラーのタイプと理由は E メールの場合と同じです。配信エラーのタイプと理由を参照してください。
配信ログの検証テーブルに適切なエラータイプおよび理由を設定するために、ステータスコードおよびエラーコードのリストをプロバイダーに問い合わせてください。

生成されるメッセージの例:

SR Generic DELIVRD 000|#MESSAGE#
  • SMS のエラーコードを E メールのエラーコードと区別するために、すべてのエラーメッセージは SR で始まります。

  • エラーメッセージの 2 つ目の部分(この例では Generic)は、SMSC 実装の名前(例えば、SMS 外部アカウントの「SMSC 実装名」フィールドに定義されている名前)を指します。このページを参照してください。

    同じエラーコードであってもプロバイダーごとに意味が異なる場合があるので、エラーコードを生成したプロバイダーがこのフィールドでわかります。これにより、該当するプロバイダーのドキュメントでエラーを調べることができます。

  • エラーメッセージの 3 つ目の部分(この例では DELIVRD)は、SMS 外部アカウントに定義されたステータス抽出用正規表現を使用して SR から取得されたステータスコードに対応します。

    この正規表現は、外部アカウントの「SMSC 特異性」タブで指定します。このページを参照してください。

    デフォルトでは、SMPP 3.4 仕様​の​付録 B に規定されているとおり、stat: フィールドが抽出されます。

  • エラーメッセージの 4 つ目の部分(この例では 000)は、SMS 外部アカウントに定義されたエラーコード抽出用正規表現を使用して SR から抽出されたエラーコードに対応します。

    この正規表現は、外部アカウントの「SMSC 特異性」タブで指定します。このページを参照してください。

    デフォルトでは、SMPP 3.4 仕様​の​付録 B に規定されているとおり、err: フィールドが抽出されます。

  • パイプ記号(|)以降の文字列は、配信ログの検証​テーブルの​最初のテキスト​列にのみ表示されます。このコンテンツは、常に、メッセージが正規化された後に #MESSAGE# で置き換えられます。これにより、同じようなエラーに対して複数のエントリが含まれるのを防ぐことができます。これは、E メールの場合と同じです。詳しくは、バウンスメールの選定を参照してください。

拡張された汎用 SMPP コネクタは、ヒューリスティックを適用して実用的なデフォルト値を見つけます。例えば、DELIV で始まるステータスは、ほとんどのプロバイダーでよく使用されている DELIVRD または DELIVERED と一致するので、成功とみなされます。これ以外のステータスはハードエラーとみなされます。

このページ