1
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

Google広告のクリックがGA4でorganicになる本当の理由

1
Posted at

サムネイル

Google広告の管理画面ではクリックが計上されているのに、GA4の集客レポートでは同じ流入がorganic searchやDirectに混ざっている。この記事を読むと、その食い違いの原因をGA4の診断機能で特定し、リダイレクト設定のどこでURLパラメータが落ちているかを切り分けられるようになります。UTMの付け直しでは直らないケースの話です。

なぜ広告の流入がorganicに化けるのか

原因は、着地URLからGoogleの集約識別子が剥がれ落ちていることです。

Google広告は最終ページURLへ複数のパラメータを自動で付与します。それぞれ役割が異なり、どれが欠けると何が失われるかは一様ではありません。

パラメータ 担っている役割 欠けたときに起きること
gclid クリック単位の識別子。自動タグ設定で付与される クリックとセッションの紐付けが切れる
GBRAID 個人に紐付けずキャンペーン単位で計測する集約識別子 クリックIDを個別に追えない環境で帰属先が失われる
gad_source 検索・ディスプレイなど、どの面から来た広告かを示す 有料流入という判別そのものが付かなくなる
gad_campaignid 成果をどのキャンペーンに戻すかを示す キャンペーン別の内訳がまとまらない

ここで効いてくるのがタグ側の前提です。Google広告タグとGA4のタグは、タグが読み込まれるページのトップレベルのクエリとしてgad_*が乗っていることを想定して動きます。広告の最終ページURLに付いていれば十分なのではなく、実際にタグが動くページのアドレスバーにまで残っていなければ意味がありません。

道しるべが消えたURLをGA4が受け取ると、そのセッションは有料と判定する材料を持ちません。結果として自然検索やDirect、参照元不明として計上されます。広告費だけが確実に減り、成果だけが別チャネルの手柄になる形です。

なお、GA4では自動タグ設定が手動タグより優先されます。原因がこの欠落にある場合、UTMを足しても判別は回復しません。

GA4の診断で欠落しているURLを特定する

2026年7月30日(日本時間31日)、GA4に新しい診断が追加されました。Googleのクリック識別子が付いた着地URLなのに、GBRAIDやgad_で始まるパラメータがそのURL上に残っていないケースを検出します。

  1. GA4管理画面の診断を開く。「キャンペーンデータの精度がURLパラメータの欠落によって影響を受けています」という趣旨の警告が出ていれば該当します
  2. 診断が挙げた該当URLの一覧を確認する。GA4は修正の手がかりもあわせて表示します
  3. 該当URLをそのままブラウザで開き、転送が止まった時点のクエリを目視する。ここでgad_*が消えていれば、原因はサイト側だと確定します

この診断に対応期限はなく、強制的な仕様変更も伴いません。放置しても管理画面は壊れませんし、広告配信も止まりません。壊れているのはレポートの中身だけなので、気づかれないまま何ヶ月も走り続けます。定期的に見に行く運用にしておくのが現実的です。

広告レポートの集計作業に時間を取られていませんか?ADminiなら無料で始められます。無料で試してみる →

リダイレクトでパラメータが落ちる箇所を切り分ける

欠落が起きる場所は、広告アカウントではなくサイトの側です。よくあるのは次の3経路で、いずれもクエリ文字列を引き継がないという一点で共通しています。

  • リダイレクトでクエリを捨てている:www統一、http→https、言語やデバイスによる振り分けなど。転送先URLを固定文字列で書いていると、元のクエリはそこで消えます
  • CMS・CDN・サーバ側がクエリを除去している:キャッシュ効率のためにクエリを無視する設定、セキュリティ目的で未知のパラメータを落とす設定など
  • 短縮URLや中間の計測リンクを挟んでいる:転送サービス側が独自のパラメータへ差し替えると、元のgad_*は引き渡されません

厄介なのは、これらがどれもサイトとしては正しい設定として入れられていることです。キャッシュを効かせるためにクエリを無視する判断も、URLを1本に寄せる判断も、それ自体は理にかなっています。計測のためにパラメータを残す必要があるという要件が、その判断をした人に共有されていなかっただけです。

