症状は、原因が特定される前に現れます。リード単価は下がり、フォームの件数は増え、入札戦略は順調に学習していると報告します。ところが営業から、電話番号がつながらない、メールが戻ってくる、誰も返信しない、という声が上がります。ダッシュボードと営業の実態が、一致しなくなっているのです。
本記事は、このギャップを順に整理します。まず、Google 自身が無効なリードについて何と述べているか。次に、ボットを止めるフォームの確認、偽のリードがスマート自動入札に誤った顧客像を教え込む仕組み、質の高いリードを返す方法、そしてクリック単位の保護が加えられることと加えられないことです。まず媒体側の基準を確認したい場合は、キャンペーンタイプ別の Google 広告 無効なトラフィックのベンチマークをご覧ください。
Google の無効なリードに関するガイダンスは何と述べていますか?
Google は、フィルターが無効なクリックへの支払いを防いでも無効なリードは防げないため、フォームの対策は広告主の仕事だと述べています。 「Prevent invalid leads」のページはその理由を説明しています。「トラフィックの確認の多くは広告の配信後に行われる」ため、「ユーザーやボットがウェブサイトに到達し、偽の、または質の低いリードフォームを送信する可能性がある」というのです。さらに、実在するユーザーが偽のメールアドレスや電話番号を入力することもあるとしています(Google 広告ヘルプ、回答 18179211)。
「無効なトラフィックについて」のページも、請求の側から同じ点を示しています。Google は自動フィルター、機械学習、人手による審査を組み合わせており、請求前に検出された無効なクリックは請求額と指標から除外されます。無効なリードに関する項目でも、フィルターは「広告の配信後に実行される」と繰り返し、同じ対策を案内しています(無効なトラフィックについて、Google 広告ヘルプ)。用語が初めての場合は、無効なトラフィックの用語集で Google が使う分類を確認できます。
Google の推奨事項を、ページと同じ区分でまとめると次のとおりです。
| Google の推奨事項 | 効果 | 適用先 |
|---|---|---|
| ウェブフォームへの reCAPTCHA | 自動送信にチャレンジを課す | ウェブサイトのフォーム |
| ダブルオプトイン | ユーザーがメールの確認リンクをクリックした後で初めて有効なリードとして数える | メールと CRM の流れ |
| サーバー側の検証 | リードが CRM に届く前に、メールのドメインと地域ごとの電話番号の形式を確認する | お客様のサーバー |
| リードの目標 | 適格なリード、成約したリード、予約、見積もり依頼などの目標に向けて最適化する | Google 広告の目標 |
| Google タグと拡張コンバージョン | サイト上の行動を計測し、測定の精度を高める | Google タグの設定 |
| コンテンツの適合性 | コンテンツやプレースメントの除外で、広告の表示先を管理する | アカウントとキャンペーンの設定 |
| ブランドの除外 | 避けたいブランド名の検索語句に広告が表示されないようにする | キャンペーン設定 |
このリストは 3 つのグループに分かれます。最初の 3 行はフォームを守ります。次の 2 行は、スマート自動入札が何から学習するかを決めます。最後の 2 行は、意欲の低いトラフィックを生みやすい広告枠を絞り込みます。3 つのグループすべてが機能している必要があります。フォームが堅牢でも、コンバージョン目標が緩ければ、入札は件数を追うよう学習してしまうからです。
ボットによるフォーム送信を防ぐには、どうすればよいですか?
ボットのフォーム送信を防ぐには、確認を層にして重ねます。ブラウザ上のチャレンジ、ボットに見えない罠、サーバー側の検証、そのメールアドレスや電話番号を人間が所有していることの確認です。 Google のページが「高度なボットはブラウザ上の制御を回避し、偽のデータをフォームに送信できる」と述べているとおり、単一の対策では不十分です。
次の順で層を整えます。
- ブラウザ上のチャレンジ。 Google の推奨どおり、すべてのリードフォームに reCAPTCHA を追加します。単純なスクリプトを除外でき、残りのトラフィックにはリスクを示すシグナルが得られます。
- ハニーポットフィールド。 実際の訪問者には見えない非表示のフィールドを追加します。これを埋めた送信は、ほぼ確実に自動化されたものです。記録を残し、そのフィールドだけで自動的に拒否する前に、動作を確認してください。
- サーバー側の検証。 すべての項目を、ブラウザだけでなくサーバーでも再確認します。Google は、送信が CRM に届く前に、実在するメールのドメインと、地域の実際の形式に合った電話番号を確認することを求めています。
- メールの確認。 ダブルオプトインを使います。Google の表現では、「確認リンクをクリックした後で」初めて有効なリードとして扱います。これにより、そのアドレスが「実在し、有効で、人間が確認している」ことが裏づけられます。
- 電話番号の確認。 単価の高いオファーでは、営業が対応する前に、SMS でワンタイムコードを送るか、折り返しの電話をかけます。
- パターンの確認。 重複、多数のフォームに送信された同じ値、短時間に 1 つの発生元から集中した送信にフラグを付けます。
見落とされやすい例外が 2 つあります。1 つ目は、クリックワーカーとして働く人間は reCAPTCHA を通過し、フォームを正しく入力できることです。このため、パターンの確認とクリック後の行動でしか見抜けません。2 つ目は、リードフォーム アセットや Meta のインスタントフォームはお客様のサイトを読み込まないため、これらのウェブサイト向けの確認は一切適用されないことです。それらの広告内フォームの設定は、後述のリードフォームのスパムに関するガイドと、インスタントフォームのガイドで扱っています。
業種による違いもあります。クリック単価の高い B2B のアカウントは、最初に影響を受けやすい傾向があります。その場合のウェブサイトのフォームの確認は、B2B SaaS の不正クリック対策をご覧ください。地域の施工業者は、迷惑なフォームと並んで迷惑な電話も受けます。短い通話をコンバージョンから外す方法は、HVAC、配管、屋根工事のホームサービス広告における不正クリックで説明しています。検索連動型の法律分野も、より高いクリック単価で同じリスクを抱えています。法律事務所向け Google 広告の不正クリックでは、受付後の処理区分によって、迷惑な相談と本物の案件を切り分ける方法を紹介しています。
偽のリードは、スマート自動入札をどのように学習させますか?
偽のリードがスマート自動入札を学習させるのは、入札がカウントされたコンバージョンをすべて成功とみなし、似たトラフィックをさらに探しにいくからです。 ボットのフォーム送信が、本物の問い合わせと同じコンバージョン アクションを発火させると、モデルは両者を区別できません。安く獲得できたため、迷惑なリードを生んだ検索語句、プレースメント、デバイス、オーディエンスに、喜んで支出を増やしてしまいます。
ループは次のように進みます。質の低い、あるいは自動化されたトラフィックが広告をクリックします。フォーム送信や軽いイベントがコンバージョンとして発火します。Google 広告はそれを成果として記録します。スマート自動入札は、それに似たトラフィックへの入札を引き上げます。同じような迷惑なリードがさらに届き、報告上のリード単価は改善する一方で、営業の受け入れ率は下がります。
モデルが壊れているわけではありません。コンバージョンのデータが示したとおりに動いているだけです。だからこそ、被害は 1 件の不良なリードにとどまりません。
- 入札戦略。 安いコンバージョンを生む状況で、入札が引き上げられます。
- 拡張。 インテント マッチ(旧称:部分一致)、P-MAX、検索パートナーが、同じ種類の広告枠へ広がっていきます。
- 予算配分。 目に見える CPA が最も低いキャンペーンが、何も成約させなくても、より多くの予算を獲得します。
- レポート。 チームが数字を信用しなくなるか、さらに悪いことに、信用し続けてしまいます。
原因を証明できるようになる前に、たいていは警告サインが現れます。
| プラットフォームの表示 | ビジネス側の実態 | 通常の意味 |
|---|---|---|
| リード単価が低下している | 営業の受け入れ率が低下している | 入札が、より安価で質の低いコンバージョンを見つけた |
| リード件数が増加している | 成約率が横ばい、または低下している | 件数が、購入に至らないトラフィックから生まれている |
| P-MAX や検索パートナーの効率が良く見える | 営業がそれらのリードに不満を述べている | 拡張した広告枠が、軽いコンバージョンを生んでいる |
| 拡張後に入札戦略が不安定になる | CRM に迷惑なリードのパターンが見られる | モデルが、混在したシグナルから学習している |
ここでは、検索パートナーを個別に確認する価値があります。切り分け方は、Google 広告の検索パートナーとリードの質で解説しています。より広い確認の流れについては、Google 広告のトラフィック品質レビューと P-MAX の不正クリック対策もあわせてご覧ください。
データの除外が役立つ場合と、役立たない場合
迷惑なコンバージョンが続いていることに気づくと、多くの人がデータの除外に手を伸ばします。しかし Google がこれを設計したのは、もっと限られた用途のためです。ページの説明では、トラッキングの不具合、タグの設置ミス、一時的にアップロードできなかったオフライン コンバージョンといった、コンバージョン データの障害に使うものとされています(コンバージョン データの障害にデータの除外を使用する、Google 広告ヘルプ)。スパムのリードを除くフィルターとしては説明されていません。
実際に障害がある場合は、そのページの 3 つのルールが重要です。
- 日付が適用されるのは、コンバージョンではなくクリックです。 コンバージョンはクリックより遅れて発生するため、それより前のクリックの日付も除外します。Google の例では、10 月 15 日から 18 日の問題に 5 日間のコンバージョン遅延がある場合、除外は 10 月 10 日から 18 日までとなります。
- 被害の大部分をカバーします。 Google は、「影響を受けたコンバージョン データに関連するクリックの 90% 以上を除外することが推奨される」としています。
- 使うのはまれにします。 Google は、頻繁な除外や長期にわたる除外はスマート自動入札のパフォーマンスに悪影響を与える可能性があると警告し、一度適用した除外は削除しないよう求めています。
継続的な偽のリードに対する対策は、上流にあります。発生元をブロックし、フォームを強化し、入札が最適化の対象とするコンバージョンを変えることです。
不要なコンバージョンの原因が重複したタグ、テスト送信、誤ったカウント設定にある場合は、Google 広告の偽のコンバージョンのガイドで、それぞれを見つけて修正する方法を解説しています。
質の高いリードを Google 広告に返すには、どうすればよいですか?
質の高いリードを返すには、CRM の成果を適格なリードと成約したリードの目標としてインポートし、リードの拡張コンバージョンで元のクリックと結び付けます。 これにより、入札の目標が「あらゆるフォーム送信」から「営業チームが受け入れたリード」へと移ります。
これらの目標について Google のページは、適格なリードは CRM などで「オフラインでさらに絞り込まれた」リードを、成約したリードは成約などお客様が定義した段階に達したリードを追跡するものだと説明しています。どちらもオフライン コンバージョンのインポートに基づいており、より深いシグナルはスマート自動入札と P-MAX の助けになると Google は述べています(適格なリードと成約したリードについて、Google 広告ヘルプ)。
照合の仕組みが、リードの拡張コンバージョンです。フォームの送信時に、サイトはハッシュ化したメールアドレスなどのリード情報を送信します。リードが適格になった時点や成約した時点で、同じハッシュ化データを、できれば GCLID(Google クリック ID)とあわせてインポートすると、Google が両者を照合します(リードの拡張コンバージョンについて、Google 広告ヘルプ)。設定方法とアップロード前に行う確認は、リードの拡張コンバージョンと偽のリードの解説でカバーしています。
古い連携を使っている場合は、1 つ重要な変更があります。同じ Google のページによると、2026年6月15日以降、オフライン コンバージョンのインポートとリードの拡張コンバージョンのアップロードは「Data Manager API に移行される」予定で、これらのアップロードは Google 広告 API ではブロックされます。CRM の同期が従来のアップロード方式で構築されている場合は、今のうちに Data Manager または Data Manager API 経由で送信されているか確認してください。
切り替えの実践的な順序は次のとおりです。
- 営業の成果を CRM でタグ付けする: 受け入れ、適格、迷惑なリードとして不適格、成約。
- インポートを作成する: CRM から取り込む、適格なリードまたは成約したリードのコンバージョン アクション。
- リードの拡張コンバージョンを有効にする: フォームではハッシュ化したメールアドレス、インポートでも同じハッシュ。
- アップロード経路を確認する: 従来の Google 広告 API のアップロードではなく、Data Manager または Data Manager API。
- 生のフォーム送信の優先度を下げる: セカンダリとして残し、レポートはするが入札には影響させない。
- キャンペーンタイプごとに確認する: フォーム送信単価ではなく、適格なリード単価を比較する。
Google からのクレジットは、これらの代わりにはなりません。課金された広告費の一部が戻ることはありますが、無駄になった営業の時間、汚染された CRM、すでに学習してしまった入札の傾向は元に戻りません。
クリック単位の保護で何を補え、何が見えないのですか?
クリック単位の保護は、繰り返し現れる不正の発生元をフォームに届く前に止めるため、予算とコンバージョン データの両方を清潔に保てます。 フォームの確認は、クリックの後で不良なリードを捕捉します。クリック保護は、その 1 段階前、トラフィックそのものに対して働きます。
ランディングページ経由の流れでは、ClickFortify がすべての有料クリックを、デバイス、ネットワーク、行動に関する 100 以上のデータポイントでリアルタイムにスコアリングします。無効な IP は Google 広告の IP 除外リストで自動的に除外し、ブロックごとに証拠の記録を残します。不正なクリックがフォームに届く数が減るため、スマート自動入札が学習するコンバージョン データに混ざる迷惑なリードも減ります。除外と証拠ログの仕組みは、Google 検索の保護ページでご確認いただけます。
見えないものも同じくらい重要です。ClickFortify は、Google 広告のリードフォーム アセットの送信内容も、Meta のインスタントフォームの送信内容も確認できません。これらのフォームは広告内で開き、お客様のサイトを読み込まないためです。電話アセットからの通話も確認できません。それらに対する防御は、各プラットフォームのフォーム設定と、Webhook や CRM での確認です。Google 広告のリードフォームのスパムのガイドでは、代わりにフィルタリングの役割を果たすフォーム設定と Webhook の確認を扱っています。
まとめると、各層は役割を次のように分担します。
| 層 | 捕捉するもの | 見逃すもの |
|---|---|---|
| Google の無効なトラフィックのフィルター | 請求から除外される無効なクリック | お客様のサイトで送信された偽のリード |
| クリック単位の保護 | ランディングページ経由の流れで繰り返し現れる不正の発生元 | 広告内のリードフォームとインスタントフォーム |
| フォームの確認とダブルオプトイン | ボットと偽の連絡先情報 | 購入意欲のない実在の人物 |
| 適格なリードと成約したリードの目標 | 適格にならない迷惑なリード(入札を左右しなくなる) | フォームでは何も防がない(入札が学習する内容を変える) |
手作業での対処とツールの導入を比較している場合は、料金、機能、仕組みで含まれる内容を確認でき、不正クリック対策ツールのページで対応する 2 つのプラットフォームを扱っています。
今週、アカウントを確認しましょう
偽のリードが疑われる場合は、過去 30 日間を対象に次を実施します。
- リードを、検索、P-MAX、ディスプレイ、ショッピング、デマンド ジェネレーション(Demand Gen)といったキャンペーンタイプ別に分けます。
- それぞれについて、リード単価を営業の受け入れ率と適格なリードの率と比較します。
- リード単価が改善している一方で、適格化率が低下している発生元にフラグを付けます。
- それらの発生元の中で、デバイス、地域、ネットワークの内訳を確認します。
- 入札戦略がどのコンバージョン アクションに向けて最適化しているか、また生のフォーム送信がまだプライマリになっていないかを確認します。
私たちの結論はこうです。リード単価と適格なリードの率が数週間以上、逆方向に動いているなら、ダッシュボードではなくパイプラインを信じてください。まず、入札が学習の材料にするコンバージョン目標を直し、そのうえでフォームとトラフィックを強化します。



