コンテンツへスキップ

Google 広告のリードフォームのスパム:偽リードの防ぎ方

Google 広告のリードフォームのスパムは広告内で起こり、サイトでは検知できません。More qualified、SMS 認証、Webhook のチェックで偽リードを防ぎます。

ClickFortify チーム読了時間 22 分

Google 広告のリードフォームのスパム:偽リードの防ぎ方

Google 広告のリードフォーム アセットにスパムが集まるのはなぜですか?

Google 広告のリードフォーム アセットにスパムが集まるのは、デフォルトのフォームはステップが少なく、広告内で開くため、リードが生まれる前にサイト側で相手を確認する仕組みが何もないからです。リードフォーム アセット(旧称:リードフォーム表示オプション)を使うと、ユーザーはランディングページを一度も読み込まずに自分の情報を送信できます。

それこそがこの機能の狙いです。Google は検索キャンペーンと P-MAX(Performance Max)キャンペーンでリードフォームを提供しており(リードフォーム アセットについて、Google 広告ヘルプ)、デフォルトのフォームのタイプはステップが少なくなっています。これは本当の購入者にとっても、不要な送信を行う相手にとっても同じように便利です。

Google は、自社のフィルタですべてを検出できるわけではないと明言しています。無効なトラフィックに関するページでは、無効なトラフィックを「ビジネスへの本当の関心を反映していないトラフィック」と定義し、「このトラフィックがウェブサイトやリードフォームに届く可能性は依然としてあります」と注意を促しています(無効なトラフィックについて、Google 広告ヘルプ)。同じページのよくある質問には、Google の保護機能では「すべての無効なリードを防ぐことはできません」とあります。

つまり、Google 広告のスパムリードは 2 つのすき間に行き着きます。フォームが簡単に送信できること、そして送信内容を確認できるのは配信された後だけであることです。1 つ目のすき間は Google の設定で、2 つ目は貴社の Webhook や CRM で埋めます。

フォームのタイプを「More qualified」に切り替える

まずはここから始めてください。設定は 1 つだけで、通過する相手が変わります。Google のリードフォームには 2 つのタイプがあり、デフォルトは More volume(件数重視)です。

Google のヘルプページ「キャンペーンでリードフォームを使用する」では、それぞれを次のように説明しています(Google 広告ヘルプ)。

  • More volume: 「このオプションでは、送信までのステップが少ないリードフォームのデザインを使用します。」Google はさらに、「リード数が増える可能性がある」一方で、「商品やサービスへの関心が低いユーザーが含まれる可能性がある」と補足しています。
  • More qualified: 「このオプションでは、より多くのステップを含むリードフォームのデザインを使用します。」Google によると、これは「リード数が少なくなる可能性がありますが、それらのリードは一般的にビジネス、商品、サービスへの関心が高い」とされています。

トレードオフは明快です。手間が少なければ、質の低いものも含めて送信が増えます。手間が多ければ、本気のユーザーからの送信に絞られます。また Google は、「キャンペーン期間中はいつでも、リードフォームのタイプを『More volume』と『More qualified』の間で変更できます」としています。

私たちの考えはこうです。More volume を維持するのは、Webhook と CRM でのチェックが十分で、営業が多くのリードを処理できる場合に限ってください。営業のフォローアップで不要なリードが見つかったら、すぐに More qualified に切り替えましょう。

設定は一度に 1 つずつ変更し、日付を記録してください。そうすれば、どの変更がリードの質を動かしたのかがわかります。

検索キャンペーンで SMS による電話番号の確認をオンにする

Google 広告の SMS による電話番号の確認は、検索キャンペーンのリードフォームにワンタイム パスワードの入力ステップを追加するもので、確認されていない番号がリードとして送信されることはありません。P-MAX では利用できません。検索キャンペーンではオンにしてください。入力された番号でテキスト メッセージを受信できるかどうかを確認できます。

Google のヘルプページ「リードフォーム アセットを作成する」では、「SMS による電話番号の確認を必須にすることで、営業チームが有効で購買意欲の高い見込み客だけに時間を使えるようにできます」とし、これにより「フォームにワンタイム パスワード(OTP)のステップが追加され、無効な番号、自動化されたスパム、ボットが除外されます」と説明しています(Google 広告ヘルプ)。同じページには、「現在は検索キャンペーンでのみサポートされています」とあります。

