フォーム営業の送信件数上限は？5層で整理する「送っていい数」の考え方

「フォーム営業の送信件数上限はどれくらいか」と検索する担当者の多くは、手作業の頭打ちや、ツール検討中の比較記事を読み進めた末に、この検索にたどり着いています。ところが検索結果に並ぶのは「1 日◯◯件送信可能」というツール仕様の羅列や、「1 人 1 日 50 件程度が限界」といった手作業の実測値ばかりで、「そもそも自社は何件まで送っていいのか」という判断軸は見つかりにくいのが実情です。

この問題が難しいのは、「送信件数上限」という言葉が複数の意味を同時に含んでいるためです。フォーム営業の送信件数には、実は独立した 5 つの上限が積み重なっています。物理的に送れる数、ツールが送信できる数、受信側で実際に届く数、法的・倫理的に許される数、そして成果に結びつく数です。この 5 層を分けずに議論すると、「1 日 500 件送れば商談 5 件」という単純計算に飛びついてしまい、後からブランド毀損・違法認定・CVR 低下といった見えない損失に気づくことになります。

一方で、5 層の上限を分けて整理すれば「自社が守るべき上限は、実は送信件数そのものではなく、送信先の質と接触履歴管理の設計で決まる」ことが見えてきます。上限を目一杯使う設計から、上限を気にせずに済む設計への転換です。

本記事では、フォーム営業の送信件数上限を 5 つのレイヤーに分解し、それぞれの上限がどこで決まり、超えるとどうなるのかを整理します。そのうえで、送信件数を最大化する発想ではなく「送っていい数」を自社の商談化目標から逆算する意思決定フレームワークと、上限を意識せずに済む 3 つの運用原則を提示します。ツール選定・件数設計の判断軸として持ち帰っていただける内容を目指しました。

なお、本記事の情報は執筆時点（2026 年 8 月）のものです。各サービス・ツールの最新の仕様・料金は各社公式サイトをご確認ください。

フォーム営業の送信件数上限は「5 層」で理解する

フォーム営業の送信件数上限は、単一の数字ではなく、独立した 5 つの上限が積み重なった構造として理解する必要があります。「1 日◯◯件送れる」という記述は、多くの場合このうちの 1 層（物理的上限またはツール的上限）だけを切り出したもので、他の 4 層の存在を暗黙のうちに省略しています。

5 層の上限一覧（物理的／ツール的／受信側／法的／成果的）

まず全体像として、5 層の上限がそれぞれ何を規定するのかを整理します。

「送信件数上限」を議論するとき、多くの場面で参照されているのは 1 か 2 のどちらかです。しかし実際に自社の意思決定に必要なのは 5、つまり成果的上限であり、4（法的・倫理的上限）を境界として超えないよう設計することが求められます。

どの層で詰まるかは「運用フェーズ」によって変わる

自社が現在どの層で詰まっているかは、運用フェーズによって異なります。

• 手作業運用フェーズ: 物理的上限で頭打ちになり、増員か自動化ツール導入かを迫られる
• ツール導入初期フェーズ: ツール的上限を意識するが、受信側上限に到達失敗のかたちで気づき始める
• ツール運用の成熟フェーズ: 送信数を伸ばしても商談数が比例せず、成果的上限の存在に直面する
• 社内外から指摘が入るフェーズ: 法的・倫理的上限を意識せざるを得なくなる

つまり、フェーズが進むほど上位の層（3→4→5）で詰まるようになり、意思決定に必要な情報も変化します。本記事では 5 層それぞれを順に見ていき、最後に「どの層に自社の判断軸を置くべきか」を整理します。

物理的上限 — 手作業のフォーム営業はどこで頭打ちになるか

フォーム営業を手作業で運用している場合、1 人あたりの送信可能件数は作業工程の所要時間から機械的に決まります。この物理的上限を知ることが、増員・自動化・代行のいずれを選ぶかの出発点になります。

1 件あたりの作業工程と所要時間の分解

手作業でフォーム営業を 1 件送信する場合、以下の工程を経ます。

1. 企業リストからターゲット企業を選定する（既接触・既商談中でないかの確認を含む）
2. 企業サイトを開き、問い合わせフォームの場所を探す
3. フォームの入力項目を確認し、送信内容を企業ごとにカスタマイズする
4. 入力する（必須項目・自由記述欄・チェックボックス）
5. CAPTCHA・確認画面の対応・送信ボタン押下
6. 送信結果を営業リスト・CRM に記録する

