広告計測はCookie頼みでは崩れる｜自社データとAIで備える

「GoogleがサードパーティCookieの廃止を撤回したから、広告計測はもう心配ない」——そう考えている担当者は少なくありません。しかし、これは危険な誤解です。Chromeでの廃止が見送られた一方で、SafariやFirefoxはとうの昔にサードパーティCookieをブロックしており、さらにGoogleは2025年10月、代替技術と目されていたPrivacy Sandboxの主要APIの廃止まで発表しました。つまり、「Cookieですべて計測できる世界」は戻ってこないまま、代替技術の計画だけが白紙になったのが現在地です。本記事では、方針転換の経緯を時系列で正確に整理したうえで、拡張コンバージョンやコンバージョンAPIといった計測手法を比較し、自社に合う組み合わせの選び方を解説します。

「廃止撤回で安心」がなぜ誤解なのか

この誤解には2つの見落としがあります。1つ目は、撤回のニュースがChromeというブラウザ1つの話にすぎないことです。広告計測の環境は、ブラウザごとの制限、アプリのトラッキング制限、各国のプライバシー規制という複数の力で変わり続けており、Chromeの方針はその一部でしかありません。SafariやFirefoxで起きている計測の欠けは、撤回とは無関係に今日も続いています。

2つ目の見落としは、「いざとなればPrivacy Sandboxが受け皿になる」という期待が、すでに崩れていることです。Googleは2025年10月、Topics APIなど主要技術の廃止を発表しました。つまり、Cookieの延命と引き換えに、次の計測基盤の計画は白紙に近い状態になったのです。プラットフォームの計画に乗って待つのではなく、自社でデータと計測を整える必要性は、むしろ撤回前より高まったと言えます。まずは経緯を時系列で正確に押さえましょう。

経緯の整理：Googleの方針はこう変わった

サードパーティCookieを巡るGoogleの発表は二転三転してきたため、時系列で整理しないと現在地を見誤ります。主な出来事は次のとおりです。

時期	出来事
2020年1月	GoogleがChromeでのサードパーティCookie廃止方針を表明。以後、廃止時期の延期を繰り返す
2024年7月	廃止を取りやめ、ユーザーが利用可否を選択できる仕組みへ方針転換すると発表
2025年4月	その選択用の新たなプロンプト導入も見送り、現行のChrome設定を維持すると発表
2025年10月	Topics APIなどPrivacy Sandbox主要技術の廃止を発表。構想は事実上終了

節目は2025年4月22日の発表です。Privacy Sandbox担当バイスプレジデントのAnthony Chavez氏が公式ブログで、サードパーティCookieに関する新たな単独プロンプトを導入せず、現行のプライバシー設定による選択方式を維持すると表明しました。これにより、2024年7月に打ち出された「ユーザー選択方式」すら簡略化され、Chromeのデフォルト環境ではサードパーティCookieが当面使い続けられることが確定した、というのが正確な理解です。

2025年10月：Privacy Sandboxの主要APIが廃止された

さらに大きな転換が2025年10月に起きました。Googleは公式ブログで、ChromeとAndroidにおけるPrivacy Sandbox関連技術の大半を段階的に廃止すると発表しました。廃止対象には、興味関心ターゲティングの代替と目されたTopics API、リターゲティングの代替のProtected Audience、計測の代替のAttribution Reporting APIなど10の技術が含まれます。一方で、CHIPSやFedCMなど一部の技術は継続とされました。

廃止はChromeだけでなくAndroid側の対応技術にも及び、関連するAPIは2026年にかけてブラウザから段階的に削除が進んでいると報じられています。背景として挙げられているのは、仕様が複雑で広告業界での採用が広がらなかったこと、そして他のブラウザがこれらの仕様に追随しなかったことです。Privacy Sandboxというブランド名自体も使われなくなるとされており、6年におよんだ構想は事実上の幕引きとなりました。すでにこれらのAPIを前提にテストや投資を進めていた広告主・アドテク企業にとっては、撤回ニュースの陰で起きた、もう一つの大きな方針転換だったと言えます。