仕組みは Google の電話番号の確認に関するページで説明されています(電話番号の確認について、Google 広告ヘルプ)。コードは SMS で届き、「通常 15 分後に有効期限が切れます」。そして Google は、「ユーザーが電話番号の確認に成功しなかった場合、システムはリードを送信しません」と明記しています。

この一文こそが、手間をかける価値のある理由です。偽の番号がリードになることはありません。限界は適用範囲です。現時点では P-MAX のリードフォームでこのチェックは使えないため、配信時点での貴社独自の検証に頼ることになります。

不要なリードがふるい落とされる絞り込みの質問を追加する

本当の購入者なら答えられ、ボットや不注意にタップするユーザーには答えられない質問を 1 つ追加してください。Google のベスト プラクティスに関するページでは、「キャンペーンの目標に沿った定義済みの質問を選択し、必要な情報を収集する」ことを推奨しています(リードフォーム アセットのベスト プラクティス、Google 広告ヘルプ)。

Google の見込み度の高い回答の機能は、さらに一歩進んでいます(リードフォームの見込み度の高い回答について、Google 広告ヘルプ)。この機能は検索キャンペーンでのみ利用できます。Google のリストから選択式の質問を選ぶか、独自のカスタム質問を提案し、1 つ以上の回答を見込み度の高い回答として指定します。この質問は必須のため、誰も飛ばすことはできません。

Google は、見込み度の高い回答を含む送信を有望なリードとしてタグ付けします。各リードには、CSV のダウンロード、Webhook、API に送られるデータの中にリードのステージが含まれます。これにより、Webhook は推測に頼らずにチェックできる項目を得られます。

質問を設計する際の私たちのルール:

  • 購入者だけが知っていることを尋ねる。 サービス提供地域、予算の範囲、プロジェクトの時期などが有効です。
  • 誰でも推測できる回答は避ける。 関心の有無を尋ねる「はい・いいえ」の質問では、全員が条件を満たしてしまいます。
  • フォームは短く保つ。 長いフォームは本当のユーザーも遠ざけるため、曖昧な質問 5 つより、的を射た質問 1 つのほうが効果的です。

見込み度の高い回答の機能を利用できない P-MAX のリードフォームでも、定義済みの質問を使い、その回答を Webhook でチェックしてください。

リードの配信先で検証する:Webhook と CRM でのチェック

すべてのリードは、営業が目にする前、また入札でカウントされる前に、貴社独自のチェックを通過させるべきです。Google のヘルプページ「無効なリードを防ぐ」では、ウェブフォームに対してサーバー側での検証を推奨しています。リードフォーム アセットの場合、これに最も近いのは、リードの配信先でチェックすることです。これは私たちの推論であり、Google がリードフォーム アセットについて述べていることではありません。

Google の設定ページには、ダウンロード、CRM にデータを送る Webhook、メール通知という 3 つの配信方法が記載されています(リードフォーム アセットを作成する、Google 広告ヘルプ)。「リードフォーム アセットについて」のページでは、Google Ads API も挙げられています。Webhook は URL とキーを使用します。Google によると、「Webhook URL は、『HTTP POST』リクエストを通じてリードデータを CRM に直接送信する配信経路」であり、「Webhook キーは送信されたリードの検証に使用されます」(Google 広告ヘルプ)。公開する前に、「Send test data」(テストデータを送信)オプションを使ってください。

ダウンロードには期限があります。Google は「ダウンロードできるのは過去 30 日間のリードのみです。Google 広告はリードを 60 日間保存するため、データはこまめにダウンロードしてください」としています(リードフォーム アセットについて、Google 広告ヘルプ)。Webhook による配信、CRM との連携、または最大 60 日分のリードをエクスポートできる Google Ads API のほうが、より適した方法です。

