リード獲得型の広告を運用している人にはおなじみの症状です。[コンバージョン]列にはある数字が出ているのに、同じ週の CRM で営業が見つけられるリードははるかに少ない。多くの人はボットを疑います。しかし実際には、アカウント自体が同じリードを二重にカウントしていたり、リードではないものをカウントしていたりすることがよくあります。
この記事では、コンバージョン アクションの側を扱います。偽のコンバージョンがどこから来るのか、どう見つけるのか、どの設定で防げるのか、すでにカウントされたものをどう整理するのかを解説します。偽のリードがフォームに届き、入札に誤った顧客像を学習させる流れについては、まずGoogle 広告の偽のリードのガイドをご覧ください。その流れを一言で言えば、メインのコンバージョンとしてカウントされるものが、入札が探す顧客像になります。つまり、不要なコンバージョンは誤った指示なのです。
Google 広告の偽のコンバージョンの原因は何ですか?
偽のコンバージョンの主な原因は、重複したタグ、テストのトラフィック、ボットによるフォーム送信、誤ったカウント設定、不要なインポートの 5 つです。 このうち不正なのは 1 つだけです。残りの 4 つは設定の問題であり、設定は自分で直せるので、これは朗報です。
重複したタグ
重複したタグは、1 つのイベントで 2 つのタグが発火し、1 件のリードが 2 回カウントされるときに起こります。Google 広告で重複したコンバージョンの多くは、ここから始まります。よくあるのは、サンクス ページに置いた Google 広告のネイティブ コンバージョン タグと、同じフォームの GA4 のキーイベントを Google 広告にインポートしたものが、入札に使う目標の中でどちらもメインになっているケースです。リードは 1 件なのに、コンバージョンは 2 件になります。アクションが「すべて」でカウントされている場合は、サンクス ページの再読み込みでさらに増えます。トランザクション ID が役立ちます。Google は、「同じコンバージョン アクションで同じトランザクション ID のコンバージョンが 2 件ある場合」、2 件目を重複として扱うと説明しています。同じページには、トランザクション ID を追加しても「ビュースルー コンバージョンの重複は解消されない」という注意もあります(トランザクション ID を使用してコンバージョンの重複を最小限に抑える、Google 広告ヘルプ)。
テストのトラフィック
QA の送信、社員によるデモ、代理店の確認は、どれも実際のフォームに入力します。Google のカウント方法のページによると、コンバージョンは「広告のインタラクションの後」に発生したときにカウントされます。これは Google の記述ではなく私たちの解釈ですが、Google 広告のテスト コンバージョンがカウントされるのは、テストした人のブラウザが広告をクリックするなどして操作した場合だけです。たとえば、自社の広告を確認のためにクリックし、そのままフォームを送信した場合がそうです。社内やテストのコンバージョンを除外する Google 広告の機能は見つからなかったため、予防はタグのルールとテストの手順で行います。IP の除外は、その IP アドレスへの広告表示を止めるものです。コンバージョン タグの発火は止めません。GA4 の社内トラフィック フィルタは、一致するデータを Analytics が処理する前に除外します(社内トラフィックを除外する、Analytics ヘルプ)。そのため、私たちの理解では、影響するのは GA4 からインポートしたコンバージョンだけで、ネイティブの Google 広告タグには及びません。
ボットによるフォーム送信
不要なデータの一部は、本物の不正です。Google のリードの質に関するページには、「ユーザーやボットがウェブサイトにアクセスし、偽の、または質の低いリードフォームを送信できてしまう」とあります(無効なリードを防ぐ、Google 広告ヘルプ)。こうした送信は有料のクリックを経由して届き、通常のリードと同じようにコンバージョン タグを発火させます。これは無効なトラフィックの一種です。フォーム側の対策は、上でリンクした偽のリードのガイドの、ボットによるフォーム送信の項で解説しています。
誤ったカウント設定
リードのアクションを「すべて」にすると、1 人の人から複数のコンバージョンが記録されることがあります。ページビュー、スクロール、電話ボタンのタップなど、マイクロ コンバージョンをメインにしている場合は、顧客の行動ではないものをカウントしていることになります。どちらも、偽の人物が 1 人もいないのに列の数字を水増しします。対策は、後述のメインのアクションとカウント方法の項にあります。
不要なインポート
オフラインや CRM のインポートでは、不適格なレコードやスパムを含むすべてのリードをコンバージョンとして取り込んでしまうことがあります。GA4 の軽いイベントをメインとしてインポートした場合も同じです。CRM のステージをインポートするなら、どのステージを送るべきかをリードの拡張コンバージョンのガイドで解説しています。
アカウントで偽のコンバージョンを見つけるにはどうすればよいですか?
コンバージョンの概要を開き、メインのアクションごとに実際の出来事と照らし合わせ、キャンペーンをコンバージョン アクションで分割して確認します。 Google の概要のページには、「[目標]メニューの[コンバージョン]に移動します」とあります(コンバージョンの概要からコンバージョン目標を管理する、Google 広告ヘルプ)。メインとサブのページも、概要の場所を同じく「[目標]メニューの[コンバージョン]プルダウンにある」と説明しています。つまり、[目標]、[コンバージョン]、[概要]の順に開きます。次に、キャンペーンの表を分割します。セグメントのアイコンを選び、[コンバージョン]、[コンバージョン アクション]の順に選ぶと、どのアクションが件数を押し上げているかを確認できます(表でセグメントを使用する、Google 広告ヘルプ)。コンバージョンのセグメントはコンバージョン関連の列にだけ値が入るため、この表示ではクリック数や費用は表示されません。
まず 2 つの列を見てください。Google は、メインのアクションを[コンバージョン]列に、サブのアクションを[すべてのコンバージョン]列に表示します(メインとサブのコンバージョン アクションについて、Google 広告ヘルプ)。2 つの差が、観察はしているが入札には使っていない分です。次に、同じ期間の自社のフォーム送信数や CRM のリード数と[コンバージョン]を比べます。[コンバージョン]のほうが多ければ、メインの何かが余分にカウントしています。
各アクションのステータスも確認してください。概要のページでは、「最近のコンバージョンなし」「無効」「要対応」が問題の兆候とされており、後の 2 つは通常、タグの設定ミス、タグの欠落、拡張コンバージョンの問題を示すと説明されています。壊れて修正されたタグは、後述のデータの除外の項の対象になる可能性があります。
偽物ではない例外が 1 つあります。Google は、まれにレポートでクリック数よりコンバージョン数が多く表示されることがあると述べています。無効なクリックはキャンペーンの指標から削除される一方、有効なコンバージョンは残るためです(無効なクリック:定義、Google 広告ヘルプ)。クリック数よりコンバージョン数が多いというだけでは、重複の証拠にはなりません。
そのうえで、見えているものを原因と結び付けます。次の表は、上記の情報源をもとに私たちが作成した判断の目安です。出発点であり、証明ではありません。
| 見えるもの | 考えられる原因 | 対策 |
|---|---|---|
| コンバージョンがフォーム送信数を大きく上回る | 重複したタグ、または GA4 のインポートとネイティブ タグがどちらもメイン | 片方をメインのままにして、もう片方をサブ(観察のみ)にし、トランザクション ID を追加する |
| コンバージョンが営業時間内や公開日に集中する | 自社の広告をクリックしたあとのテストや社員による送信 | 別のフォームやタグのルールでテストし、把握しているテストのコンバージョンを取り消す |
| CRM に対応するレコードがなく、内容も不要なコンバージョン | 有料クリックからのボットによるフォーム送信 | 偽のリードのガイドにあるフォームのチェックと、繰り返し現れる発生元のブロック |
| 1 件のリードに複数のコンバージョン | リードのアクションが「すべて」、またはサンクス ページの再読み込み | リードのアクションを「1 回」に切り替える |
| コンバージョンは増えているのに、有望なリードは横ばい | マイクロ コンバージョンや軽いイベントがメインになっている | サブに切り替える |
| セッションと結び付けられないインポート済みコンバージョン | すべてのリードの CRM インポート、ビュースルーの重複、長いビュースルー期間 | 有望なステージだけをインポートする |
この差のコストを把握するには、Google 広告の CPA 高騰のガイドにあるように、プラットフォーム上の CPA と有望なリードに基づく CPA を比べてください。
どのコンバージョン アクションをメインにし、「すべて」と「1 回」のどちらにすべきですか?
入札に追いかけさせたいアクションだけをメインにし、リードは「1 回」でカウントします。 それ以外はサブとしてアカウントに残せば、引き続き確認できます。
設定の名前は「コンバージョン アクションの最適化」で、メインとサブ(観察のみ)の 2 つの選択肢があります。Google によると、メインのアクションは「それが属する標準の目標が入札に使われている限り」入札に使われます(メインとサブのコンバージョン アクションについて、Google 広告ヘルプ)。サブのアクションは「観察のみ」で「入札には使われません」。Google が挙げる例外は、サブのアクションを含むカスタム目標です。疑わしいアクションをサブに切り替えるのが最も安全な最初の一手です。データは残したまま、そのアクションが入札を動かさなくなるからです。
カウント方法が 2 つ目の設定です。「すべて」では、「Google 広告は、広告のインタラクションの後に発生したコンバージョンを(追跡対象のコンバージョン アクションごとに)すべてカウントします」。「1 回」では、「Google 広告は広告のクリックにつき 1 件のコンバージョンだけをカウントします」(コンバージョンのカウント方法について、Google 広告ヘルプ)。Google は、成約数ではなくリードが発生したことを重視する場合に「1 回」を、購入ごとに価値が加わる販売に「すべて」を組み合わせています。
コンバージョン ウィンドウはどのくらいにすべきですか?
コンバージョン ウィンドウは、広告のインタラクションの後、どのくらいの期間コンバージョンをカウントするかを決める期間で、Google は 3 種類を設けています。クリックスルー ウィンドウはクリック後のコンバージョンが対象で、検索とディスプレイのキャンペーンの初期設定は 30 日です。エンゲージビュー ウィンドウは動画の視聴後のコンバージョンが対象で、初期設定は 3 日です。ビュースルー ウィンドウは広告が表示されたもののクリックされなかった場合のコンバージョンが対象で、初期設定は 1 日です(コンバージョン ウィンドウについて、Google 広告ヘルプ)。リードのアクションでは、クリックスルー ウィンドウを購入者が実際に問い合わせるまでにかかる期間に合わせ、ビュースルーは短く保ちます。ビュースルー ウィンドウが長いと、広告を見ただけの人にリードが帰属してしまいます。
実際にたどってみた例
これは説明のための例であり、実際のアカウントのデータではありません。実際の問い合わせを 1 件とします。フォームでは Google 広告のネイティブのリード タグが発火し、GA4 は同じフォームをキーイベントとしてインポートします。どちらもメインです。アクションは「すべて」でカウントされ、訪問者はサンクス ページを 1 回再読み込みします。人は 1 人、リードは 1 件ですが、[コンバージョン]列にはそれに対して 1 件を超えるコンバージョンが表示されることがあります。GA4 のインポートをサブ(観察のみ)にし、リードのアクションを「1 回」に切り替えれば、同じ問い合わせは 1 回だけカウントされます。
当てはまらないケース:購入が繰り返される EC のアカウントでは、購入のアクションを「すべて」のままにしてください。同じクリックからの 2 件目の注文は、本当の 2 件目の売上だからです。「1 回」はリードのアクションに適用するものであり、すべてに適用するものではありません。
偽のコンバージョンにデータの除外を使うべきですか?
データの除外はコンバージョン データの障害のためのもので、スパムのためのものではなく、コンバージョンのレポートも変えません。 Google は、「データの除外は、コンバージョン トラッキングの問題やコンバージョンのアップロードを含む、コンバージョン データの障害に対して推奨されます」と述べています(コンバージョン データの障害にデータの除外を使用する、Google 広告ヘルプ)。継続的な不要なリードは障害ではありません。
特定できる期間に稼働していた重複タグや壊れたタグは、対象になる場合があります。同じページには、データの除外が当てはまる例として「ウェブサイトに誤って設置されたコンバージョン タグによって、コンバージョン数が不正確になった」ことが挙げられています。それでも、「データの除外はコンバージョンのレポートに影響しません」(データの除外について、Google 広告ヘルプ)。除外が変えるのは、入札が学習に使うデータです。[コンバージョン]列がきれいになることはありません。クリックの日付のルールと、除外するクリックの割合については、上でリンクした偽のリードのガイドの、データの除外の項をご覧ください。
すでにカウントされたコンバージョンはどのように修正しますか?
注文 ID または GCLID があればコンバージョン調整で取り消し、なければアクションを修正して、問題のある期間のデータが古くなるのを待ちます。 ここで取り消しは、レポートを変えられる唯一の手段です。Google では調整を 54 日以内に行えます。入札に反映させたい場合は 7 日以内です。
Google の調整のページには、コンバージョンを「その価値を修正する、またはレポートから完全に取り消す」ために調整できるとあります(コンバージョンを調整する方法、Google 広告ヘルプ)。ウェブサイトのコンバージョンでは、タグと一緒に送信した注文 ID が必要です。インポートしたオフライン コンバージョンでは、GCLID とコンバージョンの日時を使えます。Google は「コンバージョン調整は 54 日以内に行えます」としています。入札に反映させる期間はそれより短く、コンバージョンが最初に記録されてから 7 日以内なので、取り消しは早めに行ってください。また Google は、ウェブサイトのコンバージョンは一度取り除くとレポートに戻せないとも述べているため、アップロードする前にリストを確認してください。
これがデータの除外との違いです。取り消しはレポートを変え、除外は変えません。
Google 自身も一部を整理しています。無効なトラフィックのページには、「Google は、無効なトラフィック由来の無効なコンバージョンの一部を削除します」「この削除は、コンバージョンがアカウントに表示された後に行われることがあり、時間の経過とともにコンバージョンがわずかに減って見えることがあります」とあります(無効なトラフィックについて、Google 広告ヘルプ)。過去の日付の合計がわずかに減っていたら、これが理由かもしれません。Google のページには、重複やテスト送信を削除するとは書かれていません。
コンバージョン アクション整理のチェックリスト
次の 10 のステップを順番に進めてください。今回一度行い、タグやフォームを変更するたびにもう一度行います。 これは、上で挙げた Google のページをもとに作成した、私たちの作業手順です。
- 1. メインのアクションをすべて書き出す。 [目標]、[コンバージョン]、[概要]の順に開きます。
- 2. それぞれを実際の顧客の行動と対応させる。 リード、確認できる通話、購入です。
- 3. それ以外は切り替える。 サブ(観察のみ)にします。
- 4. 二重のカウントを探す。 1 つのイベントを 2 つのタグ、またはタグと GA4 のインポートが追跡していないか確認します。
- 5. トランザクション ID を追加する。 フォームやチェックアウトで渡せる場合は必ず追加します。
- 6. リードのアクションを「1 回」にする。 「すべて」は購入のために残します。
- 7. 自社の広告をクリックした後にテストしない。 テスト送信を止めるタグのルールを使います。
- 8. インポートを監査する。 CRM のすべてのレコードではなく、有望なステージをインポートします。
- 9. 把握している不要なものを取り消す。 54 日以内に調整を使います。ウェブサイトのコンバージョンは注文 ID、インポートは GCLID とコンバージョンの日時です。
- 10. データの除外は障害にだけ使う。 特定できる期間に、壊れたタグや重複したタグがあった場合です。
ClickFortify は何を変え、何を見られないのですか?
ClickFortify が減らせるのは 5 つの原因のうち 1 つ、有料クリックからのボットによるフォーム送信だけで、このリストの他の原因には対応しません。
ClickFortify は、Google 広告の各クリックを 100 以上のデバイス、ネットワーク、行動のデータポイントでリアルタイムにスコアリングし、無効な IP を Google 広告の IP 除外リストを通じて自動で除外し、ブロックごとに証拠の記録を残します。フォームに届く不正クリックが減るため、コンバージョンのデータに入り込む不要なデータも減ります。仕組みは、Google 検索の保護のページでご覧いただけます。
限界も同じくらい重要です。ClickFortify は Google 広告内のコンバージョンを編集、フィルタ、削除することはなく、コンバージョン アクション、カウント設定、インポートも変更しません。リードフォーム アセットへの送信、通話アセットからの通話、ローカルサービス広告のリードは、サイトを読み込まないため確認できません。対象はランディングページへの経路だけです。リードフォーム アセット内のスパムについては、Google 広告のリードフォームのスパムのガイドをご覧ください。
重複したタグ、テストのトラフィック、カウント方法、インポートは、上のチェックリストで自分で直せる部分です。私たちの結論はこうです。どんな保護サービスを導入する前にも、まずコンバージョン アクションを監査してください。それは私たちのサービスも例外ではありません。整理した後も[コンバージョン]列が CRM を上回り続けるなら、残る差はトラフィックに起因する可能性が高く、そこがクリック保護の担う部分です。



