症状はこうです。広告マネージャ上のリード単価は問題なさそうなのに、営業チームが誰にも連絡できません。電話番号は不通で、メールは届かず、名前はキーボードのテスト入力のように見えます。
確認方法：これらの設定を広告アカウントで実際に試したわけではありません。ここで述べる Meta の挙動は、すべて 2026年11月11日に読んだ Meta for Developers のページ（Graph API v27.0、日付なし）に基づいています。
なぜ Facebook 広告から偽のリードが来るのか
インスタントフォームは手間をほぼなくすため、フォームのスパムが本物の関心と同じくらい簡単に通り抜けます。 Meta はこのフォームを「モバイルに最適化されており、人がすでに Facebook に共有している情報を使う」ものと説明しています（Lead ads、Meta for Developers）。事前入力は問題を覆い隠しもします。購入意欲がまったくなくても、事前入力されたリードは有効に見えるからです。質の低いリードには 3 種類あります。
- 誤タップ。 スクロール中に広告をタップし、入力済みのフォームを見て、意図せず送信してしまう。
- 購買意欲の低い人。 情報は本物でも、買う予定はない。
- スクリプトや報酬目当ての入力。 自動化や報酬を受け取る作業者による入力で、情報は架空の場合も本物の場合もある。
以下の設定は、これらに対する効き方がそれぞれ異なります。最初の 2 つと 3 つ目の見分け方は、Advantage+ のリードの質のガイドで解説しています。
フォームをより意欲の高いフォームに切り替える
営業チームの時間がかかるリードにはより意欲の高いフォームをオンにしてください。Meta の初期設定はリード数を重視する設計だからです。 Meta の作成ページには、はっきり書かれています。「初期設定では、リード獲得広告はリード数を最適化しますが、より意図の高いリードにつながるフォームを作成することもできます」（Create lead ads、Meta for Developers）。Meta の開発者向けページには広告マネージャでのオプション名が載っていないため、フォームエディタでより意欲の高いフォームに相当する項目を探してください。
同じページには、何が変わるかの説明もあります。「このフォーム設定は、送信前に回答を確認して承認する手順をフォームの送信フローに追加します」。Meta のフォームのリファレンスでは、これを「フォームを質に合わせて最適化するかどうかを示すフラグ」としています（Page leadgen forms reference、Meta for Developers）。API ではこのフィールドの初期値は false なので、指定せずに作成したフォームはリード数を重視した最適化になります。
防げるのは、誤タップと、不注意な事前入力のままの送信です。防げないのは、意図して送信する人です。報酬を受け取る作業者やスクリプトは、通常のフォームと同じように確認画面も承認してしまいますし、購買意欲の低い人も承認します。
事前入力では答えられないカスタム質問と条件付き質問を追加する
Meta が入力できない質問を少なくとも 1 つ追加し、リードごとに自分のニーズについて入力または選択してもらいます。 Meta の作成ページには 2 種類のカスタム質問が載っています。「label パラメータを使うカスタム質問」と、「options パラメータを使い、回答をドロップダウンメニューで示すカスタム質問」です（Create lead ads、Meta for Developers）。フォームのリファレンスには、従属する条件付き質問のフィールドも載っていますが、その動作の説明はありません（Page leadgen forms reference、Meta for Developers）。動作はフォームエディタで確認してください。
本物の購入者なら知っていて、無意味な入力をする人は気にしない質問をします。
- 住宅サービス： 「何をご希望ですか？」を、実際の作業の種類とその他の選択肢を並べたドロップダウンで尋ねます。「いつまでに作業が必要ですか？」には、今週中、今月中、情報収集中を用意します。
- B2B： 「何人で使いますか？」を、料金プランに合わせた人数の範囲で尋ねます。「現在この用途に使っているツールは？」は、短い自由記述にします。
最良の回答をドロップダウンの先頭に置かないでください。私たちの経験では、不注意な入力は先頭の選択肢を選びがちで、そのパターンは後で CRM のチェック項目になります。
防げるのは、事前入力だけに頼った入力です。防げないのは、読んで答える人です。ただし、回答は CRM が確認できる材料になります。
SMS 認証と勤務先メールの必須化をオンにする
電話がつながることを最も重視する場合は SMS 認証を、企業向けの B2B に限って勤務先メールの必須化を使います。 どちらも、Meta のフォームのリファレンスにフォームのフィールドとして載っています（Page leadgen forms reference、Meta for Developers）。
- 電話のフィールドの説明は「ユーザーが送信するときに、フォームが電話番号の SMS 認証を必要とするかどうか」です。リファレンスには、電話番号の OTP の質問タイプも載っています。
- 勤務先メールのフィールドの説明は「勤務先メールの必須化を有効にするかどうか」です。リファレンスには、勤務先メールの質問タイプも載っています。
Meta の開発者向けページには、広告マネージャでの名称や利用できる範囲が書かれていないため、フォームエディタに表示されるか確認してください。私たちの読み方では、それぞれ次の点で限界があります。
- SMS 認証が証明するのは、電話番号でコードを受け取れることだけで、購入する意思ではありません。 架空の番号や入力ミスの番号は防げますが、実際の電話を持つ報酬目当ての作業者は通過します。
- 勤務先メールの必須化は無料のウェブメールを弾くため、B2B には適しますが、小規模な事業者には不向きです。 個人事業主や多くの小規模な事業者は個人のアドレスを使っているため、弾かれてしまいます。使い捨ての会社ドメインは通過します。
オーガニックのリードを除外する
広告以外からもフォームに到達できる場合は、オーガニックのフィルターをオンにします。 Meta の説明は次のとおりです。「オーガニックのリードを除外するには、フォームの作成時に block_display_for_non_targeted_viewer パラメータを true に設定します」（Create lead ads、Meta for Developers）。
オーガニックのリードとは、広告のターゲット設定の外からフォームに到達した人によるものです。私たちの読み方では、たとえば共有されたページの投稿経由がこれに当たります。エクスポートでは Meta が印を付けます。「この場合、TSV の is_organic は 1 になり、そうでなければ 0 になります」（Retrieving leads、Meta for Developers）。
オーガニックのリードには本物の紹介も含まれるため、オーガニックでの到達が無意味なリードをもたらしている場合に限ってフィルターしてください。
どのインスタントフォームの設定が偽のリードを防ぐのか
フォームの設定を、Meta が文書化しているフィールドとともに 1 か所にまとめます。
| 設定 | Meta のフィールド | Meta の記述（2026年11月11日確認） | 防げるもの | 防げないもの |
|---|---|---|---|---|
| より意欲の高いフォーム | is_optimized_for_quality（初期値 false） | 「送信前に回答を確認して承認する」 | 誤タップ、不注意な事前入力のままの送信 | 報酬目当ての作業者、スクリプト、意図的な偽装 |
| 電話の SMS 認証 | is_phone_sms_verify_enabled | 「送信時にフォームが電話番号の SMS 認証を必要とするかどうか」 | コードを受け取れない番号 | 購買意欲のない実在の電話 |
| 勤務先メール | should_enforce_work_email | 「勤務先メールの必須化を有効にするかどうか」 | B2B フォームでの無料ウェブメール | 架空の会社ドメイン。本物の個人事業主も弾く |
| カスタム質問 | label、options、dependent_conditional_questions | label パラメータを使うカスタム質問、options パラメータを使うドロップダウン | 事前入力だけに頼った入力 | 読んで答える報酬目当ての作業者 |
| オーガニックのフィルター | block_display_for_non_targeted_viewer | 「広告以外の場面で閲覧者にオーガニックの投稿を表示しないかどうか」 | 広告の外でフォームを見つけた人のリード | ターゲット設定の内側の無意味な入力 |
出典：Create lead adsと Page leadgen forms reference（Meta for Developers）。
リードを Meta から素早く取り出す
リードは届いたらすぐ CRM に同期し、広告の記憶が新しいうちにチェックと電話を行います。 Meta の Retrieving のページには「リードは Webhooks または Bulk Read で取得できます」とあります（Retrieving leads、Meta for Developers）。Webhooks は「新しいリードが送信されるたびに」エンドポイントへ通知し、Leads Center では「Meta Business Suite でリードを管理およびダウンロード」できます（Lead ads、Meta for Developers）。Retrieving のページには、広告 ID、フォーム ID、作成時刻などのリードのフィールドが載っており、下のチェックリストで使います。
Meta の開発者向けページには、リードをどれだけの期間ダウンロードできるかが書かれていません。エクスポートに頼らず、CRM に同期してください。
実測値ではなく、私たちの助言です。数分以内に電話をしてください。本物の相手は連絡を待っていますが、誤タップをした人は翌日には広告のことを忘れています。
すべてのリードを CRM で確認する：リード仕分けチェックリスト
営業キューに入る前のすべてのリードに同じ 7 つのチェックを行い、不合格のものは削除せずタグを付けます。 これは私たちの作業手順です。30 日と 24 時間という期間は、私たちからの提案です。
- 1. メールドメイン。 使い捨て、入力ミス、（B2B フォームでは）無料ウェブメールのドメインを検出します。自分で管理する使い捨てドメインのリストに対する CRM のルールを設定します。該当したら、タグを付けて営業キューから外します。
- 2. 電話番号の形式と国番号。 形式の不正な番号や対象地域外の番号を検出します。電話番号のフィールドに CRM の検証を設定します。該当したら、「形式不明で連絡不可」とタグを付けます。
- 3. 過去 30 日間の電話番号またはメールの重複。 繰り返しの入力やスクリプトによる短時間の集中を検出します。CRM の重複ルールを使います。該当したら統合し、最初のレコードを残して、発生元の広告を記録します。
- 4. 広告 ID の欠落、またはオーガニックのフラグが 1。 オーガニックやプレビューのリードを検出します。エクスポートまたは Webhook のフィールドで確認し、これらは別に振り分けます。必ずしも偽のリードとは限りません。
- 5. カスタム質問の回答パターン。 同一の回答、意味のない文字列、毎回ドロップダウンの先頭を選ぶ入力を検出します。回答の値ごとに保存した CRM のビューを使います。理由を付けてタグを付けます。
- 6. 短時間への集中。 1 つの広告から短時間に大量のリードが来る状況を検出します。作成時刻と広告 ID ごとの CRM レポートを使います。該当したら、その広告の配置別の内訳を確認します。
- 7. 24 時間以内の連絡結果。 ルールが見逃したものをすべて拾います。営業の結果欄に記録し、その段階を Meta に送り返します。
項目 4 について、Meta の Retrieving のページには、リードに広告 ID がない理由が 3 つ挙げられています。オーガニックでの到達によるもの、「広告プレビューから送信された可能性がある」もの、リードを取得する人が広告アカウントの広告主権限を持っていないことです（Retrieving leads、Meta for Developers）。
どの配置が無意味なリードを送っているのか
リードの結果を配置ごとに分け、営業チームが連絡できないリードを大量に出している配置がないか確認します。 広告マネージャの配置別の内訳では、各リードがどの配置から来たかが分かるため、無意味なリードが 1 つの配置に集中していればそこで見つかります。集中している配置が Audience Network なら、現在のコントロールについて、Audience Network を除外する手順をご覧ください。
追跡の例
これは実在のリードではなく、説明のための例です。住宅サービスのリードが、事前入力された名前と電話番号、ドロップダウンの先頭の選択肢とともに届きます。同じ広告から同じ電話番号のリードが届いた 40 秒後のことです。事前入力のおかげで形式は有効なので、メールと電話番号の形式のチェックは通ります。重複ルールが作動してレコードを統合し、先頭の選択肢が一致していることから、不注意またはスクリプトによる入力が疑われます。購買意欲を確かめられるのは、営業の電話だけです。
無意味なリードが続けて届いたらどうするか
その集中を生んだ広告を一時停止し、再び費用を使う前にフォームを厳しくします。 そのフォームをより意欲の高いフォームに切り替え、営業チームにとって電話がつながることが重要なら SMS 認証もオンにします。営業チームがレコードを確認し終えるまで、その集中分のリードの段階を Meta に送るのをやめ、無意味なリードが良いリードとして報告されないようにします。すべての設定をオンにしても同じ広告から無意味なリードが出続けるなら、その商材にはウェブサイトのフォームを試してください。Meta は、後から偽だと判断したリードを返金しません。Meta の無効なアクティビティへの対応が何を対象にしているかは、Meta は無効なクリックを返金するのかのガイドで説明しています。
インスタントフォームとウェブサイトのフォーム：どちらを使うべきか
まずインスタントフォームとより意欲の高いフォームで始め、すべてのフォーム設定をオンにしても仕分けで無意味なリードが見つかり続けるなら、ウェブサイトのフォームに移ります。
| 項目 | インスタントフォーム | ウェブサイトのフォーム |
|---|---|---|
| 手間 | 最も少ない。Meta によると、人がすでに Facebook に共有している情報を使う | 多い。ページ上で情報を入力してもらう |
| 訪問について分かること | リードのフィールド、広告 ID とフォーム ID、作成時刻 | 訪問の全体：ページ、タイミング、デバイス、実施するボットチェック |
| 追加できるボットチェック | Meta のフォーム設定のみ | 独自のもの：CAPTCHA、ハニーポットのフィールド、サーバー側の検証、タイミングのチェック。Google 広告の偽のリードにあるウェブサイトのフォームのチェックと同様 |
| CRM との同期 | Webhooks、Bulk Read、Leads Center のダウンロード、CRM 連携 | フォームツールから CRM へ |
| ClickFortify の対応範囲 | なし。送信を確認できない | 各リードの背後にある訪問にスコアを付ける。コンバージョンAPI（CAPI）プロキシをオンにすると、フラグの付いたコンバージョンは Meta に届く前に破棄またはタグ付けされる |
| 選ぶ場面 | リード数が重要で、営業チームがすばやく仕分けられる | リード 1 件ごとに営業の工数がかかる、またはリードとして数える前に証拠が必要 |
私たちの結論：ほとんどのリード獲得キャンペーンでは、インスタントフォームが適切な初期設定であり、上記のフォーム設定は無料で試せます。ウェブサイトのフォームの手間が見合うのは、CRM が無意味なリードを見つけ続ける場合、リード 1 件ごとに営業の電話が必要な場合、リードとして数える前に訪問を確認したい場合です。
向かないケース：リード数がすでに少なすぎて、これ以上の手間に耐えられない商材です。そこでウェブサイトのフォームを使うと、除ける偽のリードより多くの本物のリードを失う可能性があります。インスタントフォームを厳しくし、CRM での仕分けに力を入れてください。
リードの質を Meta に送り返す
CRM の段階を送り返して、どのリードが本物だったかを Meta に伝えます。 そうしないと、Meta が最適化の目標にできるのは送信だけになり、無意味なリードと似た人に配信が偏る可能性があります。CRM の段階はコンバージョンAPIを通じて Meta に届きます。設定としきい値は、Advantage+ オーディエンスがリードの質に与える影響のガイドで解説しています。
リード獲得広告で ClickFortify が確認できること、できないこと
ClickFortify はインスタントフォームの送信を確認できないため、インスタントフォームのフィルターは Meta のフォーム設定と CRM になります。 これらの送信は Facebook と Instagram の中で行われ、お客様のサイトを読み込みません。また、ClickFortify はリードのメールアドレスや電話番号の確認も行いません。
ランディングページ経由の流れでは、ClickFortify はウェブサイトのリードの背後にある訪問に、デバイス、ネットワーク、行動に関する 100 以上のデータポイントでスコアを付け、不審なコンバージョンにフラグを付けます。これが、自社のフォームから送信された偽のリードを検出する仕組みです。CAPI プロキシを有効にすると、コンバージョンは訪問者の不正スコアと照合され、フラグが付いたイベントは Meta に届く前に破棄またはタグ付けされます。Meta で IP アドレスをブロックすることはありません。この仕組みは、Meta のリード獲得広告のページでご覧いただけます。
私たちの結論：まずフォームの設定と CRM での仕分けを整えてください。費用がかからず、クリック保護では見えないインスタントフォームの経路をカバーできるからです。広告が自社サイトに誘導する場合は保護を追加し、どちらの場合も CRM のチェックは続けてください。