私たちが推奨する順序は次のとおりです。

  • チェック 1:保留。 すべてのリードを Webhook で保留状態に送り、営業のキューには直接入れません。まず Webhook キーを確認します。
  • チェック 2:メール。 書式と、そのドメインがメールを受信できるかを確認します。ドメインを使い捨てメールのドメインのリストと照合します。
  • チェック 3:電話番号。 対象国に合った形式と桁数か、そして番号がサービス提供地域のものかを確認します。
  • チェック 4:絞り込みの質問への回答。 回答が実在する選択肢やサービス提供地域と一致しているかを確認し、Google が送るリードのステージを読み取ります。
  • チェック 5:重複。 設定した期間内にすでに受け取った同じメールアドレスや電話番号にフラグを付けます。
  • チェック 6:パターン。 繰り返される氏名、キーボードを適当に叩いたような文字列、短時間にまとめて届く同一の送信にフラグを付けます。
  • チェック 7:振り分け。 チェック 2〜6 をすべて通過した場合にのみ、リードを営業に渡します。それ以外は「不適格:スパム」とタグ付けし、理由を記録します。
  • チェック 8:営業による受け入れ。 有望なリードとしてカウントする前に、担当者がリードに連絡がつくことを確認します。
  • チェック 9:記録を残す。 コンバージョンのインポートや調査依頼に備えて、ペイロードにクリック ID が含まれていればそれを保存し、スパムのタグと理由もあわせて保存します。

不要なリードがチェックでふるい落とされる例を示します。これは説明のための例であり、実際のデータではありません。ランダムな文字の氏名、使い捨てドメインのメールアドレス、サービスを提供していない国の電話番号、サービス提供地域外の絞り込みの回答を含む送信が届いたとします。

チェック 1 でそのリードは保留されます。チェック 2 でメールのドメインにフラグが付きます。チェック 3 で国番号にフラグが付きます。チェック 4 で回答が条件を満たさないことが確認されます。チェック 7 で「不適格、スパム:使い捨てメール、地域外の電話番号」とタグ付けされ、営業担当者にもメインのコンバージョンにも届きません。

どのチェックも、単独では実在の人を誤って判定する可能性があります。だからこそリードは削除せずに理由とともにタグ付けし、チェック 8 で人の判断を挟むのです。

Google 広告のリードフォーム アセットで reCAPTCHA は使えますか?

Google 広告のリードフォーム アセットに reCAPTCHA を追加することはできません。Google がフォームを広告内に表示するため、独自のスクリプト、CAPTCHA、隠し項目を追加できないからです。

PPC News Feed が 2026年9月17日に最初に報じた Google のヘルプページ「無効なリードを防ぐ」には、「Google 広告は広告予算を守るために無効なトラフィックを除外しています。ただし、これらのフィルタだけでは無効なリードを防げません」とあります(Google 広告ヘルプ)。このページは「リードの質の高さ」を「共同で担う責任」と位置付け、広告主に「ウェブフォームで reCAPTCHA を使用する」よう求めています。ダブル オプトインや、メールのドメインと電話番号の形式のサーバー側でのチェックといったその他のアドバイスも、自社サイトのフォーム向けに書かれています。このページではリードフォーム アセットについて触れていません。

広告内のフォームでは、上で紹介した 4 つの対策が代わりになります。フォームのタイプ、電話番号の確認、絞り込みの質問、Webhook での検証です。自社サイトでリードを獲得している場合は、B2B SaaS や高単価の広告のための不正クリック対策で、Google が推奨するウェブフォームのチェックを順に解説しています。

有望なリードだけをスマート自動入札に反映させる

メインのコンバージョンがすべての未検証の送信であれば、入札は不要な送信も含めて、送信するユーザーをさらに探すよう学習します。こうしてリードフォームへの不要な送信は、単なる営業の悩みにとどまらず、入札の問題に変わります。

有望なリードの目標をメインにしてください。見込み度の高い回答の機能を使う場合、Google によると、有効な絞り込みの質問によって「Lead form - Response qualified (Google-hosted)」(リードフォーム:見込み度の高い回答、Google でホスト)というコンバージョン アクションが「Qualified lead」(有望なリード)目標に追加されます(リードフォームの見込み度の高い回答について、Google 広告ヘルプ)。

