概要

Suppression Updates は、グローバルな Eメール購読リストの維持に役立ちます。この機能を使用すると、連絡すべきでないユーザーが Eメールを受信しないように制限できます。これは、コンプライアンスを維持し、送信者レピュテーションを保護するために不可欠です。 抑制によってブロックされるのは、プロモーションキャンペーンとマーケティングキャンペーンのみです。トランザクションとしてタグ付けされたキャンペーン (配信チャネルから送信されたもの、または Inform 経由で送信されたもの) は、抑制されたユーザーにも届きます。唯一の例外はバウンスで、トランザクションを含むすべてのキャンペーンタイプがブロックされます。

配信停止と抑制の違い

配信停止と抑制は関連していますが、異なる概念です。この 2 つを混同すると、抑制管理が正しく行われず、コンプライアンス上のリスクにつながる可能性があります。 配信停止 (Unsubscribe) はユーザーのアクションです。ユーザーが配信を停止すると、MoEngage はそのプロファイルの標準の配信停止属性を True に設定します。これは、ユーザーが抑制される複数の理由の 1 つです。 抑制 (Suppression) はプラットフォーム側の結果です。MoEngage は、ユーザーのプロファイルについて次のいずれかに該当する場合、そのユーザーを抑制します (つまり、トランザクション以外のキャンペーンの送信を停止します)。

• BUC 属性 (Bounce、Unsubscribe、または Complaint) のいずれかが True に設定されている
• Frequency Capping (FC) の上限に達している
• Do Not Disturb (DND) 設定が適用される
• ユーザーが購読カテゴリをオプトアウトしている
• Double Opt-In (DOI) が未確認である

ブランドが抑制を管理する方法

MoEngage Eメールには単一の “抑制リスト” はありません。抑制はユーザーのプロファイル上の属性によって決定され、ブランドは次の 2 つの方法でこれらの属性を更新できます。

1. データエコシステムによる更新 — User Import または Server-to-Server (S2S) Data API。これらは関連する標準属性を直接上書きしますが、イベントは生成しません。(例外: ダッシュボードのユーザーのプロファイルページから行った更新は Eメール API を経由するため、イベントが生成されます。)
2. Eメールベースの更新 — Eメール設定の Suppression Management セクション、または Resubscribe API、Subscription Category API、Double Opt-In API。これらは対応する標準属性を更新し、ユーザーのプロファイルに対してイベントを生成するため、同意の変更を追跡可能な記録として残すことができます。

同意の変更の監査証跡が必要な場合は、Eメールベースの方法を使用してください。

ユースケース

• 従来の Eメールマーケティングプラットフォームまたは ESP からの移行: MoEngage に移行する際に、過去の抑制リスト (バウンス/配信停止/スパム) を一括インポートして、初日から送信者レピュテーションを保護します。
• SendGrid 同期の自動化: 抑制の更新を SendGrid に自動的に反映し、手作業なしでトランザクション以外の送信者のコンプライアンスを維持します。これは、MoEngage で Eメール送信者を構成する際に Unsubscribe Settings で SendGrid Tracking を選択した場合にのみ適用されます。
• **重要な Eメールの保護: **ワンタイムパスワード (OTP) やパスワードリセットなどの重要なトランザクションアラートをブロックすることなく、マーケティングキャンペーン用のグローバル抑制リストを維持します。
• 抑制リクエストの独立した管理: セルフサービスが有効なワークスペースでユーザーの配信停止または再購読を行い、個々のステータス更新のためにサポートチケットを発行する必要をなくします。

ユーザーの一括インポート

Suppression Updates の主な機能は、既存の購読リストを一括でインポートすることです。これは、特に以前の Eメールマーケティングプラットフォームまたは ESP から移行する場合に、Eメールオンボーディング中の重要な手順です。 この機能を使用して、過去に次のような状態になったユーザーの CSV リストをアップロードします。

• Eメールがバウンスした。
• コミュニケーションの配信を停止した。
• Eメールをスパムとしてマークした (苦情)。

CSV ファイルの要件

購読リストが正しくインポートされるよう、CSV ファイルは次の要件に従う必要があります。

• CSV ファイルは、以下に示す列の順序に厳密に従う必要があります。列ヘッダーの大文字と小文字は区別されませんが、正常に処理されるよう順序を変更しないでください。
  • 識別子列: この列には Email ID、MoEngage ID,、または Email ID/MoEngage ID というラベルを付けます。ワークスペースで PII トークン化が有効になっている場合は、この列に ID というラベルを付ける必要があることに注意してください。
  • Unsubscribe
  • Bounce
  • Spam
• 各ユーザーについて、CSV では Unsubscribe、Bounce、Spam の列に true または false (大文字と小文字は区別されません) を指定する必要があります。たとえば、配信を停止したものの、バウンスしたこともスパムとしてマークしたこともないユーザーの値は次のようになります。
  • Unsubscribe: true
  • Bounce: false
  • Spam: false
• CSV ファイルに重複する Eメールエントリを含めないでください。重複が見つかった場合、MoEngage はファイル内の最後のエントリのみを処理し、それより前の重複はすべてスキップします。
• ユーザーが再購読したとみなされるのは、MoEngage が 3 つの抑制カテゴリすべてについて、ステータスを true (抑制) から false (アクティブ) に更新した場合のみです。3 つのエントリすべてについてユーザーの現在のステータスがすでに false の場合、更新は行われません。
• 3 つの抑制カテゴリすべてが false に設定されている場合、ユーザーは到達可能になり、3 つのカテゴリのいずれかが true に設定されている場合、ユーザーは抑制されます。
• Unsubscribe 列に指定した値に応じて、同じ CSV ファイルを使用してユーザーの配信停止または再購読を行うことができます。以前に配信を停止したユーザーを到達可能にするには、Unsubscribe の値を false に設定したファイルをアップロードします。Bounce と Complaint も false であれば、そのユーザーは再び Eメールを受信できるようになります。
• BUC 属性 (Bounce、Unsubscribe、または Complaint) のステータスが変更されると、MoEngage は次のイベントを生成します。

BUC 属性	ステータスの変更	生成されるイベント名
Bounce	False から True	Email Bounced
	True から False	Email Bounce Reset
Unsubscribe	False から True	Email Unsubscribed
	True から False	Email Resubscribed
Complaint	False から True	Email Complained
	True から False	Email Complain Reset

購読更新ファイルをアップロードする

• ワークスペースで Eメールオンボーディングのセルフサービスが有効になっている場合は、こちらの説明に従って抑制を管理できます。
• ワークスペースで Eメールオンボーディングのセルフサービスが有効になっていない場合は、こちらの説明に従って抑制を管理できます。

FUP の制限

システムの安定性を維持し、Suppression Management サービスへの過剰な負荷を防ぐため、ワークスペースレベルで次の制約が適用されます。

• ファイルサイズの上限: アップロードは 1 ファイルあたり 75 MB に厳密に制限されています。
• 重複ファイル名の検証: 冗長な処理を避けるため、MoEngage は既存のファイル名をチェックします。同じ名前のファイルがすでに処理されている場合、アップロードリクエストは拒否されます。
• アップロード頻度の制限: リソースを公平に利用できるよう、ファイルのアップロードには次の頻度制限が適用されます。

  時間枠	許可される最大アップロード数
  5 分	5 回
  15 分	10 回
  1 時間	20 回
  24 時間	50 回