MA運用が回り始めると、メール施策は増えます。
メルマガ、資料DL後のフォロー、ウェビナー案内、スコア上昇時の追加配信……。個々の施策は正しくても、受信者から見れば「また来た」に変わり、解除（配信停止）や反応低下につながります。
このとき現場で起きがちなのが、「週◯通は多い／少ない」という主観論です。
頻度の“正解”は業種や顧客の検討状況で変わります。
本記事では、正解探しをやめて、破綻しない“上限”を先に設計する方法を解説します。
なぜ「配信頻度の最適」が分からなくなるのか
理由は大きく2つです。
1つ目は、総量が見えないことです。
施策単位で見れば適量でも、同じコンタクトに複数のキャンペーンやシナリオが重なると、体感頻度が跳ね上がります。
部門が分かれているほど「誰が、いつ、どれだけ送っているか」が把握できず、結果として衝突や重複配信が起きます。
2つ目は、評価指標が配信側都合になりやすいことです。
配信数や開封率だけを追うと、「増やせば当たる」運用になりがちです。
一方で解除や迷惑メール報告は、遅れて出る赤信号です。
赤信号が見えてから慌てて減らしても、送信者評価や到達性の回復には時間がかかります。
解除（配信停止）・反応低下を招く“赤信号”は何か
頻度設計は「起きてから対処」ではなく「兆候で調整」が基本です。
まずは次の4つを、同じ粒度で追えるようにします。
- 解除率（配信停止率）
- 迷惑メール報告（苦情率）
- ハードバウンス
- 反応（開封率・クリック率・CV）
とくに苦情（迷惑メール報告）とハードバウンスは、送信者の評判を下げ、到達性にも影響します。
重要なのは「単発の数字」より「推移」です。
解除や苦情が急に跳ねたのか、クリック率がじわじわ下がっているのかで、打ち手が変わります。
全体平均ではなく「セグメント別」「ステージ別」に分けて見ると、原因の当たりどころが早く見つかります。
「頻度が原因か？」を切り分ける4つの観点
解除や反応低下が起きたとき、いきなり配信を減らす前に、次の4観点で切り分けます。
頻度は“最後に触るレバー”にすると失敗が減ります。
観点1：ターゲット セグメントが粗いと頻度のせいに見える
ターゲットが広すぎると、関心の薄い層にまで配信が届きます。
すると、どれだけ頻度を下げても「そもそも不要なメール」と見なされ、解除は止まりません。
最初に「誰に送るか」を見直し、関心のある層に絞り込みます。
観点2：内容 同じテーマの連投は“頻度以上に”飽きやすい
配信回数が同じでも、内容が単調だと体感は「多い」になります。
件名だけ変えて中身が同じ、似た訴求が連続する、などは典型です。
上限を厳しくする前に、関連性（パーソナライズやセグメント）を上げる余地を確認します。
観点3：タイミング 検討ステージと配信ペースがズレていないか
BtoBは検討期間が長く、今すぐ検討している人と、情報収集中の人が混在します。
商談に近い層は密度高く情報を求める一方、低関心層に同じ頻度で送ると疲労が溜まります。
スコアや直近行動でステージを仮置きし、許容頻度を分けます。
観点4：リスト品質 休眠が増えると平均反応が落ちる
反応が薄い層が増えると、平均の開封・クリックは下がり、頻度が原因に見えます。
一定期間反応がない層は配信を弱める、別シナリオに移す、再同意を取るなど、リスト健全性の観点で処置します。
上限設計の基本フレーム
同じユーザーに対して送るメールの上限設計は「期間 × 上限値 × 優先順位 × 抑制条件」で考えます。
決める順番を間違えないことがポイントです。
1) 期間：週・月・ローリング30日のどれで管理するか
運用が簡単なのは週・月です。
一方、月初に配信が集中しがちな組織では「直近30日」のローリングの方が実態に合います。
どれを採用してもよいですが、全施策で同じ期間に揃えると衝突が管理しやすくなります。
2) 上限値：全体上限＋カテゴリ別上限の二段構え
「全体で月◯通」だけだと、重要な連絡が埋もれます。
おすすめは、全体上限に加えてカテゴリ別の上限を持つことです。
たとえば「イベント」「製品案内」「定期情報」など、受信者の体感が似る単位で分けます。
3) 優先順位：上限に達したとき“何を残すか”を決める
上限に達したときに判断が曖昧だと、現場は毎回揉めます。
重要通知＞商談中フォロー＞ナーチャリング＞メルマガ、のように優先順位を固定し、上限超過時は低優先が自動で落ちる（または送信延期）状態にします。
4) 抑制条件：上限より強い“停止スイッチ”を用意する
上限を守っていても、関係が悪化することはあります。
そこで、抑制条件（例：苦情が出た／ハードバウンスが出た／一定期間反応なし）を用意し、該当するコンタクトには配信を弱める、または止めます。
上限値をどう決めるか 数字の根拠を「現状」から作る
上限設計で一番つまずくのは、「結局、月に何通が上限なのか」という問いです。
ここで大切なのは“業界平均”を探すことではありません。
自社の現状と、悪化が起きる境目をもとに、段階的に決める方が安全です。
まず、直近1〜3か月の配信ログをコンタクト単位で集計します。
1人あたりが期間内に受け取った通数の分布を出し、中央値と上位10〜20%（多く受け取っている層）の通数を把握します。
次に、その分布を解除率・苦情率・クリック率などと突き合わせ、「どの辺りから悪化が始まるか」を見ます。
悪化の兆しが見える手前を、暫定の上限に置くのが現実的です。
最後に、上限を“一律”ではなく、ステージ別に2段階にします。
たとえば「情報収集中（低関心）」は低め、「検討が進んだ層」は高め、といったように2段階に分けると、解除のリスクを抑えながら、必要な接点密度は確保できます。
ルールを一枚にする：配信上限ポリシー
上限設計を運用に落とすには、1枚のポリシーにまとめるのが有効です。
最低限、次の項目が揃うと、配信の追加が発生しても破綻しにくくなります。
- 管理期間
- 全体上限
- カテゴリ定義とカテゴリ別上限
- 優先順位（上限超過時の扱い）
- 例外（上限対象外の条件）
- 抑制条件（停止・弱める条件）
- 監視指標（解除・苦情・バウンス・反応・CV）
- 見直し頻度
ここで「例外」を増やしすぎると、上限は形骸化します。
例外は“メール種別”ではなく“条件”で定義しましょう。（例：申込者へのリマインド、契約関連の通知など）
上限の概念が機能として整理されているツールでは、頻度セーフガードで過剰配信を抑え、解除を防ぐ狙いも明記されています。
MAでの実装ポイント お願いではなく仕組みで守る
配信衝突を減らす
まず全施策の配信日と対象セグメントを可視化します。
週単位で“山”ができていないか、同一セグメントに複数施策が重なっていないかを確認し、必要なら配信を延期します。
上限に達したら低優先を落とす仕組みがあると、総量の暴走を止めやすくなります。
プリファレンス（配信設定）を整える
解除が増える理由の一つは「調整手段が解除しかない」ことです。
カテゴリ選択や頻度選択（オプトダウン）を用意すると、関係を保ったまま不満を減らせます。
到達性も同時に守る
頻度議論を開封率だけで行うと、危険信号を見落とします。
送信量を増やす局面ほど、苦情率・ハードバウンス・ユーザー報告スパム率をセットで監視しましょう。
よくある失敗と回避策 上限設計が形骸化するパターン
上限設計は、作った瞬間がピークになりやすい領域です。
ありがちな失敗を先に潰しておくと、運用が長持ちします。
上限だけ決めて、優先順位がない
上限超過が起きた瞬間に現場が判断できず、結果として“全部例外”になっていきます。
上限を決めたら必ず、上限超過時に落とすカテゴリを合意し、MA上でも落とせる形にします。
例外が増え続ける
重要通知は例外にしてよいのですが、キャンペーンが例外扱いになると上限は意味を失います。
例外は限定的にし、代わりに抑制条件を強く持つのが安全です。
全施策を同じ頻度に寄せてしまう
頻度は、リードステージや直近行動で変えるのが前提です。
低関心層に合わせすぎると商談機会を逃し、高関心層に合わせすぎると解除が増えます。
二段階以上の上限を持ち、段階的に調整する方が事故が少なくなります。
テストをせずに一気に減らす／増やす
頻度を大きく動かすと短期の数字は変動します。
段階テストとホールドアウトで“送らない影響”も比較し、上限の妥当性を検証してから固定します。
指標と改善サイクル 上限は“固定”ではなく“更新”する
上限は決めて終わりではありません。
監視（解除・苦情・バウンス・反応・CVをセグメント別に確認）→仮説（どのカテゴリ、どのステージで悪化したか特定）→テスト（頻度を段階的に変え、A/Bやホールドアウトで比較）→反映（上限値、カテゴリ別上限、抑制条件を更新）という流れで更新をするようにしましょう。
「全体の上限を一律に下げる」より、「悪化している束だけを絞る」方が、機会損失を抑えつつ解除を減らせます。
まとめ 頻度の正解探しをやめ、上限設計で顧客体験を守る
MAの配信頻度に一律の正解はありません。
だからこそ、個別施策の議論ではなく、上限というガードレールを先に作ることが効きます。
期間を揃え、全体上限＋カテゴリ別上限を持ち、優先順位と抑制条件まで定義する。そして仕組みで守り、指標とテストで上限を更新する。
これが、解除・反応低下を未然に防ぎながら、必要な情報を必要な相手に届け続けるための現実的な運用設計です。
シーサイドでは、MAツールの導入設計から改善まで幅広く対応させていただいております。
お困りやご相談がありましたら、まずはお気軽にお問い合わせください。
