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

強制隔離について about-quarantines

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

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

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

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

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

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

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

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

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

<!- SMS 配信からオプトアウトするために、ユーザーが STOP などのキーワードを使用して SMS メッセージに返信した場合、そのユーザーのプロファイルは、メールオプトアウトプロセスのようにブロックリストには追加されません。 代わりに、プロファイルの電話番号は、On denylist ステータスで強制隔離に送信されます。 このステータスは電話番号のみを参照し、プロファイルは引き続きメールメッセージを受信します。

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

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

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

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

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

管理者は、Administration > Channels > Quarantines > Addresses メニューから、プラットフォーム全体の強制隔離中のメールアドレスの詳細なリストにアクセスできます。

リストの参照に役立つフィルターを使用できます。 アドレス、ステータスまたはチャネル（あるいはその両方）でフィルタリングできます。

エントリごとに編集または 削除したり、新しいエントリを作成したりできます。

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

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

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

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

自動更新 unquarantine-auto

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

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

その後、ステータスは Valid に変わります。

ステータスが Erroneous の場合に実行される再試行の最大数と再試行間の最小遅延は、現在、IP が特定のドメインで過去と現在の両方でどの程度機能しているかに基づいています。

手動更新 unquarantine-manual

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

一括更新 unquarantine-bulk

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

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

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

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

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

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

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

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

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

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

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

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