そのうえで、CRM で不要なリードを不適格としてマークし、未検証の送信ではなく、有望なリードや成約に至った結果をインポートします。Google はリードフォーム アセットのベスト プラクティスの 1 つとして「リードの拡張コンバージョンを使用する」ことを挙げており(Google 広告ヘルプ)、このフィードバックの仕組みはサポートされた方法です。設定方法そのものは、リードの拡張コンバージョンと、Google 広告の Data Manager を通じてリードの質を送り返す方法に関するガイドで解説しています。同じルールは、AI モードの広告とリードの質で取り上げている、広告内の新しいリード獲得形式にも当てはまります。

リードフォーム アセットとウェブサイトのフォーム:どちらを使うべきか

オファーがシンプルで、配信時のチェックが十分な場合はリードフォーム アセットを使います。リードの価値が高い場合やスパムが止まらない場合は、ウェブサイトのフォームを使います。この表は、上で引用したヘルプページをもとに私たちが独自にまとめた比較です。

項目リードフォーム アセットウェブサイトのフォーム
本当のユーザーにとっての手間最も少ない:フォームが広告内で開くより多い:訪問者がまずページを読み込む
追加できるスパム対策フォームのタイプ(More qualified)、検索キャンペーンでの SMS による電話番号の確認、検索キャンペーンでの絞り込みの質問任意に選べる:reCAPTCHA、ダブル オプトイン、サーバー側での検証、隠しハニーポット項目
フォームの前にトラフィックを確認できるかできないできる。訪問時にページが読み込まれる
検証を行う場所リードの送信後に Webhook または CRM でリードの保存前にサーバーで、さらに CRM で
リードデータの保持30 日以内にダウンロード、保存は 60 日間のため、Webhook での配信を使う自社のシステム
入札へのフィードバックリードの拡張コンバージョンを通じて、有望なリードや成約の結果をインポート有望なリードの結果をインポート、リードの拡張コンバージョン
ClickFortify から見えるか見えない。送信は広告内で行われる見える。ランディングページ経由の経路
最適な用途シンプルなオファー、大量のリード、十分な Webhook と CRM でのチェック価値の高いリード、続くスパム、リードごとの証拠が必要な場合

私たちの切り替えのルール:More qualified、電話番号の確認、絞り込みの質問、Webhook でのチェックを導入した後も不要なリードが営業に届き続ける場合は、リードの獲得をウェブサイトのフォームに移してください。まず 1 つのキャンペーンで試し、未検証の件数ではなく、営業が受け入れたリードの数で比較してください。

どちらの方法のほうがコンバージョンしやすいと主張しているわけではありません。その点についても、リードフォームのスパムがどれほど一般的かについても、信頼できる公開データはないため、この記事では数値を示していません。

Google 広告のリードフォームのスパム対策チェックリスト

このリストを使えば、Google 広告のリードフォームからのスパムリードを一度に防げます。

  • フォームのタイプ: More qualified、または十分なチェックを前提に意図的に More volume を維持。
  • 電話番号の確認: リードフォームを使うすべての検索キャンペーンでオン。
  • 絞り込みの質問: 少なくとも 1 つ。検索キャンペーンで可能な場合は、見込み度の高い回答を指定。
  • 配信: Webhook で保留状態に送る。テストデータで確認し、キーをチェック済み。
  • チェック: メール、電話番号、絞り込みの質問への回答、重複、パターンをこの順で。
  • タグ付け: スパムは理由とともに不適格としてタグ付け。
  • 入札: 有望なリードや成約の結果をインポート。未検証の送信はメインの目標にしない。
  • 見直し: キャンペーンごとの不要なリードの割合を毎週確認。
  • ダウンロード: 利用する場合は 30 日以内の予定を組む。
  • 切り替えのルール: 文書化し、担当者を明確にする。

ClickFortify に見えるもの、見えないもの

ClickFortify は Google 広告のリードフォーム アセットからの送信を確認できません。送信は広告内で行われ、サイトを一切読み込まないため、このフォームに対する防御策は上記のステップになります。

ランディングページ経由の経路では、ClickFortify が行動、デバイス、ネットワークに関する数十のシグナルに照らして、すべてのクリックにリアルタイムでスコアを付けます。Google 広告の IP 除外リストを通じて無効な IP を自動的に除外し、ブロックごとに証拠の記録を残します。また、不正と判定されたコンバージョンを入札から除外するため、ウェブサイトのフォームに届いた不要なリードがキャンペーンの学習に使われることはありません。

