コールドメールに必要なメールボックスは何個か？（2026年の計算）

先に答えを言いましょう。1日の送信目標を、メールボックスあたり20〜30通で割ってください。それが必要なコールドメール用メールボックスの数です。次に、メールボックス数を2〜3で割ってドメイン数を求めます。1つのドメインには2〜3個を超えるメールボックスを絶対に設定すべきではないからです。1日500通のコールドメールを送りたいですか？ それなら8〜10のドメインにまたがる、およそ20〜25個のメールボックスが必要です。これが計算式のすべてです。

その計算に驚いたなら——1つか2つのメールアカウントでアウトリーチ運用全体をまかなえると思っていたなら——あなただけではありません。それは、創業者や営業チームがコールドアウトリーチを始めるときに犯す、最も一般的な計算ミスであり、ドメインのレピュテーションを焼き尽くし、以降のすべてのメールをスパムに送り込む最速の方法です。

本ガイドでは、その計算のすべてを解説します。なぜ2026年においてメールボックスあたり20〜30通が上限なのか、1日100通から10,000通までの実例、なぜ「ドメインあたり2〜3個のメールボックス」ルールが存在するのか、これらすべてが実際にいくらかかるのか、そしていつ容量を追加すべきかをどう見極めるのか。読み終える頃には、当て推量ではなく、コールドメールのインフラを正確にサイジングできるようになっているはずです。

メールボックスあたりの安全な送信制限

あらゆるメールボックスの計算は、1つの数字から始まります。1つのメールボックスが1日に安全に送信できるコールドメールの数です。2026年、配信性の専門家と主要なコールドメールプラットフォームすべての間でのコンセンサスは、メールボックスあたり1日20〜30通のコールドメールです。十分に熟成したアカウントで40〜50通まで押し上げる運用者もいますが、20〜30通は配信性が一貫して健全に保たれる範囲です。

なぜそんなに低いのか？ それは、技術的な制限と安全な制限がまったく別の数字だからです。Google Workspace はアカウントあたり1日最大2,000通の送信を許可し、Microsoft 365 は1日10,000人の受信者を許可します。しかし、それらの制限は正当なビジネス上のやり取り——購読者へのニュースレター、社内スレッド、トランザクションメール——のために存在します。コールドアウトリーチの許可証ではありません。真新しいメールボックスが1日500通の迷惑メールを送りつけるのは、まさに教科書どおりのスパムパターンであり、両プロバイダーのフィルタリングシステムは数日以内にそれをフラグ付けします。

2024年の Google と Yahoo による大量送信者ルールは、これをさらに明確にしました。1日5,000通を超えて Gmail へ送信する送信者は、スパム苦情率を0.3%未満（推奨目標は0.1%）に維持し、ワンクリックの購読解除を実装し、SPF、DKIM、DMARC の完全な認証を通過しなければなりません。Microsoft も2025年に、大量送信者向けの同等の要件を追加しました。コールドメールは、こうした監視が始まるしきい値をはるかに下回り続けられるかどうかで生死が決まります——そして、メールボックスあたりの送信量を低く保つことが、その方法なのです。

エンゲージメントの計算も働いています。Gmail のフィルターは受信者のエンゲージメントを重く評価します。開封、返信、受信トレイへの移動はレピュテーションを築き、読まずに削除することやスパム報告はそれを破壊します。まともなキャンペーンで1日25通のコールドメールなら、メールボックスあたり1日数件の返信があれば、レピュテーションを安定させるのに十分なポジティブシグナルになります。1日200通では、送信量に対する割合としてエンゲージメント率が崩壊し、アルゴリズムはあなたを大量メールと読み取ります。

最後に、いきなり1日25通から始まるメールボックスは存在しないことを覚えておいてください。新しいアカウントにはウォームアップのランプが必要です。第1週は1日5〜10通、自動ウォームアップの会話と実際の送信を織り交ぜながら、2〜4週間かけて徐々に増やしていきます。このランプを飛ばすことは、過剰送信に次いでメールボックスを焼き付ける2番目に速い方法です。完全なランプスケジュールは、メールウォームアップのベストプラクティスのガイドで解説しています。

メールボックスの計算：シンプルな公式

メールボックスあたりの制限が定まったので、サイジングの公式は単純明快です。

