多くの広告主がここに来る理由は、課金された無効なトラフィックが疑われるからです。Google の無効なトラフィックについてのページは、調査のために集める項目の 1 つに GCLID を挙げています。「不審なクリックに関連付けられた Google クリック ID」です。同じページには「Google による調査は過去 60 日間に限られます」とあり、クリック ビューは 90 日分を保持するため、実際に効く上限は 60 日です。クリック ビューは照合用の台帳であって判定ではありません。Google が記録したクリックが分かるだけで、各クリックが何をしたかはログから分かります。
この記事の確認方法。 広告アカウントでのテストは行っていません。レポートのフィールドと上限は、2026年11月13日に確認した Google 広告 API と Google 広告ヘルプのページに基づいています。サンプルのクエリは、同日に Google 広告クエリ ビルダーの API v26 の検証を通過しました。Google の API チームの見解は、日付つきのフォーラムの回答に基づいています。
Google 広告のクリック ビュー レポートには何が表示され、何が含まれないのか
クリック ビューには、クリック ID ごとにキャンペーン、広告グループ、キーワード、地域、デバイス、ネットワークが 1 行で表示され、有効なクリックと無効なクリックが混在します。IP アドレス、ユーザーエージェント、時刻、有効性のフラグは含まれません。
Google の API のページは、このリソースを「有効なクリックと無効なクリックの両方を含む、クリック単位で指標を集計したクリック ビュー」と説明しています。さらに「検索以外のキャンペーンでは、metrics.clicks は有効なインタラクションと無効なインタラクションの数を表す」とあります（click_view、Google 広告 API v26）。Google の自動タグ設定のページによると、GCLID はインプレッション時に作成される場合があり、「クリック ビュー レポートでは、同じユーザーが同じ広告を複数回クリックした場合、同じ GCLID の行で複数のクリックとして数えられます」（自動タグ設定について）。どのクエリにも metrics.clicks を含めてください。値が 1 を超える場合は、1 つの GCLID の行に繰り返しのクリックがあることを意味します。
| フィールド | Google による説明 | 証拠としての使い方 |
|---|---|---|
| click_view.gclid | 「出力専用。Google クリック ID」 | ログ、GA4、CRM と結びつける結合キー |
| click_view.keyword_info.text と match_type | 「キーワードのテキスト」。キーワードが存在するのは「クリックが検索チャネルに対応する」場合のみ | 不審な急増がどのキーワードに当たったかが分かる |
| campaign.name、ad_group.name、click_view.ad_group_ad | click_view で使えるセグメント用リソース。広告は「出力専用。関連付けられた広告」 | Google が求めるキャンペーン名と広告グループ名、およびクリックされた広告 |
| click_view.location_of_presence と area_of_interest | 「インプレッションに関連付けられた最も具体的な地域条件」 | クリックを地域設定と照らして確認できる |
| click_view.page_number | 「広告が表示された検索結果のページ番号」 | 1 つのページに集中したクリックを見つけられる |
| segments.device、ad_network_type、click_type、slot | このリソースで使えるセグメント | 各行のデバイスとネットワーク |
| metrics.clicks | このリソースで唯一の指標 | 1 を超える場合は 1 つの GCLID への繰り返しクリック |
フィールド一覧には、IP アドレス、ユーザーエージェント、segments.date より細かいタイムスタンプ、有効か無効かのフラグがありません。地域のフィールドが返すのは都市名ではなく、Google が場所に付けた ID である地域条件です。読む前に、Google のジオターゲットの一覧で各 ID を調べてください。Google の ValueTrack マッピングのページでは、これを「クリックの地理的な場所の ID」と呼んでいます（ValueTrack マッピング）。
［無効なクリック］列は別のものです。これは Google がすでにフィルタしたクリックを、GCLID なしでキャンペーン単位に数えたもので、Google 広告で無効なクリックを確認する方法で扱っています。クリック品質フォームもまた別です。Google は「クリック品質フォームから調査を依頼できます」としており、このフォームは、疑わしいクリックの確認を Google に求めるものです。
クリック ビューのデータはどう取得するか：API、Google 広告スクリプト、BigQuery
クリック ビューの行は、Google 広告 API への GAQL クエリ、同じクエリを実行する Google 広告スクリプト、または BigQuery Data Transfer のテーブルで取得できます。いずれも 1 回のクエリで 1 日分、最大 90 日前までです。
Google のヘルプセンターには、Google 広告の管理画面にクリック単位のレポートがあるという記載はありません。行を取得する文書化された方法はすべて、API か、それに対応づけられた BigQuery 転送を経由します。上限は厳格です。「ClickView を含むクエリには、結果を 1 日に絞り込むフィルタが必須で、リクエスト時点から 90 日前までの日付を指定できます」。Google は次のようにも記しています。「インストール目的のアプリ キャンペーン（ACi）とプレ登録目的のアプリ キャンペーン（ACpre）では、このレポートに GCLID は含まれません」（どちらもclick_view のページより）。
次のクエリは、2026年11月13日に v26 の Google の検証ツールを通過しました。
SELECT
click_view.gclid,
click_view.keyword_info.text,
click_view.keyword_info.match_type,
click_view.page_number,
click_view.location_of_presence.most_specific,
click_view.area_of_interest.most_specific,
campaign.name,
ad_group.name,
segments.date,
segments.device,
segments.ad_network_type,
segments.click_type,
metrics.clicks
FROM click_view
WHERE segments.date = '2026-11-12'
同じ検証ツールでの 2 つの否定的な確認が、上限を示しています。click_view.ip_address を追加すると「'click_view.ip_address' is not a valid field in the SELECT clause」と返りました。日付を 7 日間の範囲に置き換えると「a filtering condition must be present in the WHERE clause specifying a single day within the last 90 days」と返りました。検証ツールが確認するのは構文とフィールドの規則であり、アカウントのデータではありません。
クリック ビューの 1 日分の行を取得する手順：
- 過去 90 日以内の日付を 1 つ選ぶ。
- 上のクエリの segments.date にその日付を入れて実行する。
- 結果をその日 1 ファイルとして保存し、各 GCLID は返ってきたとおりに残す。
- 調査したい日ごとに繰り返し、ファイルを 1 つのクリック シートにまとめる。
- Google 広告 API。 日付ごとにクエリを 1 回実行します。Google によると、API には「専用のデベロッパー トークンと OAuth 認証情報」が必要です（Google 広告スクリプトの開始ページ）。
- Google 広告スクリプト。 Google によると、スクリプトのレポートは「Google 広告 API を基盤とし」GAQL を使い、AdsApp.search() と AdsApp.report() を通じて実行され、exportToSheet() でスプレッドシートに出力できます（スクリプトのレポート）。このレポートのページに click_view の名前はないため、スクリプトは同じ GAQL クエリを実行する手段として扱ってください。Google は、スクリプトは「サーバーのプロビジョニングやデベロッパー認証情報の管理なしで」使えるとしており、デベロッパー トークンが要らない方法です。
- BigQuery Data Transfer。 Google は、テーブル p_ads_ClickStats_customer_id を API リソース「Click View」に対応づけています（Google 広告の変換）。列は自社のデータセットで確認してください。
当社の経験則であり、Google の見解ではありません。毎週、その週の各日の行を保存してください。データは 90 日で消え、調査の対象は過去 60 日だけです。
GCLID がないクリックがあるのはなぜか
GCLID がないクリックが届くのは、自動タグ設定がオフの場合、リダイレクトでパラメータが削除された場合、クリックが iOS アプリから来て wbraid が付いている場合、またはアプリ キャンペーンの場合です。
自動タグ設定は、URL に「Google クリック ID」の略である GCLID というパラメータを追加するため、ランディング URL は www.example.com/?gclid=123xyz のような形になります。Google は「ウェブサイトでリダイレクトを使用している場合は、GCLID が最終的なランディング ページに渡されるようにすることも重要です」としています（自動タグ設定について）。Google の設定パスは、管理アイコン、アカウント設定、自動タグ設定のセクション、そして「広告からのクリック先 URL にタグを付ける」の横のチェックボックスです。Google は「アプリ キャンペーンは自動タグ設定の機能に対応していません」とも記しています。
iOS のトラフィックには、別の識別子が付くことがあります。Google は、gbraid を「ユーザーがウェブ上の広告をクリックし、iOS アプリに遷移した場合」に、wbraid を「ユーザーが iOS アプリ内の広告をクリックし、ウェブページに遷移した場合」に存在するものと定義しています。複数ある場合、Google が使うのは「gclid、次に wbraid、次に gbraid」の順です（クリック コンバージョンのアップロード）。click_view のフィールド一覧に gclid フィールドはありますが gbraid や wbraid のフィールドはないため、wbraid だけが付いて到着した訪問には、クリック ビューの行と照合できる GCLID がありません。P-MAX では、Google は {gclid} を「限定的なサポート」としています（ValueTrack パラメータ）。GCLID は受け取ったとおりに保存してください。「GCLID は大文字と小文字が区別されます」（オフライン コンバージョンのインポート）。
逆のケースもあります。ログには GCLID があるのに、訪問日のクリック ビューに行がない場合です。Google のクリック数とセッション数のページには、ユーザーが gclid パラメータ付きでサイトをブックマークした場合、「Google 広告はそのクリックを記録せず、実際の広告のクリックではないため、広告主はそれらのセッションに対して課金されません」とあります（クリック数とセッション数のトラブルシューティング）。ブックマーク経由の訪問は過去のクリックの GCLID を再現するため、GCLID がないと判断する前に、訪問日より前の日付もクエリしてください。
2025年1月16日の Google 広告 API チームのフォーラムの回答は、さらに踏み込んでいます。「見つからない GCLID は、実際には無効なクリックに含まれている可能性が非常に高い」（フォーラムのスレッド）。この回答は、このリソースに無効なクリックが含まれるとする API ページの記述と食い違うため、見つからない GCLID についての Google の立場は、ドキュメント上では確定していません。それより前のスレッドでは、2024年6月24日に明確な回答がありました。「有効なクリックか無効なクリックかを識別することはできず、ほかに回避策もありません」（フォーラムのスレッド）。
サイトに届いたのにクリック ビューにない GCLID は、Google に尋ねる事項であって、不正の証拠ではありません。
クリック ビューの GCLID を、ログ、GA4、CRM とどう照合するか
GCLID の文字列が完全に一致するもので結合します。Google の行が日付、キャンペーン、キーワード、地域、ネットワークを提供し、自社の記録が IP、ユーザーエージェント、秒単位のタイムスタンプ、訪問者の行動を提供します。
クリック ビューの行を自社の記録と GCLID で照合する手順：
- サーバーのアクセスログ。 各ランディングのリクエスト URL から gclid を取り出し、大文字と小文字をそのまま保ちます。その行から、タイムスタンプ、IP、ユーザーエージェントが分かります。
- GA4。 BigQuery エクスポートのフィールド collected_traffic_source.gclid をクエリします。Google はこれを「イベントとともに収集された Google クリック ID」と説明しています（GA4 BigQuery エクスポートのスキーマ）。どの GCLID がその後のイベントにつながったかが分かります。
- CRM。 各リードのレコードに保存された GCLID を取得します。Google の調査のページは、無効なリードが問題の場合に「各リードの GCLID」を求めています。
- 結合するのは GCLID の文字列であり、時刻ではありません。 クリック ビューにあるのは日付で、時刻はありません。Google が各行に付けるリソース名は
customers/{customer_id}/clickViews/{date}~{gclid}で、日付と GCLID を合わせて 1 つのクリックを特定します。 - 日付を確認する。 一致した各行のサーバーログの日付は、クリック ビューの segments.date と同じはずです。ブックマークされた GCLID を再現した訪問は、過去の日付の行と一致します。
仮の例であり、実際のデータではありません。Presence ターゲティングを使う地域サービスのアカウントの 1 日分（11月12日）です。
| GCLID（仮の例、実際のデータではありません） | クリック ビュー（キャンペーン、キーワード、所在地、ネットワーク、クリック数） | サーバーログとページ イベント（時刻、IP、ユーザーエージェント、滞在秒数） | GA4 と CRM | 判断 |
|---|---|---|---|---|
| gclid-A1 | 一般、近くの配管工、対象都市、Google 検索、1 | 09:14:02、198.51.100.24、Windows の Chrome、184 秒 | form_submit、電話で有望と確認されたリード | 通常の訪問、対象外 |
| gclid-A2 | 一般、緊急 配管工、対象都市、検索パートナー、1 | 02:41:10、203.0.113.7、ヘッドレス Chrome、1 秒 | イベントなし、リードなし | パターン、対象に含める |
| gclid-A3 | 一般、緊急 配管工、対象都市、検索パートナー、1 | 02:43:55、203.0.113.7、ヘッドレス Chrome、0 秒 | イベントなし、リードなし | パターン、対象に含める |
| gclid-A4 | 一般、緊急 配管工、対象都市、検索パートナー、1 | 02:47:31、203.0.113.7、ヘッドレス Chrome、2 秒 | イベントなし、リードなし | パターン、対象に含める |
| gclid-A5 | ブランド、ブランド名、対象都市、Google 検索、1 | 11:30:48、192.0.2.40、Windows の Edge、95 秒。同じ IP が 11月11日にも 140 秒滞在 | 両日にイベントあり、リード 1 件 | 共有のオフィス ネットワークの可能性が高い、対象外 |
| gclid-A6 | 11月11日、12日、13日のいずれにも行なし | 10:02:17、198.51.100.81、iPhone の Safari、40 秒 | GA4 のセッションあり、リードなし | Google に確認、証拠ではない |
| gclid-A7 | 一般、近くの配管工、対象国の外、Google 検索、1 | 15:20:44、203.0.113.150、Android の Chrome、3 秒 | イベントなし、リードなし | 対象に含める、ターゲット外 |
この仮の例では、2 行目から 4 行目は、同じアドレスからの 3 つの GCLID が 6 分以内に集中しており、キーワードとネットワークも同じで、エンゲージメントがありません。Google は、滞在 0 秒の訪問だけでは訪問者が離脱したとは限らないとしているため、ここで重みを持つのは秒数ではなく、イベントなしの列です。5 行目は、Google が注意を促しているケースです。「IP アドレスが 1 台のデバイスに固有とは限りません」。さらに Google は、NAT により「数百から数千のデバイス」が 1 つのパブリック アドレスを共有することがあると述べています（無効なトラフィックについて）。6 行目は、クリックが 11月11日より前にあるブックマーク経由の訪問か、Google がフィルタしたクリックの可能性がありますが、それより前の日付をクエリするまで、ファイルからはどちらか判断できません。添付するのは 2 行目から 4 行目と 7 行目、そして結合方法のメモです。
どのクリックのパターンが無効なクリックの証拠になるか
多数の GCLID にわたって繰り返され、自社のログにも現れるパターンは証拠になります。単発の出来事、不在、列の数値だけでは証拠になりません。
| パターン | 証拠になる場合 | それだけでは証拠にならない場合 |
|---|---|---|
| 同じ IP またはデバイスが多数の GCLID の背後にいる | 短い時間に多数の GCLID があり、エンゲージメントがない | オフィスやキャリアの IP で、訪問にエンゲージメントがある |
| location_of_presence がターゲット地域の外にある | 地域オプションが「所在地」である | オプションが「所在地やインタレスト」で、それらを許容している |
| 1 つの GCLID への繰り返しクリック（metrics.clicks が 1 より大きい） | 多くの行に繰り返しがあり、どれもエンゲージメントがない | 1 人の訪問者が 1 回ダブルクリックしただけ |
| 1 つのネットワーク、キーワード、page_number への集中 | 検索パートナーや 1 つのキーワードにクリックが集中し、エンゲージメントがない | 変更履歴に、予算、キーワード、地域の変更がある |
- 1 つの IP から数分のうちに多数の GCLID があり、エンゲージメントがない場合は証拠になります。訪問にエンゲージメントがあるオフィスやキャリアの IP 1 つだけでは証拠になりません。
- ターゲット地域の外のクリックは、地域オプションが「所在地」の場合に証拠になります。「所在地やインタレスト」では、設定どおりに動作した結果の場合があります。
- 繰り返しのクリックは、多くの行に見られ、どれもエンゲージメントがない場合に証拠になります。1 人の訪問者が一度ダブルクリックしただけなら、証拠になりません。
それだけでは証拠にならないものが 2 つあります。クリック ビューに行のない GCLID は、過去のクリックの日付（ブックマークは古い GCLID を再利用します）、アプリ キャンペーン、または Google がフィルタした可能性のあるクリックに由来する場合があります。不審なリード 1 件、CPC の高い日、Google 広告のクリックと GA4 のセッションの差、［無効なクリック］列の高低は、確認のきっかけであって結論ではありません。
繰り返しクリックの行は、Google の「ユーザーが短時間に広告を何度もクリックする場合があります」という記述に基づいています（クリック数とセッション数のトラブルシューティング）。地域については、Google はクリック品質フォームの対象となる問題の 1 つに「地域ターゲティングの外からのクリック」を挙げています（クリックとクリック率に関する問題）。Google はさらに、IP アドレスや設定などのシグナルから場所を特定しており、「あらゆる状況で位置情報の正確さを保証するものではありません」と述べています。そのため、地域外の行が数件あるだけなら確認のきっかけ、繰り返される集中があればパターンとして扱ってください（無効なトラフィックについて）。設定は、海外からのクリックのガイドで解説しています。
パターンを特定の競合に結びつけるのは別の作業で、競合による不正クリックを証明する方法で扱っています。そのリスクを減らすには、競合による広告のクリックを止める方法をご覧ください。
当社の見解：パターンが複数の GCLID にわたって繰り返され、自社のログにも現れ、60 日以内に収まっているなら申請します。そうでなければ、収集を続けてください。
Google の収集リストに合わせて、60 日以内にファイルをまとめる
クリック シートとリード シートを GCLID をキーにして 1 つずつ作り、その列を Google の収集リストの各項目に対応づけ、対象の活動を過去 60 日以内に収めます。
下の表の 1 列目は、Google の「無効なトラフィックの調査の準備」のリストを、2026年11月13日時点の無効なトラフィックについてから逐語的に写したものです。ほかの 2 列は当社によるものです。
| Google の項目（逐語） | ファイルの列 | 取得元 |
|---|---|---|
| お客様 ID：10 桁の Google 広告アカウント番号。 | ファイルのヘッダー行 | 自社の Google 広告アカウント |
| 特定の期間：不審なアクティビティに気づいた正確な日付。Google による調査は過去 60 日間に限られます。 | date | クリック ビューの segments.date を、サーバーログのタイムスタンプと照合 |
| キャンペーン名と広告グループ名：トラフィックの急増や不審な動きに気づいたキャンペーンと広告グループの名前。 | campaign、ad_group | クリック ビューの campaign.name と ad_group.name |
| 不審なキーワード：通常とは異なるトラフィックをもたらしているキーワード。 | keyword、match_type | クリック ビューの keyword_info |
| ウェブサーバーのログ：ウェブサイトのトラフィックの詳細なログ。特に次の項目を特定してください。 | 次の 3 行 | サーバーのアクセスログ |
| IP アドレス：繰り返しクリックを発生させている、またはコンバージョンのないクリックを発生させている IP アドレスのリスト。 | ip | サーバーのアクセスログ |
| プラットフォームとデバイス：不審なアクティビティのブラウザやデバイスの情報。 | user_agent、device | サーバーログのユーザーエージェント、クリック ビューの segments.device |
| GCLID：不審なクリックに関連付けられた Google クリック ID。Google が訪問を特定の広告インタラクションに対応づけるのに役立ちます。 | gclid | サーバーログのランディング URL を、クリック ビューで確認 |
| リードの詳細：問題が無効なリードに関するものである場合は、次の情報を含むスプレッドシートを共有してください。各リードの GCLID。メールや電話の結果など、各リードに対するお客様の評価。 | gclid、lead_outcome | CRM のリード レコードと、電話やメールの結果 |
| 傾向を示す指標：トラフィックが不審である理由の簡単な説明。たとえば、コンバージョンの増加を伴わないクリックの 300% の急増や、ターゲット地域外から発生しているクリックなど。 | 行の上に付ける短いメモ | 結合した表に対する自社の読み取り |
Google のページにはさらに、調査では「特定のクリックが有効と判定されたか無効と判定されたかは確認できません」とあり、あとから検出された無効なアクティビティは「請求の調整という形で」クレジットされるとあります。課金前に検出されたトラフィックには課金されないため、「返金は不要」です。救済の形はクレジットです。
クリック品質フォームの申請手順と文面は、クリック品質フォームのテンプレートにあります。クレジットが請求書にどう反映されるかは、無効なクリックのクレジットのガイドで解説しています。
ClickFortify がクリックごとに同じ証拠をどう記録するか
ClickFortify は、ブロックのたびに、クリック ビューにないタイムスタンプ、IP、デバイスとネットワークのデータ、ランディングページでの行動、そして GCLID がある場合はその値を含むクリックの記録を残します。そのため、その記録を自分でクリック ビューの行と照合できます。
ClickFortify は、デバイス、ネットワーク、行動に関する 100 以上のデータポイントで各訪問にスコアを付け、フラグの付いた発生元を IP レベルで Google 広告の IP 除外に自動で追加します。ブロックのたびに証拠の記録（クリックの記録：タイムスタンプ、IP、デバイスとネットワークのデータ、ランディングページでの行動、gclid がある場合はその値）が残り、広告主は Google のクリック品質フォームを通じた無効なクリックのクレジット申請に利用できます。
ClickFortify では、各クリックのステータスを含むクリックデータをエクスポートし、Google への無効なクリックの調査依頼に役立てられます。そのステータスは ClickFortify のスコアであり、Google の課金上の判断ではありません。それらの記録を、クリック ビューの取得結果と GCLID で照合するのは広告主自身です。ClickFortify がクリック ビューを取得したり、結合を行ったりすることはありません。各記録の内容は、クリック単位の証拠をご覧ください。
ClickFortify がその依頼を代わりに行うことはなく、Google がクレジットを付与するとお約束することもできません。どのクリックについても、Google の有効性の判断は ClickFortify からは見えません。保護の対象はランディングページ経由の流れのみです。リードフォーム アセット、電話アセット、ローカル サービス広告のリードは確認できないため、それらのリードは CRM で検証してください。設定は、Google 検索向けの ClickFortifyをご覧ください。
当社の見解：クリック ビューが示すのは、Google がキャンペーンに対して記録したクリックであり、どれが不正だったかではありません。証拠は、GCLID の自社側から得られます。ファイルが整ったら、次に何をすべきかは対応プランで、全体像はGoogle 広告の不正に関する完全ガイドで解説しています。
