Salesforce Marketing Cloudのほとんどの契約では、リストをクリーニングしても今月の請求額は下がりません。料金は、アーカイブした途端に減る人数ベースではなく、年間契約に基づくコンタクトとスーパーメッセージの数で決まるためです。そのため、SFMCでのリスト管理は、セルフサーブ型のESPとは目的が異なります。得られるのは請求額の削減ではなく、従量管理される送信ボリュームと専用IPのレピュテーションの保護です。ここで重要になる仕組みは削除ボタンではなく、送信の除外対象として適用する抑制用データエクステンションです。
プラットフォーム側でも、対処の一部は行われています。アドレスのバウンスが一定回数に達すると、SFMCはそのサブスクライバーのステータスをHeldに変更し、以降は黙って送信を止めます。すでに送信したことのあるアドレスについては、信頼できる自動のリスト管理です。死角になるのは、まだ送信していないアドレスです。データエクステンションへのインポート、古いCRMレコード、入力ミスなどは、初回の送信で無効だと判明するまで、送信可能なように見えたままアカウント内に残ります。このガイドでは、Heldが自動で行うこと、Heldでは見えないアドレス、そして次の送信の前に無効なアドレスを外す「エクスポート → 検証 → 抑制」の流れを解説します。
Salesforce Marketing Cloudが標準で行っていること#
SFMC標準の衛生管理は、All Subscribersリストを基準に、サブスクライバーのステータスとアカウントレベルのバウンス管理で動きます。
- ハードバウンスのアドレスはHeldになります。 アドレスがハードバウンスすると、SFMCはバウンスを記録し、サブスクライバーをHeldステータスへ移行します。以降の送信ではスキップされます。Heldはアカウントレベルで適用されるため、そのサブスクライバーを対象にするすべての送信に反映されます。
- ソフトバウンスが繰り返されると段階的に扱いが変わります。 連続する複数回の送信でソフトバウンスしたアドレスは、最終的にハードバウンスと同様に扱われてHeldになり、延々と再試行されることはありません。
- Heldはステータスであり、削除ではありません。 Heldやバウンス状態のサブスクライバーは、データエクステンションとAll Subscribersリストに残ったままです。SFMCは送信を止めるだけです。そのアドレスを保持するすべてのデータエクステンションで有効な行として残り続け、契約規模の基準となるコンタクト総数にも含まれます。
上記のSalesforce Marketing Cloudの動作は、公開されているバウンス管理とサブスクライバーステータスの仕様に基づいており、2026年7月に確認したものです。
すでにSFMCが送信したアドレスについては、これは信頼できる自動の衛生管理であり、評価すべき点です。ただし、まだ送信していないアドレスは対象外です。SFMCの規模では、その死角は1回のバウンスにとどまらず、送信者レピュテーションと従量管理される送信ボリュームに影響します。
Salesforce Marketing Cloudが見逃すもの#
上記の仕組みはすべて事後対応型で、送信とバウンスが起きて初めて作動します。これはどのESPにも共通する死角ですが、SFMCでは専用IPで運用する送信者が多く、第一印象がそのまま残り続けるため、影響がより大きくなります。
- 一度も送信していない無効なアドレス。 CRMや別のプラットフォーム、購入したリードリストからデータエクステンションにインポートしたレコードは、一度も送信されていないため、バウンスの履歴がありません。最初の送信までSFMCには何の手がかりもなく、その最初の送信こそ、メールプロバイダーが送信元IPに対する第一印象を形成するタイミングです。再利用されたスパムトラップは、まさにこうした未送信のインポートに紛れています。
- 使い捨てアドレス。 登録時には受け付けられても、やがて黙って消滅します。
- 役割アドレス（
info@、support@）。エンゲージメントに基づくジャーニーやデシジョニングの指標を歪めます。 - 劣化したアドレス。 今日は問題なく見えても、来月にはバウンスします。
データエクステンションへのインポートは、最も影響が大きいケースです。バウンス履歴が取り除かれた状態で取り込まれるため、旧プラットフォームですでに失敗していたアドレスも、Marketing Cloudでは新規のアドレスに見えます。しかも、そのすべてが次の送信で実際に送られる有効な行です。検証は、最初の送信後ではなく、インポートの前に行ってください。
Salesforce Marketing Cloudのリストをクリーニングする：エクスポート、検証、対応#
ネイティブのSalesforce Marketing Cloud連携は近日提供予定で、現在再構築を進めています。現時点で対応しているのは、CSVの流れとAPIを使う方法です。MailchimpやHubSpotのガイドと同じ手順を、SFMCのデータエクステンションの仕組みに合わせたものです。
- Marketing Cloudからエクスポートします。 クリーニングしたいデータエクステンション（またはセグメント）をCSVに書き出します。Automation Studioのデータ抽出か、アカウントのコンタクト・メール関連エリアにあるエクスポート機能を使い、メールアドレスの列を必ず含めてください。
- ファイルを検証します。 Qualisendの一括クリーニングにアップロードします。最大1,000,000件のアドレスに対応し、重複は1回分のみ課金されます。アドレスを直接貼り付けることもできます。無料プランの100クレジットで、最初のサンプルを検証できます。
- 結果を確認します。 すべてのアドレスについて、
deliverable、risky、undeliverable、unknownのいずれかが、理由コードとサブフラグ（キャッチオール、使い捨て、役割アドレス、メールボックス満杯）、および根拠となるMXプロバイダーとプローブの詳細とともに返されます。クリーニング済みのCSVをダウンロードしてください。 - 抑制用データエクステンションを作成します。 結果を
undeliverable（と、残したくない使い捨てアドレス）に絞り込み、専用の抑制用データエクステンションにインポートします。これを送信の除外対象として適用してください。SFMCでは送信時に抑制リストを除外でき、Automation StudioのSQL Query Activityを使えば、データエクステンションを定期的に更新して最新の状態に保てます。元のレコードを削除せずに、無効なアドレスを送信対象から外せます。 - それ以外は判定結果ごとに対応します。 下の表を参照してください。
判定結果ごとの対応#
| 判定結果 | Salesforce Marketing Cloudでの対応 |
|---|---|
deliverable | 通常どおり送信を続けます。 |
deliverable + 役割アドレスのフラグ | トランザクションメールとアカウント関連のメールには残し、エンゲージメントスコアを使うジャーニーからは除外します。詳しくは役割アドレス、使い捨て、フリーメールをご覧ください。 |
risky + キャッチオールのフラグ | 専用のデータエクステンションに移し、一斉送信ではなく送信量を絞って配信します。 |
risky + 使い捨てのフラグ | 抑制用データエクステンションに追加します。そのメールボックスは、期限付きで作られたものです。 |
unknown | 有効のままにして、次回のクリーニングで再検証します。多くの場合、グレーリスティングやレート制限などの一時的なブロックが原因で、メールボックス自体の判定ではありません。 |
undeliverable | 抑制用データエクステンションに追加します。バウンスで証明されるのを待たないでください。 |
抑制リスト、スーパーメッセージ、大規模運用でのレピュテーション#
ここがSFMC特有の重要な点です。月額請求のセルフサーブ型ESPとは、クリーニングの効果の現れ方が異なるためです。Marketing Cloudはエンタープライズ向けのプラットフォームで、ほとんどの契約ではコンタクトとスーパーメッセージの数に対して年間契約で支払います。行をアーカイブした途端に減る人数ベースではありません。そのため、MailchimpやHubSpotとは違い、リストをクリーニングしても今月の請求額は減りません。
代わりに守られるものは、大規模運用ではより価値の高いものです。
- 従量管理される送信ボリューム。 無効なアドレスへの送信は、すでに支払い済みのスーパーメッセージの枠を消費し、契約のボリューム上限に近づけます。この無駄の最大の原因は、一度も送信していない無効なアドレスです。
- コンタクト総数。 不要なレコードは、それを参照するすべてのデータエクステンションで有効な行として残り、更新時の契約規模の基準となるコンタクト数を知らないうちに押し上げます。
- 送信者レピュテーション。 最も重要なのはこれです。専用IPから、一度も送信していない無効なアドレスや再利用されたスパムトラップへ送ると、まさにレピュテーションが損なわれ、バウンス率が上がります。ただし、クリーンなリストは対策の半分にすぎません。どれだけ完璧にリストを管理しても、Salesforce Marketing Cloudの送信ドメインをSPF、DKIM、DMARCで認証していなければ、迷惑メールに振り分けられます。これらはGmailとYahooが今や入口で求めているチェックです。レピュテーションの再構築は、リストの検証よりはるかに高くつきます。
抑制用データエクステンションを維持することが、この3つすべてを守る確実な方法です。削除ではなくデータエクステンションで管理するため、無効と判明したアドレスはすべての送信で除外され続け、元のレコードも残ります。そのため、将来のインポートで、すでに外したアドレスが知らないうちに再登録されることはなく、監査証跡も残ります。エンタープライズやコンプライアンスの場面では、これが重要です。
再クリーニングの頻度#
万能な頻度はなく、ここで根拠のない劣化率を挙げることもしません。実際の決め手は、オーディエンスがどれだけ速く増えるかと、どこから獲得しているかです。ダブルオプトインのリストは劣化がゆるやかですが、CRM同期やリードリストで増えるリストでは、不要なアドレスが絶えず溜まっていきます。多くの送信者には、次の3つの習慣で足ります。
- 重要な送信の前。 専用IPでの、ローンチ、更新の促進、季節キャンペーンなどです。
- インポートの後、 新しいデータエクステンションに初めて送信する前。
- 送信量に応じた定期的なサイクル。 クリーニングの間は、送信ごとのバウンス率を警戒のしきい値にします。バウンス率が警告水準に近づいたら、すぐにクリーニングしてください（バウンス率が重要な理由を参照）。
よくある質問
01リストをクリーニングすると、Salesforce Marketing Cloudの請求額は下がりますか？
直接下がることは、通常ありません。SFMCの料金は、行を抑制した途端に減るセルフサーブ型の月額カウントではなく、契約に基づくコンタクトとスーパーメッセージの数で決まります。そのため、MailchimpやHubSpotのように今月の請求額が減ることはありません。一方で、従量管理されるスーパーメッセージが無効なアドレスに使われるのを防ぎ、不要なレコードが更新時の契約規模の基準となるコンタクト総数を押し上げるのも防げます。さらに重要なのは、無効なアドレスが知らないうちに損なう送信者レピュテーションを守れることです。
02問題のあるコンタクトは削除すべきですか、それとも抑制リストを作るべきですか？
抑制用データエクステンションを作成し、送信の除外対象として適用してください。実行するすべての送信で配信が止まり、元のレコードも残ります。監査証跡が保たれ、将来のインポートで無効と判明したアドレスが知らないうちに再登録されることも防げます。削除するとこの安全策を失うため、二度と見たくない本当に不要なデータだけに限定してください。
03Marketing Cloudに入る前にアドレスを検証できますか？
はい。最も効果の高い方法です。取得時にAPIで検証すれば、入力ミスや使い捨てアドレスがデータエクステンションに入らないため、送信にも課金対象のコンタクト行にも到達しません。ネイティブのSalesforce Marketing Cloud連携は近日提供予定です。提供開始までは、上記のCSVの流れが現在対応している方法です。
04Salesforce Marketing CloudのHeldステータスとは何ですか？
Heldは、アドレスが繰り返しバウンスした後にSFMCが割り当てるサブスクライバーのステータスで、Heldのサブスクライバーは以降の送信でスキップされます。これは事後対応型で、実際のバウンスが起きて初めて作動し、アカウントレベルで適用されます。そのため、すでに送信したアドレスからは守れますが、新しいインポートに含まれる未送信の無効なアドレスは検出できません。送信前の検証が今も重要なのはそのためです。
エクスポートしたファイルは、送信に使う前にクリーニングしましょう。ファイルをQualisendの一括検証にかけるか、無料メールチェッカーで1件のアドレスを無料で試して、deliverable、risky、undeliverableの判定結果を確認してから、抑制用データエクステンションを作成してください。