必要なメールボックス数 = 1日のメール目標 ÷ メールボックスあたり20〜30通。 次に：必要なドメイン数 = メールボックス数 ÷ ドメインあたり2〜3個。 最後に、素のメールボックス数の上に20〜30%のバッファを追加します——休止期間のためにメールボックスをローテーションで外したり、配信性の問題を起こしたアカウントを入れ替えたり、送信能力を切らさないようにバックグラウンドで新しいメールボックスをウォームアップし続けたりするための予備容量が欲しくなるからです。

よくある4つの送信量ティアで数字を計算してみましょう。

1日100通（ひとり創業者、または最初のSDR）： 100 ÷ 25 = 4個のメールボックス、バッファを含めて4〜5個を見込みます。ドメインあたり2〜3個のメールボックスなら、2つのドメインです。これは典型的なスターター構成です。2つのセカンダリドメイン、それぞれに2個のメールボックス、そして予備として5個目のメールボックスをウォームアップ中。1日80〜150通の送信能力があれば、他に何かを買う前に成長する余地があります。

1日500通（成長中の営業チーム）： 500 ÷ 22〜25 = 8〜10のドメインにまたがる、およそ20〜25個のメールボックス。このティアではローテーションが重要になり始めます。25個のメールボックスがあれば、常に20個をアクティブに稼働させ、5個を休ませて、毎週アカウントを循環させることで疲労が蓄積しないようにできます。ここは、10のドメインと25個のメールボックスを手作業で設定するのに何日もかかるため、ほとんどのチームが手動設定から自動プロビジョニングへと卒業する地点です。

1日1,000通（スケールしたアウトバウンド活動）： 1,000 ÷ 22〜25 = 15〜20のドメインにまたがる40〜50個のメールボックス。ここではバッファが交渉の余地のないものになります——この送信量では、統計的に毎月どこかのドメインが配信性の不調に陥り、キャンペーンを止めずに差し込める、ウォームアップ済みの入れ替え要員を用意しておく必要があります。

1日10,000通（エージェンシーまたはエンタープライズのアウトバウンド）： 130以上のドメインにまたがる400以上のメールボックス。この規模では、コールドメールのインフラは正真正銘のオペレーション機能です。ドメイン購入のパイプライン、時間差のウォームアップコホート、自動化された健全性モニタリング、継続的な入れ替えサイクル。これを手動で運用する人はいません。これがあなたの進む道なら、1日100通から10,000通へのコールドメールのスケーリングに関する完全なプレイブックをお読みください。

どのティアでも一定に保たれるものに注目してください。ドメインあたり2〜3個のメールボックス、メールボックスあたり20〜30通のメール、そして20〜30%のバッファ。スケールしても公式は変わりません——変わるのはユニットの数だけです。

なぜドメインあたり2〜3個のメールボックスなのか（10個ではなく）

メールボックスが制約要因なら、なぜ1つのドメインに10個のメールボックスを積み上げてお金を節約しないのか？ それは、Gmail と Microsoft が、メールボックスレベルだけでなくドメインレベルでもレピュテーションを追跡しているからです。10個のメールボックスがそれぞれ25通のコールドメールを送るということは、ドメイン自体が1日250通のコールドメールを放出しているということです——そして、その合計送信量こそがフィルターに見えるものです。個々のメールボックスは控えめに見えても、ドメインは大量送信者のように振る舞い始めます。

2〜3個のメールボックスにとどめると、各ドメインは1日40〜90通のコールドメールに抑えられ、これは通常の小規模ビジネスのパターンに余裕をもって収まる送信量です。これがドメインレピュテーションの分離です。各ドメインは合計送信量の小さく独立した一片を担い、どのドメインも、アルゴリズムの注意を引くほどの送信行動を蓄積することはありません。

2つ目の理由は影響範囲です。ドメインは焼き付きます。キャンペーンが悪いリストをターゲットにし、数人の受信者がスパムボタンを押し、ブラックリストがそのドメインを拾う——それは慎重な運用者にさえ起こります。ドメインのレピュテーションが失われると、その上のすべてのメールボックスが道連れになります。ドメインあたり2〜3個のメールボックスなら、焼き付いたドメインが失わせるのは、ささやかな運用の容量のせいぜい10〜15%です。1つのドメインに10個のメールボックスがあると、たった1週間の不調でアウトバウンド活動全体が消し飛ぶ可能性があります。