1 件あたりの所要時間は、企業ごとのカスタマイズ度合いによって幅がありますが、フォーム営業の実務解説記事では「1 日に入力できる件数は 50 件程度が限界」との記述が見られます（問い合わせフォーム営業のやり方（onlystory） 参照）。

品質を維持できる上限は 1 日 50 件程度、量だけ追うと 100 件超も可能だが CVR が下がる

物理的には、テンプレート文面をそのままコピー&ペーストする運用にすれば 1 日 100 件超の送信も可能です。しかしその場合、以下の副作用が発生します。

• 企業ごとのカスタマイズ精度が下がり、返信率・商談化率が低下する
• 誤送信・宛先間違いによるブランド毀損リスクが上がる
• 担当者の集中力が持続せず、後半の送信品質が特に落ちる

手作業の物理的上限を突破する手段として、増員（同じ品質のまま線形にスケール）、自動化ツール導入（送信作業を機械化）、営業代行への委託（送信作業をアウトソース）の 3 択が一般に検討されます。それぞれの選択によって、次に直面する上限（ツール的上限・受信側上限）が変わります。

ツール的上限 — SaaS / 代行サービスの送信キャパを比較軸で整理する

自動化ツール・代行サービスに切り替えると、物理的上限の制約は緩みますが、代わりにツール側の送信キャパが上限になります。ここで重要なのは、ツールの「送信件数上限」は同じ言葉でも意味が異なるという点です。

送信上限の 3 つの表現形式（無制限／月間上限／時間あたり上限）

フォーム営業ツールの送信件数上限は、大きく 3 つの表現形式で提示されます。

たとえばフォーム作成 SaaS の form.run では、フリープランで月 10 通までといった上限が設定されており、有料プランに切り替えることで大量送信が可能になる料金体系が採られています（個別メール送信数の制限について（form.run FAQ））。メールサーバの送信基盤側でも、1 日 15,000 通・1 時間 1,500 通といった上限が設定されるケースがあります（メールを大量に送信したいのですが、送信件数に制限はありますか？（Xserver サポート））。

このように「無制限」という表現も、詳細を確認すると別のリソース制約で実質的な上限が生まれることがあります。

料金体系別に見る「無制限」の実質意味

料金体系によって「無制限」の意味が変わる点も押さえておきましょう。

• 従量制: 送信 1 通あたり課金。「上限なし」だが、送信数が増えるとコストが線形に増える。実質上限はコスト許容度で決まる
• 月額固定: 定額料金で送信数上限あり／なし。「無制限プラン」でも時間あたり上限や別の運用制約があるケースが多い
• 買い切り: 初期費用のみで無制限に近い形で使えるが、送信基盤・IP・失敗診断などの品質面はユーザー側の運用に依存する

比較記事で「1 日 15,000 件送信可能」といった訴求を見かけた場合は、それが物理的な上限なのか、月間の実運用における上限なのか、コスト度外視で叩いた際のピーク値なのかを確認する必要があります。ツールを選定する際は、送信件数以外にも判断すべき比較軸が複数存在します。カテゴリ別の判断材料は フォーム営業ツールおすすめ で整理しています。

上限をチェックする際に聞くべき 5 つの質問

ツール比較でカタログ上の送信件数を確認するときは、以下の質問を営業担当に投げると実態が見えてきます。

1. その送信件数は月間上限ですか、日次上限ですか、それとも時間あたり上限ですか
2. 上限に達した場合、追加課金で解放できますか、それとも翌月まで待つ必要がありますか
3. その送信件数は CAPTCHA 付きフォームも含んでいますか、除外していますか
4. 送信失敗（IP ブロック・タイムアウト）は上限件数にカウントされますか
5. 過去 3 ヶ月の平均的な顧客の実運用送信数は、上限のどのくらいの割合ですか

とくに 5 番目の質問は、カタログ上限と実運用上限の乖離を可視化するのに有効です。無制限をうたっていても、実運用では月 5,000〜10,000 通程度に落ち着いているケースは少なくありません。

受信側上限 — 「送信できた」と「届いた」は違う

自社の送信基盤側で「送信成功」と表示されても、受信側で届かない、あるいは受信されても営業メッセージとして扱われないケースが存在します。この受信側上限は、送信件数を伸ばすほどシビアに効いてきます。