理由としては、採用の広がりが乏しかったことが報じられています。広告主にとっての教訓は明確です。特定プラットフォームの移行計画を前提に自社の計測戦略を組むのは危ういということ。6年がかりの構想でも状況次第で畳まれます。逆に、どんな環境変化にも共通して効く備えがあります。それが、顧客から直接得るファーストパーティデータの整備と、それを活用する計測手法の導入です。本記事の後半はここに焦点を当てます。

SafariとFirefoxは、すでにCookieを止めている

Chromeの動向ばかりが注目されますが、計測の欠けはずっと前から始まっています。AppleのSafariは、ITP（Intelligent Tracking Prevention）というトラッキング防止機能によりサードパーティCookieを完全にブロック済みです。それだけでなく、JavaScriptで書き込まれるファーストパーティCookieの保持期間も最長7日に制限され、広告クリックのIDがURLに付いた流入では24時間まで短縮されるケースがあると解説されています。

Firefoxも、トラッキング目的のサードパーティCookieを標準設定でブロックしています。そして日本市場で見逃せないのがSafariの存在感です。国内はiPhoneの利用率が高く、モバイルのWeb閲覧ではSafariが大きな割合を占めます。つまりスマホ経由の顧客接点の相当部分で、Cookieに頼った計測はすでに壊れているのです。BtoBでも、移動中のスマホ検索から接点が始まることは珍しくありません。「うちはPC中心だから関係ない」と片付けられる企業は、実はそう多くないはずです。

なぜCookieが止まると広告計測が崩れるのか

対策の前に、崩れる仕組みを押さえておきましょう。広告のコンバージョン計測は、大まかに言えば「広告をクリックした人」と「成果に至った人」を結びつける作業です。従来は、クリック時に発行されるID（GoogleならGCLIDなど）をブラウザのCookieに保存しておき、後日コンバージョンが発生したときに照合する方式が主流でした。リターゲティング広告は、サイト訪問者を媒体側が識別するためのサードパーティCookieに依存してきました。

この前提が崩れると、次のことが起きます。サードパーティCookieのブロックでリターゲティングのリストが痩せる。ファーストパーティCookieの保持期間制限で、クリックから日数を置いたコンバージョンが計測から消える。結果として、媒体の管理画面の数字が実態より少なくなり、アクセス解析や実際の受注数と合わなくなる。特にBtoBは検討期間が長く、クリックから問い合わせまで1週間以上かかることが当たり前のため、保持期間7日という制限の影響を強く受けます。

影響の大きさを自社の数字で見積もる

では、自社はどの程度影響を受けているのか。一般論ではなく自社の数字で見積もるのが出発点です。見るべきは2つ。1つ目はブラウザ別のセッション比率です。アクセス解析でSafari（特にモバイル）の割合を確認します。この割合が大きいほど、計測の欠けも大きいと考えられます。2つ目はクリックからコンバージョンまでの日数です。7日を超えるコンバージョンの比率が高いなら、保持期間制限の影響を受けている可能性が高くなります。

もう一歩踏み込むなら、媒体管理画面のコンバージョン数と、フォームや商談管理側の実数を突き合わせます。「広告経由と申告があったのに、媒体側では計上されていない」件数が、欠けの目安になります。あわせて、フォームに「何を見て知ったか」の自己申告欄を設けておく方法も有効です。媒体の計測からは消えた広告経由のコンバージョンが自己申告側には現れることがあり、計測の欠けが実在することを経営層に示す分かりやすい証拠になります。この集計はAIに手伝わせると速く進みます。ブラウザ別データとコンバージョンまでの日数分布を渡し、どのセグメントで計測が欠けていそうかを整理させれば、対策の優先順位を数字で語れるようになります。

見積もりのイメージを簡単な数字で示します。仮にモバイル経由セッションの4割がSafariで、コンバージョンの3割がクリックから8日以降に発生しているとすると、この2つが重なる層——Safari経由で、かつ検討が長い顧客——のコンバージョンは、Cookie頼みの計測では高い確率で欠け得ます。実際の欠け方は導線や設定次第なので単純な掛け算はできませんが、「最大でどの範囲が影響を受け得るか」の当たりを付けるにはこれで十分です。その範囲が広告費の大きい媒体と重なっているなら、次に見る補完手法の導入優先度は高い、と判断できます。