切り分けは次の順で進めます。

  1. リダイレクトを1本ずつたどり、どの段でクエリが落ちたかを特定する(15分程度)
  2. 特定できなければ、CDNやCMSのクエリ処理設定、キャッシュキーの定義を確認する(10分程度)
  3. 修正を入れたあとは、レポートへの反映まで24〜48時間ほど見る

この診断で分かるのは「最終的に残っていない」という結果までで、どのリダイレクトで落ちたのかまでは教えてくれません。経路の特定は手作業になります。ただし修正そのものは、たいていリダイレクト設定でクエリ文字列を引き継ぐ一行の変更で済みます。手数が多いのは原因の特定までです。

直しても戻らない範囲を把握しておく

パラメータを直しても、それ以前に誤って分類された期間のデータは書き換わりません。GA4は受け取った時点の情報でセッションを記録するため、修正は常に前向きにしか効きません。半年ぶんの数字が歪んでいたなら、その半年ぶんは歪んだまま残ります。

この非対称性があるので、GA4の集客レポートだけを媒体の成績表として扱う運用はいつか足をすくわれます。配信実数は媒体の管理画面側の数字を正本として別に持っておく。GA4はサイトに来たあとの行動を見る道具、媒体の管理画面は配信そのものを見る道具、と役割を分けておけば、片方が欠けたときにもう片方で気づけます。

媒体が3つ4つと増えると、その別に持っておくという手間が現実的でなくなります。複数媒体の数字を1画面に集約しておくと、今回のような欠落は「媒体では出ているのにGA4では出ていない」という形で早い段階に見つかります。

よくある質問

GA4で広告の流入がorganicになるのは、UTMパラメータを付ければ直りますか?

自動タグ設定を使っている場合、UTMの付け直しでは直らないことが多いです。GA4では自動タグ設定が手動タグより優先されるため、原因が着地URLからのgad_*・GBRAID欠落にある場合、UTMを足しても有料流入としての判別は回復しません。まずGA4管理画面の診断でURLパラメータの欠落が警告されていないかを確認し、リダイレクトでクエリ文字列が落ちていないかを見てください。

gad_sourceやGBRAIDは、自分で手動で付ける必要がありますか?

手動で付ける必要はありません。これらはGoogle広告が最終ページURLへ自動的に付与します。運用者側で必要なのは付けることではなく消さないことです。リダイレクト設定でクエリ文字列を引き継ぐ、CDNやCMSで未知のパラメータを除去しない、といったサイト側の設定が保持の条件になります。

この診断に対応期限はありますか?対応しないとどうなりますか?

期限のある強制的な仕様変更ではないため、対応しなくても広告配信は止まりません。影響が出るのはレポートの中身で、有料流入が自然検索やDirect、参照元不明に混ざって計上され続けます。広告費は正確に消化される一方で成果の帰属先が別チャネルへ流れるため、媒体別の費用対効果の判断が歪みます。

パラメータを修正したら、過去のデータも正しく分類し直されますか?

されません。GA4は受け取った時点の情報でセッションを記録するため、修正は修正後の期間にのみ反映されます。反映までは24〜48時間ほどかかります。過去に取り違えた期間の数字は残るので、その期間の評価には媒体の管理画面側の実数を使うのが現実的です。

まとめ

  1. GA4管理画面の診断を開き、URLパラメータの欠落に関する警告が出ていないかを確認する
  2. 該当URLをブラウザで開き、着地後のクエリにgad_*が残っているかを目視する。消えていれば原因はサイト側
  3. リダイレクト設定でクエリ文字列を引き継ぐよう修正し、反映まで24〜48時間見る。過去の期間は再分類されないため、その期間の評価には媒体側の実数を使う

図解・表つきの完全版はこちら:GA4で広告の流入がorganicに化けるのはなぜか|2026年7月に追加された「URLパラメータの欠落」診断の読み方と直し方

広告レポートの集計作業に時間を取られていませんか?ADminiなら無料で始められます。無料で試してみる →

この記事が役に立ったら LGTM をいただけると励みになります!

1
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
1
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?