IP・ドメインのレピュテーション低下と共有サーバー問題

同一 IP アドレス・同一送信元ドメインから短時間に大量の送信が行われると、受信側のメールサーバ・フォーム基盤は「スパム的な挙動」として検知します。検知されるとレピュテーション（信頼度スコア）が下がり、以降の送信が受信拒否・迷惑フォルダ振り分け・遅延配信の対象になります。

共有サーバーを使う送信基盤の場合、自社以外の利用者の送信挙動によっても IP レピュテーションが下がるリスクがあります。フォーム営業ツールが「専用 IP オプション」を提供しているかどうかは、大量送信を検討する際の確認項目です。

CAPTCHA は受信側の意思表示という見方

近年、多くの企業サイトの問い合わせフォームには CAPTCHA（画像認証・reCAPTCHA など）が実装されています。CAPTCHA を「送信の障害」として捉えると突破手段を探すことになりますが、別の見方をすれば「機械的な送信は受け付けたくない」という受信側の意思表示です。

CAPTCHA を突破する技術的手段は存在しますが、それを実装したツールで送信するということは、受信企業の「機械送信お断り」という意思表示を送信元企業の名前で乗り越える行為になります。仮に到達したとしても、後述の法的・倫理的上限に接触するリスクがあります。CAPTCHA 対応の 3 方式（突破・スキップ・セミオート）と各方式の法的リスク・運用実効性については、フォーム営業CAPTCHA対応の3方式 で詳しく整理しています。

秋霜堂株式会社が提供する Form Pilot は、この観点から CAPTCHA の突破を行わない設計を基本としています。CAPTCHA 付きフォームでは Chrome 拡張機能が入力までを自動化し、送信ボタンは人が押すセミオート方式を採用しています（詳細は Form Pilot をご参照ください）。

フォーム側の重複投稿検知・同一 IP 制限

問い合わせフォーム自体にも、同一 IP からの短時間連続送信を検知して弾く仕組みが実装されているケースがあります。ハニーポット（人間には見えないが自動送信ボットは入力してしまう項目）が仕込まれているフォームもあり、テンプレートで機械的に全項目に入力するツールでは弾かれる可能性があります。

「送信できた」＝「届いた」ではないという受信側上限の存在を踏まえると、送信数の絶対値ではなく、実際に到達した件数・返信が返ってきた件数を KPI として設計する必要があります。多くのフォーム営業ツールでは失敗診断機能が実装されているため、失敗件数と失敗理由を可視化できるツールを選ぶことが受信側上限を運用でカバーする最初の一手になります。

法的・倫理的上限 — 特定電子メール法とスパム認定のリスク

フォーム営業の送信件数を伸ばしていくと、遅かれ早かれ「これは法的にどうなのか」「迷惑行為ではないか」という論点にぶつかります。この法的・倫理的上限は数字で表せない一方で、超えたときの損失は 5 層のなかで最も大きくなる可能性があります。

特定電子メール法の対象要件と、フォーム営業への適用議論

日本の特定電子メール法（正式名称: 特定電子メールの送信の適正化等に関する法律）は、営利目的の広告宣伝メールに対して、原則としてオプトイン（事前同意）を求める法律です（総務省: 特定電子メール法）。

フォーム経由で送信される営業メッセージが「電子メール」に該当するかは論点があり、狭義にはメールアドレスを宛先とするメールと、Web フォーム経由の送信では扱いが異なるとする見解もあります。一方で、実質的に営利目的の広告宣伝を無差別に送信している場合には、法の趣旨に照らして問題視される余地があるとする議論も存在します（問い合わせフォームからの営業メールは合法か（Digital Aid））。

いずれの立場を取るにしても、「対象になり得る」と考えて次の 3 点は最低限押さえておくのが安全です。

1. 送信者情報の明示: 自社名・連絡先を本文に明記する
2. オプトアウト（配信停止）手段の提示: 受信者が今後の送信を断れる方法を用意する
3. 記録の保存: 送信履歴を一定期間保存し、後から確認できる状態にする

スパム認定・ブランド毀損の間接的コスト

法的リスクとは別に、受信企業から「あの会社の営業メールは迷惑だった」と評判が広がるリスクがあります。BtoB では業界内の担当者ネットワークで情報が共有されやすく、営業メールへの不満が取引先・商談中の企業にまで伝播することは十分あり得ます。