計測手法を比較する3つの軸

ここからが本題の比較・選択です。Cookieレスに備える計測手法はいくつかありますが、闇雲に導入するものではありません。比較の軸は3つあります。(1)計測の回復力——どの欠けをどれだけ補えるか。(2)導入・運用の負荷——タグ設定で済むのか、サーバー側の実装が要るのか。(3)前提となる自社データ——メールアドレスなどのファーストパーティデータをどこまで取得できているか。

大事なのは、これらの手法が択一ではなく併用が前提だということです。媒体ごとに用意されている仕組みが異なるため、Google広告にはこれ、Meta広告にはこれ、と媒体別に選ぶことになります。そして、どの手法もユーザーから得たデータを使う以上、同意や利用目的の整理という共通の土台が必要になります。次のセクションから、主要な選択肢を一つずつ見ていきます。

選択肢1：拡張コンバージョン（Google広告）

拡張コンバージョンは、Google広告のコンバージョン計測を補完する仕組みです。コンバージョン時にユーザーが入力したメールアドレスや電話番号をハッシュ化（元に戻せない形式に変換）して送信し、Googleアカウントのデータと照合することで、Cookieが使えない環境でも広告との紐づけを回復します。Cookieに依存しないため、ITPの影響を受けた計測の取りこぼしを補えるとされています。

向いているのは、問い合わせフォームや申込フォームでメールアドレス・電話番号を取得しているビジネスです。導入はタグ設定が中心で、コンバージョンAPIに比べると負荷は軽めとされます。ただし、ハッシュ化されるとはいえ顧客のデータを媒体へ送る仕組みであることに変わりはありません。プライバシーポリシーへの記載と同意取得の整理は導入前に済ませる必要があります。ここを後回しにすると、計測は直っても信頼を損なうリスクが残ります。

導入の流れも押さえておきましょう。おおまかには、広告の管理画面で拡張コンバージョンを有効化し、コンバージョンページで取得するメールアドレス等をタグに渡す設定を行い、データが正しく届いているかを検証する、という3段階で進みます。タグ管理ツールを使っていれば、既存のコンバージョンタグへの追加設定が中心になり、大がかりな開発は通常不要です。注意したいのは、フォームの項目名や構造を変えるとデータの受け渡しが切れることがある点です。フォーム改修時には計測担当へ事前連絡する、というルールをセットで敷いておくと、静かに計測が壊れる事故を防げます。

選択肢2：コンバージョンAPI（Meta広告など）

コンバージョンAPI（CAPI）は、Meta広告が代表的な、自社サーバーから媒体のサーバーへコンバージョンデータを直接送信する仕組みです。ブラウザ上のタグ（ピクセル）を経由しないため、Cookie制限や広告ブロッカー、ページ離脱によるタグの発火漏れといったブラウザ起因の欠けに強いのが特徴です。Metaでは、ブラウザのピクセルとCAPIを併用し、重複を排除しながら計測の網羅性を高める構成が推奨されています。

一方で、導入負荷は拡張コンバージョンより高めです。自社サーバーやタグ管理ツールのサーバー側container、あるいは対応する連携ツールの用意が必要になり、開発リソースかツール費用のどちらかを見込むことになります。同種のサーバー間連携の仕組みは他の広告媒体にも広がりつつあるとされ、広告費に占めるSNS広告の比率が高い企業ほど、優先度の高い選択肢になります。まずは広告費の大きい媒体から着手するのが定石です。

Metaの計測では、コンバージョンAPIと併せて「合算イベント測定」という仕組みも使われています。トラッキングが制限された環境からのコンバージョンを、プライバシーに配慮した形で集計・補完する枠組みで、Metaの計測はピクセル、コンバージョンAPI、集計側の補完という多層構造になっています。どれか1つで完結するものではないため、管理画面の数値が「どの層でどう補われたものか」を意識しておくことが大切です。この感覚は、後述する「補完後の数値を絶対視しない」という姿勢にも直結します。

選択肢3：計測基盤のファーストパーティ化