リードの獲得をウェブサイトのフォームに移せば、そのトラフィックは保護の対象になります。仕組みについては検索キャンペーン向けの Google 広告の不正クリック対策を、P-MAX キャンペーンのランディングページ側については P-MAX の保護に関するページをご覧ください。

よくある質問

Google 広告のリードフォームの More volume と More qualified の違いは何ですか?

More volume と More qualified は、Google 広告の 2 種類のリードフォームのタイプです。Google のヘルプページ「キャンペーンでリードフォームを使用する」によると、デフォルトの More volume は「送信までのステップが少ないリードフォームのデザインを使用」し、関心の低いユーザーも集まる可能性があります。More qualified は「より多くのステップを含むリードフォームのデザインを使用」し、リード数は少なくなる可能性があるものの、一般的に関心の高いリードが集まります。Google によると、キャンペーン期間中いつでも 2 つを切り替えられるため、1 つのキャンペーンで More qualified を試し、切り替え前後のリードの質を比較できます。

Google 広告はリードフォームの電話番号を確認できますか?

はい、検索キャンペーンでは可能です。Google の電話番号の確認機能は、SMS で送られるワンタイム パスワードの入力ステップをリードフォームに追加します。ユーザーはそのコードを入力する必要があり、Google によると、ユーザーが電話番号の確認に成功しなかった場合、システムはリードを送信しません。Google はこの機能を、無効な番号、自動化されたスパム、ボットを除外するものと説明しています。現在は検索キャンペーンでのみサポートされているため、P-MAX のリードフォームでは、代わりに絞り込みの質問と、貴社独自の Webhook や CRM でのチェックが必要です。

Google 広告のリードフォーム アセットに reCAPTCHA を追加できますか?

できません。リードフォーム アセットは Google が広告内に表示するため、独自のスクリプト、CAPTCHA、隠し項目を追加することはできません。Google のヘルプページ「無効なリードを防ぐ」はウェブフォームへの reCAPTCHA の導入を推奨していますが、そのページではリードフォーム アセットについて触れていません。広告内のフォームで使える対策は、フォームのタイプ、検索キャンペーンでの SMS による電話番号の確認、絞り込みの質問、そしてリードの配信先である Webhook や CRM でのすべてのリードの検証です。

Google はリードフォーム アセットのリードをどのくらいの期間保存しますか?

Google のヘルプページ「リードフォーム アセットについて」によると、ダウンロードできるのは過去 30 日間のリードのみで、Google 広告はリードを 60 日間保存するため、データはこまめにダウンロードする必要があります。手動のダウンロードに頼る場合は、30 日を十分に下回る間隔で予定を組んでください。より安全なのは、すべてのリードが届いた時点で Webhook を通じて貴社のサーバーや CRM に送る設定です。そうすれば、記録の保持とスパムのチェックを自社のシステムで行えます。

Google 広告のリードフォームから届いたスパムリードについてクレジットを受けられますか?

Google がクレジットするのは無効なトラフィックであり、貴社が不要と判断したすべてのリードではないため、クレジットが保証されるわけではありません。一連のリードが無効なトラフィックから来たと考えられる場合は、過去 60 日以内のアクティビティについて調査依頼を提出できます。Google のヘルプページ「無効なトラフィックについて」では、リードごとの GCLID を含むスプレッドシートの提出が求められています。必要なときにすぐ証拠をそろえられるよう、すべてのリードについてクリックデータとスパムのタグを保存しておいてください。

Google 広告のリードフォーム アセットとウェブサイトのフォームのどちらを使うべきですか?

オファーがシンプルで、件数が重要で、Webhook と CRM でのチェックが十分な場合は、リードフォーム アセットを使ってください。リードの価値が高い場合や、More qualified への切り替え、電話番号の確認と絞り込みの質問の追加、Webhook でのリードの検証を行っても不要なリードが営業に届き続ける場合は、ウェブサイトのフォームを使ってください。ウェブサイトのフォームなら、リードが保存される前に独自のチェックを追加できます。また、ClickFortify は広告内で行われた送信を確認できないため、ClickFortify が保護できるのもこちらの経路です。

この記事を共有
その他の記事

次に読みたい記事