具体的な数値化は難しい領域ですが、次の間接コストが発生する可能性を認識しておく必要があります。

• 既存取引先の担当者にネガティブに認識されるリスク
• SNS・口コミサイトへの記述による長期的な検索露出
• 採用活動（自社サイトへの直接検索）で候補者が敬遠する要因になる

「100 件送れば 1 件」思考の危うさ

「フォーム営業は 100 件送って 1 件返ってくればいい」という言説を目にすることがありますが、この思考には注意が必要です（迷惑、違法？問い合わせフォーム営業で失敗しがちな 4 つのこと（future-search））。1% の商談化率を目標にすると、残り 99% の企業には「無関係な営業メッセージ」を送っていることになります。この 99% が積み重なると、上記のブランド毀損リスクは静かに拡大します。

法的・倫理的上限は「何件までなら送っていいか」という数字では表せません。むしろ「送っていい相手にだけ送っているか」という質の問いに置き換える必要があります。この問いを掘り下げるのが、次の成果的上限のセクションです。

成果的上限 — CVR と送信先の質から逆算する「送っていい数」

ここまで見てきた 4 層の上限（物理的・ツール的・受信側・法的）を守ったうえで、実際に自社が意思決定すべき上限は「成果的上限」です。自社の商談化目標から逆算する送信件数、と言い換えることができます。

BtoB フォーム CVR の目安と業界差

BtoB のフォーム営業経由の CVR（送信数に対する返信・商談化率）は、業界・送信先リストの質・文面のカスタマイズ度合いによって大きく変動しますが、一般には 0.5〜2% 程度の範囲で語られることが多い指標です。この幅の中で、月次の商談目標から必要送信数を逆算する計算式は以下のようになります。

• 月間必要送信数 = 月間目標商談数 ÷ CVR

たとえば月間目標商談数が 10 件、CVR が 1% なら、必要送信数は 1,000 件となります。CVR が 0.5% なら 2,000 件、2% なら 500 件です。CVR が 4 倍動けば、必要送信数も 4 倍動きます。

送信数 × CVR ではなく、送信先の質 × CVR で考える

ここで重要なのは、CVR は「送信先の質」で数倍変わるという事実です。以下は概念的な比較です。

同じ 10 件の商談を得るのに、B は A の 1/4 の送信数で済みます。しかも B は 1,500 件の「無関係な営業メッセージ」を送っていないため、法的・倫理的上限に接触するリスクが小さく、受信側上限（IP レピュテーション低下）も抑えられます。

送信件数目標より「送信先の質」目標を先に立てる

このロジックに従うと、「月 2,000 件送信」を KPI にすると質を犠牲にしてでも件数を追いがちになります。一方、「月 500 件、CVR 2% 以上」を KPI にすると、送信先リストの選定基準・文面のカスタマイズ度合いに投資するインセンティブが働きます。

自社の意思決定すべき送信件数上限は、次の順序で決めるのが自然です。

1. 月間目標商談数を確定する
2. 自社の過去実績から現実的な CVR レンジを推定する
3. その CVR で目標商談数を達成するのに必要な送信数を計算する
4. その送信数を「品質を維持しながら送れる送信先リスト」の規模と照合する
5. リスト規模が足りない場合は、送信数を増やすのではなくリストの母集団拡張を優先する

「送っていい数」の意思決定は、こうしてみると送信基盤の話ではなく、送信先リストの質と接触履歴管理の話になります。この観点を運用に落とし込むのが、次の 3 原則です。

上限を意識せずに済む運用設計 — 3 つの原則

前セクションまでで、5 層の上限を整理し、意思決定すべきは「成果的上限」＝送信先の質から逆算した送信数だと確認しました。この考え方を実装レベルの原則に落とし込むと、次の 3 つになります。3 原則を運用に組み込めば、「送信件数上限を目一杯使う」発想から「上限を意識せずに済む」発想に切り替えることができます。

原則 1 — 接触済み企業の自動除外（fail-closed）

自社が過去に接触した企業、取引先、商談中の企業に対して重複送信を行うと、担当者との信頼関係を損なうリスクがあります。接触済み企業の除外を運用フローの外側（担当者の記憶・手動確認）に置くと、送信件数が増えるほど漏れが発生します。