3つ目は、個別の媒体機能ではなく計測基盤そのものを見直す選択肢です。具体的には、Googleのコンバージョンリンカータグや自動タグ設定によるファーストパーティCookieでの計測情報の保存、さらに進めてサーバーサイドのタグ管理（サーバーサイドGTMなど）を導入し、自社ドメインを起点に計測データを扱う構成です。ブラウザから見て「自社サイトの通信」として計測を行うことで、制限の影響を和らげる狙いがあります。

ただし万能ではありません。ブラウザ側の制限は年々変化しており、サーバーサイド化してもすべての制限を回避できるわけではないと解説されています。また、サーバーの費用と保守体制が継続的に必要になるため、広告費の規模が小さいうちは費用対効果が合わないこともあります。位置づけとしては、媒体別の対策（選択肢1・2）を支える中期的な基盤投資と考え、自社の規模と体制に合わせて判断するのが現実的です。

手軽なところから始めるなら、Google系の計測で使われるコンバージョンリンカータグや自動タグ設定の確認が第一歩です。これらは広告クリックの情報を自社ドメインのファーストパーティCookieとして保存する仕組みで、タグ管理ツールから設定でき、サーバーを新たに立てる必要はありません。すでに設定済みの企業も多いはずですが、サイトのリニューアルやタグの整理で外れてしまっているケースが意外にあります。点検の際は、タグが全ページで発火しているか、リダイレクトの過程でクリックIDのパラメータが失われていないかも併せて確認しましょう。大きな投資の前に、まず既存タグの健全性を点検する——地味ですが、費用ゼロで欠けを減らせる可能性のある順序です。

比較表：どの手法を何のために使うか

ここまでの選択肢を、比較の3軸に沿って一覧にまとめます。自社の媒体構成とデータの現状に照らして、どこから着手するかを考える材料にしてください。

手法	何を補うか	前提・負荷
拡張コンバージョン	Google広告のコンバージョン計測の取りこぼし	フォーム等でメールアドレス・電話番号を取得していること。タグ設定中心で負荷は低め
コンバージョンAPI	Meta広告などのコンバージョン計測とシグナル品質	サーバー側の実装または対応ツール。負荷は中〜高
サーバーサイド計測	ブラウザ制限全般の緩和	サーバー費用と保守体制。負荷は高め
ファーストパーティデータ整備	上記すべての手法の精度の土台	フォーム設計・同意取得・データ管理の見直し

読み方のポイントは、上の2つが「媒体別の即効薬」、下の2つが「土台」だということです。即効薬だけ飲んでも土台が整っていなければ精度は上がりませんし、土台だけ作っても媒体側に届けなければ広告の最適化には効きません。両方を一枚の計画に載せることが、比較・選択のゴールになります。

土台：ファーストパーティデータ整備の実務

すべての手法に共通する土台が、ファーストパーティデータ——顧客から同意を得て直接取得するデータ——の整備です。実務でやることは3つあります。1つ目は取得の設計。フォームでメールアドレスや電話番号を、無理のない項目数で取得できているか。2つ目は管理の整備。取得したデータが部署ごとに散らばらず、顧客管理の仕組みに集約されているか。3つ目は同意と説明。何のためにデータを使うのかをプライバシーポリシーと取得画面で明示しているか。

• 顧客データを広告媒体へ送る際は、ハッシュ化の有無にかかわらず、利用目的の特定と同意の整理が必要とされる
• プライバシーポリシーの記載内容は、実際に送るデータ項目・送り先と一致させる
• 法令やガイドラインの解釈に関わる部分は、最終的に専門家・公式資料で確認する

この整備は広告計測のためだけのものではありません。メール施策やサイト改善など、あらゆるマーケティング活動の精度を支える資産になります。Cookieという「借り物のインフラ」への依存を、自社データという「持ち物」へ置き換えていく——Cookieレス対応の本質は、この置き換えにあります。

BtoBの場合、ファーストパーティデータの中心は問い合わせ・資料請求・セミナー申込のフォームです。実務では、フォームの必須項目を増やすほど完了率が下がるため、初回接点では最小限にとどめ、商談化の過程で情報を足していく設計が定石です。また、獲得したデータを営業部門の顧客管理と分断させないことも重要です。広告経由の顧客がその後受注に至ったかを追える状態にしておくと、クリックやフォーム完了より深い事業成果ベースでの広告評価が可能になります。計測の補完と並行してこの縦のつながりを整えることが、Cookieレス時代の本当の備えになります。