これが、問題のドメインに自社のプライマリ企業ドメインを決して含めるべきでない理由でもあります。すべてのコールド送信はセカンダリドメイン——メインサイトにリダイレクトする、ブランドの近い変種（getacme.com、acmehq.com、tryacme.io）——に属します。セカンダリドメインが焼き付いたら、それを引退させて別のものを立ち上げます。プライマリドメインが焼き付いたら、請求書、サポート返信、パスワードリセットがスパムに届き始めます——修復に何ヶ月もかかる、会社全体の問題です。命名戦略とリダイレクトの設定については、コールドメールにおけるセカンダリドメイン対プライマリドメインのガイドで詳しく解説しています。

「ドメインは土台ではなくヒューズだと考えましょう。それぞれが、飛んでも不便で済み、決して大惨事にならない程度の小さな負荷を担うべきです。」

予算：これにかかるコスト

メールボックスの計算は、そのまま予算に置き換わります。項目は3つあります。ドメイン、メールボックスのシート、そして時間です。

ドメイン： 標準的な .com 登録なら、1ドメインあたり年間$10〜15を見込んでください（.io や .co のような代替TLDはもっと高くなります）。10ドメインの1日500通運用は年間およそ$100〜150、15〜20ドメインの1日1,000通運用は年間$150〜300です。ドメインは安い部分です——ドメインのコストにつられて、メールボックスを積み上げすぎてはいけません。

メールボックスのシート： Google Workspace Business Starter は、シートあたり月額およそ$6〜7です。これがあなたの支配的な継続コストです。40〜50個のメールボックスで1日1,000通なら、Workspace シートだけで月額およそ$280〜320——ドメインを含めた1日1,000通の容量で年間ざっと$3,600〜4,100です。メールあたりで見ると驚くほど安く、月22日の送信日で、コールドメール1通あたりのインフラコストはおよそ1.5セント。それを1人のSDRの1時間のコストと比べれば、アウトバウンドチームがこのチャネルをスケールし続ける理由が経済的に説明できます。

時間： 隠れたコストはウォームアップです。すべての新しいメールボックスは、完全なコールド送信量を担えるようになるまで2〜4週間のランプを必要とします。つまり、ゼロから始める1日1,000通の運用は、すべてを購入・設定した後でさえ、容量に達するまで1ヶ月以上かかるということです。DNS設定、管理コンソールのセットアップ、アカウントを送信ツールに接続する手作業——手動なら現実的にメールボックスあたり20〜40分——を加えると、時間が本当のボトルネックになります。

ここで事前ウォームアップ済みメールボックスが方程式を変えます。すでに確立された送信者レピュテーションを備えたメールボックスを購入すれば、3〜4週間のランプが2〜3日のランプに変わります。メールボックスあたりの割増料金は払いますが、1ヶ月のパイプライン遅延がその割増よりも高くつくチーム——それはほぼすべての収益チームです——にとって、事前ウォームアップ済みの在庫は、より速く立ち上げるための道です。

スケーリングのシグナル：いつメールボックスを追加すべきか

公式は、ある目標に対して必要なメールボックス数を教えてくれます——しかし、いつ目標を引き上げるべきかはどう分かるのでしょうか？ 3つのシグナルに注目してください。

1. 送信量が頭打ちなのに返信率が維持されている。 キャンペーンがコンバートしていて——返信率が安定し、ミーティングが入っていて——もっと送らない唯一の理由が、すべてのメールボックスが1日の上限に達していることなら、それはこの上なく明確なゴーサインです。実証済みの需要と、人為的な供給の天井があるのです。容量を追加しましょう。

2. 現在の送信量で配信性が落ちている。 メールボックスを範囲の上限まで押し上げているのに受信トレイ配置が滑り落ちているなら、通常の解決策は、メール総数を減らすことではなく、メールボックスあたりの送信量を下げてメールボックスを増やすことです。1日500通の送信を18個ではなく25個のメールボックスに分散させると、各アカウントがより安全な帯域に落ち込み、たいてい数週間で配置が回復します。

3. キャンペーンのバックログが積み上がっている。 チームが、インフラが供給できる以上に検証済みのセグメントとシーケンスをキューに抱えているとき——新しい業種が送信枠を何週間も待っているとき——メールボックス数が実験を絞り込んでおり、そして実験こそがアウトバウンドの成長が生まれる場所です。

