「Google広告では180件のコンバージョン、GA4では142件。どちらが正しいのか経営会議で問われて答えに詰まった」──運用責任者から聞く頻度が最も高い相談のひとつだ。Google広告 コンバージョン 計測 ずれを放置すると、自動入札が誤った母集団で学習し、CPAが見かけ上は改善しているのに実売上が伸びないという最悪のパターンに直結する。本稿は、差の正体を分解し、現場で翌週から動かせる修正手順までを実装目線で整理する。
💡 この記事の要点（30秒で）
Google広告とGA4のCV差は「アトリビューション差」「タイムラグ」「重複計測」「計測漏れ」の4軸で分解できる
差異率 ±10% 以内は正常、±10-20% は要監視、±20% 超で実装側の異常を疑うのが現場の判断基準
ITP・SameSite・サードパーティCookie制限により、広告側CV が過小、GA4 側が相対的に大きく見えるケースが急増している
修正は「重複計測停止 → 拡張コンバージョン → gclid 永続化 → Google タグ ゲートウェイ（GTG）」の順で優先度をつける
経営報告は「差異率」「差異理由の内訳」「修正後の見込み」の3点をテンプレ化すると合意形成が一気に進む
Google広告 コンバージョン 計測 ずれでつまずく3つの典型ポイント
実装担当・運用責任者がこの問題で詰まる箇所は、実際に手を動かしてみるとほぼ決まっている。先に俯瞰しておくと、無駄な遠回りを避けられる。
第1の典型は、そもそも「ずれ」が異常なのか正常なのかを判断できないところだ。広告側とGA4側は計測の物差し自体が違うため、ゼロにすることは不可能だ。にもかかわらず、「数字を一致させてほしい」というオーダーから入ると、永遠に出口にたどり着かない。出発点は「許容範囲を定義して、その外側だけ修正対象にする」ことだ。
第2の典型は、修正手順の優先順位がつけられないところだ。タグの多重発火、拡張コンバージョン未設定、gclid 取りこぼし、Cookie制限、SameSite 誤設定、広告ブロッカー──原因候補は多く、すべてを同時にいじると因果関係が追えなくなる。影響規模 × 修正コストで並べた標準フローが必要になる。
第3の典型は、修正したあと経営に説明できないところだ。「直した結果、広告側CVが14%増えた」とだけ報告すると、CFO からは「では先月までの数字は何だったのか」と聞かれる。差異を構造分解し「正常成分」と「修正で復元した成分」を分けて見せる報告テンプレが必要だ。
ここまでで「自分のケースはどの典型に当てはまるか」がぼんやり見えていれば、本記事の残りは実装手順の獲得に集中できる。読むだけで終わらせず、デベロッパーツールを開きながら進めるのが前提だ。想定読者は事業会社のマーケ責任者、代理店のアカウントプランナー、社内のWeb実装担当、そしてその上にいるCTO・PMだ。
計測ずれの仕組みと前提知識──4軸で正体を掴む
修正手順に入る前に、計測ずれを 4つの軸 に分解する。軸を理解しないまま手を動かすと、必ずどこかで因果がねじれる。
軸1：アトリビューションモデルの違い
Google広告はクリックベースのデータドリブンアトリビューション（DDA）が標準で、CV経路上の各タッチポイントに機械学習で分数配分する。一方の GA4 はラストクリック・データドリブン・ファーストクリックなどから選択でき、過去案件ではラストクリックのまま運用されているケースが多い。同じ CV でも、広告→自然検索→直接→CV という経路では、広告側は分数（例 0.4）でカウント、GA4 ラストクリックでは 0 件になる。これは正常な差だ。
軸2：計測ウィンドウとタイムラグ
Google広告のクリックスルー CV 計測期間は標準 30 日、ビュースルーは 1 日。GA4 は探索レポートで最大 90 日まで遡れる。月末締めの瞬間、広告クリックから数日経って CV するユーザーが翌月に持ち越され、月次比較に数 % の差を生む。月初に再集計すると一致率が上がるのはこのためで、これも正常成分だ。
軸3：重複計測
Google タグ（gtag.js）と Google タグマネージャー（GTM）の両方から CV イベントを発火させている、サンクスページのリロードで CV が 2 回計上される、SPA でルート遷移ごとにイベントが発火する──このような実装事故が現場では一定割合で発生している。GA4 は同一 user_pseudo_id の直近イベントを重複排除しやすいが、Google広告側の CV カウントは緩く、重複しやすい。
軸4：計測漏れ（ここが本丸）
最大の異常源は サードパーティ Cookie 制限と ITP だ。Safari の ITP はファーストパーティ Cookie も短期間で削るため、リターゲ・CV 計測の連続性が崩れる。Chrome も段階的に制限を強めている。広告クリック → 離脱 → 再訪問 → CV という経路で計測タグが Cookie 復元に失敗すると、広告側 CV がロストする。Google広告は gclid を URL に付与しランディング後に Cookie 化するが、リダイレクトや LP 内 JS が gclid を取りこぼすと広告側 CV が過小になる。GA4 は Client ID の仕組みで一定の継続性を保つため、相対的に GA4 が大きく見える。
異常パターンとして頻出するのは次の 6 種だ。
| パターン | 症状 | 影響 |
|---|---|---|
| ①タグ多重発火 | 広告側CV > GA4側CV、差が15%以上 | 自動入札が過剰投下を学習 |
| ②gclid消失 | 広告側CV << GA4側CV、CPC高騰 | tCPA入札が機会損失 |
| ③ITPによるCookie切断 | 両方とも前月比減、特にSafari帯 | 全体CV過小、施策評価不能 |
| ④SameSite=Strict誤設定 | リダイレクト経由のCV全滅 | 特定LP配下が壊滅 |
| ⑤拡張コンバージョン未設定 | 広告側CV 10-25%減 | DDA学習データ不足 |
| ⑥タグマネージャ配信失敗 | 広告ブロッカー使用率と相関 | 都市部・若年層のCV過小 |
軸4 の根本対策が Google タグ ゲートウェイ（GTG） だ。Cloudflare Workers／AWS CloudFront／GCP などの自社ドメイン配下に Google タグを配信し、サードパーティ判定を回避、Cookie もファーストパーティとして発行する。ITP や広告ブロッカー由来の漏れを構造的に削減できるため、GTG は計測漏れ対策の本命に位置づけられる。
🏢 CRIEN実証 ── 技術顧問として複数社の広告計測を見てきた立場から言うと、計測ずれの相談で持ち込まれる案件の体感的な肌感では、軸1・軸2 の正常成分の説明だけで「数字の精神的な不安」が消えるケースが半数近い。実装修正が必要なのはそこから先で、本当に手を入れるべきは①重複計測②gclid 取りこぼし③ITP 起因の漏れ、というのが現場経験から積み上がった優先順位だ。先に軸を切り分け、修正対象を最小化することが実装の質を上げる最大のレバーになる。
ステップバイステップ実装手順──翌週から動かす5段階
ここから先は実装担当・運用責任者が翌週から動ける手順に落とす。技術顧問先 20 社超で標準化している診断フローをベースにしている。
ステップ1：差異率の計算と分類（所要 1 日）
直近 30 日分について、コンバージョンアクションごとに次表を埋める。エクセル 1 枚で済む作業だが、ここを飛ばすと打ち手が散らかる。
| 指標 | 算出式 | 判定基準 |
|---|---|---|
| 差異率 | (広告側CV − GA4側CV) / 広告側CV | ±10%以内→正常、±10-20%→要監視、±20%超→異常 |
| 方向 | 広告>GA4 / 広告<GA4 | 前者=重複疑い、後者=漏れ疑い |
| デバイス偏り | Safariの差 | Safariで広告<GA4の差が拡大→ITP起因 |
完了条件は「差異率の数字と、軸1〜軸4 のどこに帰属するかの仮説」が手元に出ること。つまずきポイントは、コンバージョンアクションを 1 本に丸めて集計してしまい、症状が混ざって見える点だ。アクションは必ず個別に計算する。
ステップ2：実装監査（所要 2-3 日）
Chrome DevTools の Network タブで `googleadservices.com/pagead/conversion` と `google-analytics.com/g/collect` のリクエストを確認する。チェック項目は次の通り。
• gclid がランディング後 30 秒以内に `_gcl_aw` Cookie に格納されているか
• Cookie の `SameSite` 属性が `None; Secure` または `Lax` か
• サンクスページで CV リクエストが 1 回だけか（リロード・SPA 遷移で重複していないか）
• 拡張コンバージョン用の `enhanced_conversion_data`（email/phone の SHA-256）が送信されているか
• GTM コンテナと直貼り gtag.js が共存していないか
完了条件は「上記 5 項目の○×表」が埋まること。所要は社内に実装経験者がいれば 2 日、初見だと 3 日見ておくのが安全だ。つまずきポイントは、本番環境にデバッグ用のクエリパラメータが残っていて、検証時だけ CV が発火するケースだ。本番と検証は必ず別タブで突合する。
ステップ3：修正の優先順位づけと実装（所要 1-2 週間）
優先度は「影響規模 × 修正コスト」で決める。次の順序が実務上ほぼ最適解だ。
1. 重複計測の停止（最優先・1 日）：GTM 経由か gtag.js 直貼りかを統一。サンクスページのリロード対策に `sessionStorage` フラグを入れる
2. 拡張コンバージョン有効化（1-2 日）：フォーム送信時に email/phone をハッシュ化して送信。Google の公式ドキュメント記載通りに進める
3. gclid 永続化（2-3 日）：LP の先頭で `URLSearchParams` から取得し `localStorage` と 1st パーティ Cookie の両方に格納
4. Google タグ ゲートウェイ（GTG）導入（1-2 週間）：Cloudflare Workers／CloudFront／Cloud CDN 等で `/gtg/` 等のパスに Google タグを配信し、Cookie を自社ドメインで発行
5. SameSite/CSP の最終調整（並行）：LP 配下のリダイレクト経路で Cookie が落ちないか確認
完了条件は、ステップ1 の差異率が 15% 以内に収まること。つまずきポイントは、GTG 導入を先頭に置いてしまうことだ。重複計測が残っているまま GTG を入れると、復元 CV と重複 CV の切り分けがつかなくなる。順序は鉄則だ。実装の伴走が必要なフェーズは Google タグ ゲートウェイ 導入支援 で個別案件として相談を受けている。
ステップ4：報告テンプレートで経営合意を取る
修正後の数値を経営に説明するテンプレを置く。これだけで会議の質が変わる。
| 項目 | 内容 |
|---|---|
| 当月差異率 | 修正前X% → 修正後Y% |
| 内訳 | アトリビューション差: A%、タイムラグ: B%、漏れ復元: C% |
| 復元CV件数 | +N件（うちGTG寄与: M件） |
| 入札学習への効果 | tCPA安定化、見込みCV単価への波及 |
| 残課題 | （例：iOS低スペック端末のCookie切断） |
完了条件は、CFO・経営層が「差異の正体」を一枚で理解できる状態。つまずきポイントは、修正後の数字を 1 週間だけ見て「効果が出た」と報告してしまうこと。tCPA は学習に 2-4 週間要するため、CV 単価への波及は 6 週間後に評価する。
ステップ5：継続監視のルーチン化
月次で差異率の推移をモニタする。15% 以内に収まれば運用は安定する。20% を超えたらタグ実装か Cookie 環境に変化があったサインだ。GA4 の DebugView と広告側「コンバージョンの診断」を月 1 回見るルーチンを組み、変化の兆しを早期検知する。
自社実装の3つの罠と、独力 vs 伴走の判断基準
ステップを順に並べると簡単に見えるが、自社で実装するときに必ず引っかかる罠が 3 つある。
罠1：重複計測の修正で CV が減って慌てる
最初のステップで重複計測を止めると、広告側 CV が即座に 10-20% 落ちる。これは「正しい数字に戻った」だけだが、経営層に事前説明していないと「修正のせいで悪化した」と評価されかねない。修正前に「短期的に CV カウントが下がるが、入札学習が健全化される」と書面で合意しておくことが必須だ。
罠2：GTG 導入後の tCPA 目標値が古いまま
GTG 導入で広告側 CV が復元すると、過去の tCPA 目標値は実態より高すぎる設定になる。再学習を待たずに目標値を据え置くと、入札が機会損失寄りに振れる。CV 復元率の見立てに応じて tCPA を仮置きし、2-4 週間後に再調整するプロセスをセットで組む。
罠3：拡張コンバージョンのデータ送信が PII ガバナンスに引っかかる
email/phone のハッシュ化送信は Google 公式の手順に沿えば技術的に問題ないが、社内の個人情報保護方針やプライバシーポリシー記載との整合チェックを忘れると、リーガル差し戻しでローンチが 2-3 週間遅れる。実装と並行して法務確認を走らせる。
ここで「独力でやり切るか、伴走を入れるか」の判断基準を正直に整理する。
| 観点 | 独力でいける | 伴走を入れるべき |
|---|---|---|
| 社内に実装経験者 | gtag.js／GTM 両方の運用経験あり | 経験なし／OJT 状態 |
| インフラ | Cloudflare/AWS いずれかで Workers/Lambda の運用実績あり | 触ったことがない |
| 経営合意 | CFO・マーケ責任者が技術的差異を理解 | 「数字を合わせろ」と言われている |
| スケジュール | 2 ヶ月の余裕がある | 来月の四半期報告までに直したい |
率直に言えば、上の左列が揃っているなら独力で十分に到達できる領域だ。右列が一つでも該当する場合、伴走を入れた方が結果として早く・安く着地する。
まとめ──明日から始める3アクションと、詰まったときの相談窓口
「読んだだけで終わる人が 9 割、動く人が 1 割」というのは、計測実装の世界でも変わらない。本稿の価値は、最後のセクションを閉じた瞬間にデベロッパーツールを開けるかどうかにかかっている。
明日から始める 3 アクションを置く。
1. 直近 30 日の差異率を 1 枚のエクセルにまとめる（30 分）── コンバージョンアクション単位で広告側 CV と GA4 側 CV を並べ、±10% 以内に収まっているかを判定する
2. 本番 LP のサンクスページで CV リクエスト数を Network タブで確認する（15 分）── 1 回だけか、2 回以上発火していないか
3. gclid が `_gcl_aw` Cookie に格納されているかをチェックする（10 分）── 入口の漏れの大半はここで判明する
この 3 つで「軸1・軸2 の正常成分か、軸3・軸4 の異常か」の当たりはほぼつく。当たりがつけば、本稿のステップ 2 以降を順に実装するだけだ。Google広告 コンバージョン 計測 ずれは構造的に分解可能な問題であり、神秘ではない。
実装の途中で詰まったとき、CRIEN は単発の技術相談から受けている。技術顧問として 20 社超で標準化してきた診断フローをそのまま当てて、軸 1〜軸 4 のどこに帰属するかの切り分けと、優先度順の打ち手を提示する。代理店パートナーからの相談（事業会社側 BI との数値乖離説明の代行など）にも対応している。詰まりの保険として頭に置いておく程度で十分だ。
GTG 周りの実装方針・既存実装の監査・経営向け報告テンプレの提供は、 Google タグ ゲートウェイ 導入支援 の中で個別案件として組み立てている。
FAQ（よくある質問）
Q1: どれくらいの差が正常範囲ですか？
現場の運用基準では ±10% 以内が正常、±10-20% は要監視、±20% 超は実装異常を疑う が定石だ。アトリビューションモデル差で 5-8%、タイムラグで 2-3%、Cookie 制限による軽微な漏れで 2-5% が積み上がるためだ。業種で幅はあり、BtoB 長期検討商材はタイムラグが大きく差が広がりやすい。EC 即時購入型は差が小さく、15% を超えた時点で異常と判定して良い。
Q2: アトリビューション差は技術的に揃えられますか？
揃えることは技術的に不可能だ。Google広告のデータドリブンアトリビューションと GA4 のラストクリック／データドリブンは設計思想自体が違う。実務上は「両者は別物差しである」と報告書に明記し、各々の用途（広告は入札最適化、GA4 は経路分析）に応じて見るのが正解だ。アトリビューション差そのものを問題視するのは出口のない議論になりやすい。
Q3: タイムラグはどう扱えばいいですか？
月次レポートを月初確定ではなく月後半に確定する、または 7 日移動平均で比較する、の 2 通りが現実解だ。リアルタイム性を優先する経営会議では「暫定値である」ことを明記して提出する。Google広告のクリックスルー CV 計測ウィンドウは標準 30 日、GA4 は探索で最大 90 日まで遡れることを前提に、締めるタイミングを揃える。
Q4: 重複計測の最頻出パターンは何ですか？
最頻出は GTM と gtag.js 直貼りの共存、次にサンクスページのリロード、SPA のルート遷移ごとのイベント発火、フォーム送信ボタンの 2 回押し検知漏れだ。サンクスページに `if (!sessionStorage.getItem('cv_fired'))` で 1 回だけ発火させるガードを入れ、GTM か gtag.js のどちらか一方に統一するのが基本。所要 1 日、効果は即時に現れる。
Q5: 実装修正からどのくらいで CV 単価への波及が見えますか？
タグ実装の修正自体は 最短 2 週間で本番反映 できる。重複計測停止は半日〜1 日、拡張コンバージョン有効化は 1-2 日、gclid 永続化は 2-3 日、GTG 本体の導入は 1-2 週間。一方、tCPA 入札の再学習に 2-4 週間かかるため、CV 単価改善が数字に表れるのは導入から約 6 週間後だ。経営報告のスケジュールはこのタイムラインを前提に組む。