自社の組み合わせを決める手順

最後に、ここまでの比較を自社の計画に落とす手順です。次の4ステップで進めれば、規模の大小を問わず道筋が描けます。

棚卸しの段階では、AIを壁打ち相手にすると効率が上がります。たとえば次のように現状を渡して、抜け漏れの整理を任せる使い方です。

以下は自社の広告計測の現状です。
・利用媒体：（Google広告／Meta広告 など）
・設置タグ：（タグ管理ツールのタグ一覧を貼る）
・フォームで取得している項目：（メールアドレス・電話番号 など）
・プライバシーポリシーの関連記述：（該当箇所を貼る）
この前提で、(1)Cookie制限の影響を受けやすい計測箇所 (2)拡張コンバージョンとコンバージョンAPIを導入する場合に不足している準備 (3)着手の優先順位 を表で整理してください。不明な点は推測せず、確認すべき質問として返してください。

やりがちな失敗

Cookieレス対応で、実際につまずきやすいパターンを挙げておきます。

• 撤回のニュースだけを見て何もしない：SafariやFirefox経由の計測の欠けは今も進行している
• ツールを導入しただけで完了と見なす：同意取得やデータ設計が伴わないと精度が出ない
• 補完後の数値を「真の値」と思い込む：照合やモデル化を経た数値には推定が含まれる。意思決定は傾向で行う
• 規約・法令の確認を後回しにする：顧客データを媒体へ送る以上、利用目的の整理は必須

特に3つ目は見落とされがちです。拡張コンバージョンやコンバージョンAPIで数字が回復すると、「正確になった」と感じます。しかし補完された数値は、あくまで照合できた範囲の実測と推定の組み合わせです。数値は施策の比較と改善のために使い、絶対値の精密さを追いすぎない——この距離感を持てるかどうかが、Cookieレス時代の計測リテラシーだと言えます。

よくある質問

自社の顧客はChromeユーザーが多いので、対策は不要ではありませんか？

Chromeでもユーザーがプライバシー設定でサードパーティCookieを制限できる状態は続いており、将来の方針変更の可能性も残ります。また、ブラウザのシェアは顧客層やデバイスの変化で動きます。現時点でChrome比率が高いことは、対策を遅らせる理由にはなりますが、不要にする理由にはなりません。少なくとも影響の見積もりとファーストパーティデータの整備は先行して進めておくべきです。

拡張コンバージョンとコンバージョンAPIは両方必要ですか？

対象の媒体が異なるため、二者択一の関係ではありません。拡張コンバージョンはGoogle広告、コンバージョンAPIはMeta広告などが対象で、両方の媒体に出稿しているなら結果的に両方を導入することになります。優先順位は広告費の配分で決めるのが実務的です。いずれもフォームで取得する顧客データが精度の鍵になる点は共通です。

アクセス解析ツールがあれば、媒体側の対策は不要ですか？

役割が異なります。アクセス解析はサイト全体の分析のための計測で、媒体側の計測補完は広告配信の最適化（自動入札の学習など）に直結します。媒体にコンバージョンが正しく届かないと、レポートが欠けるだけでなく配信自体の精度が下がるため、広告を運用している限り媒体側の対策は別途必要と考えてください。なお、アクセス解析ツール自体もブラウザ制限の影響を受けます。

まとめ

広告計測を巡る状況は、「Chromeの廃止撤回」という見出しだけでは語れません。SafariとFirefoxの制限は現在進行形で、Privacy Sandboxという代替構想は2025年10月に事実上終了しました。確かなのは、借り物のCookieに頼った計測は部分的にしか機能しない時代が、すでに来ているということです。備えの中心は、拡張コンバージョンやコンバージョンAPIといった媒体別の補完手法と、その精度を支えるファーストパーティデータの整備。この2階建てを、自社の媒体構成と体制に合わせて組み合わせることが現実解です。まずはブラウザ別比率とコンバージョンまでの日数から、自社の欠けの大きさを見積もるところから始めてみてください。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。