強制隔離管理について understanding-quarantine-management

強制隔離について about-quarantines

例えば、メールボックスの容量が超過している場合や、アドレスが存在しない場合などに、メールアドレスや電話番号を強制隔離できます。

どのような場合でも、強制隔離手順は、こので説明する特定のルールに従います。

強制隔離による配信の最適化 optimizing-your-delivery-through-quarantines

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

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

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

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

強制隔離とブロックリストに加える quarantine-vs-denylist

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

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

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

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

    プロファイルが上にあブロックリストに加えるり、 No longer contact (on denylist) プロファイルのセクション General タブをクリックします。 詳しくは、このセクションを参照してください。

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

<! — ユーザーが SMS 配信をオプトアウトするために STOP などのキーワードで SMS メッセージに返信した場合、電子メールオプトアウトプロセスとは異なり、そのプロファイルはに追加されませブロックリストに加えるん。 代わりに、プロファイルの電話番号が On denylist ステータス。 このステータスは、電話番号のみを表し、プロファイルは引き続き E メールメッセージを受信します。

強制隔離アドレスの識別 identifying-quarantined-addresses

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

配信の強制隔離アドレスの識別 identifying-quarantined-addresses-for-a-delivery

特定の配信について強制隔離されたアドレスのリストは、配信準備フェーズの途中で、配信ダッシュボードの「Exclusion logs」タブに記録されます(この節を参照)。配信準備について詳しくは、この節を参照してください。

プラットフォーム全体の強制隔離アドレスの識別 identifying-quarantined-addresses-for-the-entire-platform

管理者は、プラットフォーム全体の強制隔離された E メールアドレスの詳細なリストに、 Administration > Channels > Quarantines > Addresses メニュー。

NOTE
強制隔離数の増加は、データベースの「老朽化」に関連する、正常な影響です。 例えば、E メールアドレスの有効期間が 3 年と考えられ、受信者テーブルが毎年 50%増加する場合、強制隔離の増加は次のように計算できます。1 年目の終わり: (1)*0.33)/(1+0.5)=22% 2 年目の終了時:((1.22*0.33)+0.33)/(1.5+0.75)=32.5%。

リストを参照する際に役立つフィルターを使用できます。 アドレス、ステータスまたはチャネルに基づいてフィルタリングできます。

編集または 削除 各エントリに加えて、新しいエントリを作成します。

エントリを編集するには、対応する行をクリックし、必要に応じてフィールドを変更します。

新しいエントリを手動で追加するには、 Create 」ボタンをクリックします。

住所(または電話番号など)を定義し、 およびチャネルタイプ。 強制隔離リストに含まれるステータスとエラー理由を設定できます。 また、エラーが発生した日付、エラー数を指定し、エラーテキストを入力することもできます。 必要に応じて、アドレスに最後に送信された配信をドロップダウンリストから選択します。

強制隔離からのアドレスの削除 removing-a-quarantined-address

自動更新 unquarantine-auto

特定の条件に一致するアドレスは、データベースクリーンアップワークフローによって強制隔離リストから自動的に削除されます。 テクニカルワークフローについて詳しくは、 この節.

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

  • アドレスの Erroneous 配信が成功すると、ステータスが強制隔離リストから削除されます。
  • アドレスの Erroneous 最後のソフトバウンスが 10 日以上前に発生した場合、ステータスは強制隔離リストから削除されます。 ソフトエラー管理について詳しくは、この節を参照してください。
  • アドレスの Erroneous ~で跳ね返った状態 Mailbox full エラーは、30 日後に強制隔離リストから削除されます。

その後、ステータスは「 Valid.

実行する再試行の最大回数: Erroneous 再試行間のステータスと最小遅延は、IP が特定のドメインでどの程度過去に実行され、現在どの程度の動作を実行しているかに基づくようになりました。

IMPORTANT
アドレスが Quarantine または Denylisted ステータスは、電子メールを受信した場合でも削除されません。

手動更新 unquarantine-manual

アドレスの強制隔離を手動で解除することもできます。 強制隔離リストからアドレスを手動で削除するには、強制隔離リストからアドレスを削除するか、アドレスのステータスを「 」に変更します Valid.

  • 次の中からアドレスを選択します: Administration > Channels > Quarantines > Addresses リストと選択 Delete element.

  • アドレスを選択して変更 Status から Valid.

一括更新 unquarantine-bulk

例えば、ISP が停止した場合など、強制隔離リストで一括更新を実行する必要が生じる場合があります。 この場合、メールは受信者に正常に配信されないため、誤ってバウンスとマークされます。強制隔離リストからこれらのアドレスを削除する必要があります。

これを実行するには、ワークフローを作成し、 Query 強制隔離テーブルの「 」アクティビティを使用して、影響を受けたすべての受信者を除外します。 特定されると、それらは強制隔離リストから削除され、今後のキャンペーンメール配信に含めることができます。

インシデントの期間に基づいて、このクエリの推奨ガイドラインを以下に示します。

  • エラーテキスト(強制隔離テキスト) ​には、「550-5.1.1」が含まれ、かつ​ エラーテキスト(強制隔離テキスト) ​には、「support.ISP.com」が含まれている

    例えば、「support.ISP.com」は「support.apple.com」または「support.google.com」になります

  • ステータスを更新 (@lastModified) 以降 MM/DD/YYYY HH:MM:SS AM

  • ステータスを更新 (@lastModified) 以前 MM/DD/YYYY HH:MM:SS PM

影響を受ける受信者のリストが揃ったら、 Update data アクティビティのメールアドレスのステータスを次に設定: Valid したがって、これらは、 Database cleanup ワークフロー。 また、強制隔離テーブルから削除するだけでもかまいません。

アドレスを強制隔離に送信するための条件 conditions-for-sending-an-address-to-quarantine

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

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

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

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

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

ソフトエラー管理 soft-error-management

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

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

最後に重大なエラーが発生したのが 10 日以上前の場合、エラーカウンターが再初期化されます。アドレスのステータスは、 有効 強制隔離のリストから、 データベースのクリーンアップ ワークフロー。 ( テクニカルワークフローについて詳しくは、 この節.)

recommendation-more-help
3ef63344-7f3d-48f9-85ed-02bf569c4fff