これらのそれぞれは、1段落よりも多くのニュアンスに値します——容量を買う前にターゲティングを直すべきだと示す、反対のシグナルも含めて。それらすべてはいつメールボックスを追加すべきか：スケーリングのシグナルで解説しています。

InboxOne はどのようにメールボックスのプロビジョニングを自動化するか

自分の数字が分かったら——25個のメールボックス、45個のメールボックス、400個のメールボックス——次の問題は、実際にそれらをプロビジョニングすることです。手動で行うと、すべてのメールボックスにドメイン購入、DNSレコード、Workspace 管理者の設定、セキュリティ構成、そして送信プラットフォームへの接続が必要です。InboxOne は、そのパイプライン全体を折りたたみます。

DNSが自動構成されるドメイン： InboxOne 経由でドメインを直接購入すると、SPF、DKIM、DMARC、MX レコードが数分以内に自動構成されます——Cloudflare と ClouDNS の両方で。TXT レコードのコピペも、伝播の当て推量も、キャンペーン開始から3週間後に発覚するサイレントな認証失敗もありません。

自動化された Google Workspace プロビジョニング： InboxOne は Google Workspace のメールボックスをエンドツーエンドでプロビジョニングします——管理者設定、2FA、アプリパスワード、OAuth 連携——管理コンソールを手作業でクリックしていくと何日もかかるところを、数分で完了します。8ドメインにまたがる20個のメールボックスの立ち上げが、1週間のセットアップ作業ではなく、単一のワークフローになります。

事前ウォームアップ済みメールボックス： 確立された送信者レピュテーションを備え、初日からコールド送信量を担う準備が整ったメールボックスで、2〜4週間のウォームアップを丸ごとスキップできます。これは、来月立ち上げるか今週立ち上げるかの違いです。

送信ツールへの一括エクスポート： すべてのメールボックスを、Instantly、Smartlead、lemlist が期待する正確な形式で認証情報付きにエクスポートし、アカウントを1つずつ追加するのではなく、1回のインポートでフリート全体を接続できます。

受信トレイ配置テスト： Gmail と Microsoft 365 にまたがる組み込みの配置テストで、メールボックスのフリートにキャンペーンを投入する前に、メールがどこに届くか——プライマリ受信トレイ、プロモーション、スパム——を正確に示します。

InboxOne Protect： ドメインあたり月額$2の継続的なドメイン健全性モニタリングが、DNSレコード、認証ステータス、ブラックリストへの掲載を24時間体制で監視し、ドメインが焼き付いた後ではなく、まだ修復可能なうちにレピュテーションの問題を捕捉します。

重要なポイント

2026年のコールドメールにおけるメールボックスの計算は、ひと握りのルールに集約されます。

• 公式： 1日の目標 ÷ メールボックスあたり20〜30通 = メールボックス数。メールボックス数 ÷ 2〜3 = ドメイン数。ローテーションと入れ替えのために20〜30%のバッファを追加。
• ベンチマーク： 1日100通は2ドメインに4〜5個のメールボックス。1日500通は8〜10ドメインに20〜25個。1日1,000通は15〜20ドメインに40〜50個。1日10,000通は130以上のドメインに400以上。
• プロバイダーの制限は安全な制限ではありません ——Google Workspace は1日2,000通の送信を許可しますが、レピュテーションを健全に保つ上限はメールボックスあたり20〜30通のコールドメールです。
• プライマリドメインから決してコールド送信しないこと ——それぞれ2〜3個のメールボックスを持つセカンダリドメインを使い、焼き付いたドメインが失わせるのが運用全体ではなく1本のヒューズで済むようにしましょう。
• ドメインあたり年間およそ$10〜15、メールボックスあたり月額$6〜7を予算に ——1日1,000通の容量で年間約$3,600〜4,100、つまりメール1通あたりおよそ1.5セント。
• 時間が本当のボトルネックです ——ウォームアップはメールボックスあたり2〜4週間かかります。事前ウォームアップ済みメールボックスと自動プロビジョニングは、立ち上げを1ヶ月から数日へと圧縮します。

コールドメールは、インフラを当て推量ではなく計算として扱う運用者に報います。公式でフリートをサイジングし、メールボックスあたり・ドメインあたりの送信量を控えめに保ち、バッファを組み込み、継続的にモニタリングしましょう——そうすれば、競合が過労の2つの受信トレイがなぜスパムに届き続けるのか首をひねっている間に、あなたの送信能力は解決済みの問題になります。