この対策は「接触済み企業リストを送信フローの内側に組み込み、判断がつかない企業には送らない（fail-closed）」設計を基本とすることです。fail-closed は、判定不能時に「送る」を選ぶのではなく「送らない」を選ぶ考え方で、大量送信時代の信頼性設計としてサーバ運用などでも採用されている思想です。接触済み企業リストの具体的な設計・運用方法は フォーム営業の送信除外リスト設計 で扱っていますので、実装の判断材料としてご参照ください。

Form Pilot ではこの考え方に基づき、他社（取引先や別チャネル）が接触済みの企業ドメイン一覧を外部 API から取得し、送信リストと突合して自動除外する運用を基本としています。

原則 2 — 送信先セグメントを絞ってから増やす

前セクションで見たとおり、CVR は送信先の質で数倍変わります。「まず 2,000 件送ってから絞る」ではなく「500 件を業種・規模・シグナルで絞ってから送る」順序で運用すると、法的・倫理的上限に接触するリスクを下げながら成果効率を上げられます。

絞り込みの軸は業界によって変わりますが、以下のような要素が一般的な出発点になります。

• 業種: 自社サービスの主要顧客業種と一致するか
• 従業員規模: 決裁権限・予算感が自社サービスに合うか
• 所在地: 訪問対応・オンライン対応の適性
• サイト上のシグナル: 求人情報・IR 情報・プレスリリースから読み取れる課題

Form Pilot では、企業マスタを業種・所在地で絞り込み、送信リストを作成する機能を主要機能の一つに据えています。

原則 3 — CAPTCHA を突破する設計を選ばない

受信側上限のセクションで触れたとおり、CAPTCHA は受信側企業の「機械的な送信を受けたくない」という意思表示です。この意思表示を突破する設計を選ぶと、短期的な送信件数は伸ばせても、法的・倫理的上限で発生する見えない損失が積み上がります。

ツール選定時には、CAPTCHA の扱いをカタログ上の送信件数以上に重視することをおすすめします。以下の観点を確認してみてください。

• CAPTCHA 付きフォームを送信件数にカウントしているか、除外しているか
• CAPTCHA 突破を主要機能として訴求していないか
• CAPTCHA 付きフォームでは人が送信ボタンを押すセミオート方式が用意されているか

Form Pilot は CAPTCHA を突破しない設計を基本とし、CAPTCHA 等で完全な自動送信ができないフォームでは Chrome 拡張機能が入力までを自動化し、送信ボタンは人が押すセミオート方式を採用しています。

まとめ — 「送信件数上限」より「送っていい数」の意思決定を

フォーム営業の送信件数上限は、単一の数字ではなく 5 層の上限が積み重なった構造として理解する必要があります。改めて 5 層を整理すると次のとおりです。

自社が意思決定すべきは 5 番目の成果的上限です。そのためには次の順序で判断軸を立てることをおすすめします。

1. 月間目標商談数を確定する
2. 自社の過去実績から CVR レンジを推定する
3. 必要送信数を計算する
4. リスト規模と照合する
5. リスト規模が足りない場合は、送信数を増やすのではなくリストの母集団拡張と質の向上を優先する

そして運用レベルでは、「上限を意識せずに済む」ための 3 原則（接触済み企業の自動除外／送信先セグメントを絞ってから増やす／CAPTCHA を突破する設計を選ばない）を組み込むことで、送信件数を KPI にする発想から離れ、送信先の質と接触履歴管理を KPI にする体制に移行できます。

「送信件数上限は何件か」ではなく「自社にとって送っていい数は何件か」を判断軸に置くことが、フォーム営業を持続可能な営業チャネルとして運用する第一歩になります。

関連情報

送信除外・CAPTCHA 非突破・接触履歴管理を軸にフォーム営業の運用設計をご検討中の方は、Form Pilot のサービスページをご参照ください。他社（取引先・別チャネル）が接触済みの企業ドメイン一覧を外部 API から取得して送信対象から自動除外する運用や、CAPTCHA 突破を行わないセミオート送信の設計思想について詳しく紹介しています。

• Form Pilot サービスページ

フォーム営業の送信件数設計・ツール選定・送信除外の運用設計についてご相談されたい方は、お問い合わせフォーム からご連絡ください。要件の整理段階からご相談いただけます。