この記事でわかること
- Meta広告のコンバージョンAPI（CAPI）とは何か、Pixelとの違い
- 2026年時点でのCookie規制の実状（Chromeの方針転換の経緯を含む）
- ChromeがサードパーティCookie廃止を撤回した後も対策が必要な理由
- CAPI導入の基本的な流れと、Pixelとの重複排除（デデュープ）の考え方
- 導入前に確認しておきたいチェックリスト
コンバージョンAPI（CAPI）とは
Meta広告の「コンバージョンAPI（Conversions API、以下CAPI）」とは、自社が管理するWebサーバーやCRM、ECカートシステムなどから、コンバージョンデータをMetaのサーバーへ直接送信する仕組みです。
従来からあるMetaピクセルは、ユーザーのブラウザ上で発生したイベント（ページ閲覧・購入完了・フォーム送信など）を、ブラウザ経由でMetaに送信する「クライアントサイド」の計測方法でした。CAPIはこれに対し、ブラウザを経由せずサーバー同士で直接データをやり取りする「サーバーサイド」の計測方法です。
| 計測方式 | データの経路 | 特徴 |
|---|---|---|
| Metaピクセル（クライアントサイド） | ユーザーのブラウザ → Metaサーバー | 設置が比較的簡単。ブラウザの設定や拡張機能の影響を受けやすい |
| コンバージョンAPI（サーバーサイド） | 自社サーバー → Metaサーバー | ブラウザを経由しないため、Cookie制限や広告ブロッカーの影響を受けにくい |
ポイント：CAPIは「Pixelの代わり」ではなく「Pixelを補完する仕組み」です。Meta公式もPixelとCAPIを併用する構成を推奨しています。
2026年時点のCookie規制の実状
「サードパーティCookieはいずれ廃止される」という情報を耳にしたことがある方も多いかもしれません。ただし、この話は2026年時点ではすでに状況が変わっています。誤解のないよう、Googleの公式発表をもとに経緯を整理します。
| 時期 | 主な動き |
|---|---|
| 2020年〜 | GoogleがChromeでのサードパーティCookie段階的廃止の方針を表明。代替技術「Privacy Sandbox」を提唱 |
| 2024年7月 | 一律廃止の方針を撤回。ユーザーが選択できる仕組みへの転換を発表 |
| 2025年4月 | 新たな選択プロンプトの導入も見送り、現行方式を維持することを表明 |
| 2025年10月 | 代替技術として開発してきたPrivacy Sandbox関連技術の大半を終了 |
| 2026年現在 | Chromeではサードパーティ Cookieが既定で許可された状態。ユーザーが設定から制御可能 |
つまり、Chromeにおけるサードパーティ Cookieの一律廃止は事実上撤回され、現在は既定で利用できる状態が続いています。一方で、SafariやFirefoxはこれとは独立して既定でサードパーティ Cookieをブロックする仕様をすでに採用しており、この状況はChromeの方針転換とは関係なく続いています。
なぜ今もCAPIが必要なのか
「Chromeが廃止を撤回したなら対策は不要では」と考えるのは早計です。実務上、CAPIの導入価値が変わらない理由は主に3つあります。
Safari・Firefoxでの計測制限はすでに進んでいる
Chromeの方針がどうであれ、SafariのITP（Intelligent Tracking Prevention）やFirefoxのETP（Enhanced Tracking Protection）は、既定でサードパーティ Cookieをブロックしています。日本国内でもiPhoneユーザーの比率は高く、Safari利用者に対してはCookieベースの計測がすでに機能しづらい状態が続いています。
- 自社サイトの流入ユーザーのブラウザ・OS別比率をGA4で確認し、Safari・iOSユーザーの割合を把握する
- Safariユーザーの比率が高い業種ほど、CAPI導入の優先度は高くなる
iOSのATT（App Tracking Transparency）による計測ロス
iOS 14.5以降で導入されたATTにより、アプリ経由の広告接触からWebサイトへの遷移をまたいだ計測の一部が制限されています。この影響はブラウザの Cookie設定とは別の仕組みによるものであり、Chromeの方針転換によって解消されるものではありません。
- Instagramアプリ内ブラウザ経由の流入が多い場合、ATTの影響を特に受けやすい点を理解しておく
- アプリ経由・ブラウザ経由それぞれの計測経路を分けて確認する
広告ブロッカーとブラウザ方針の今後の変化
ブラウザ上で動作するPixelは、広告ブロッカーの拡張機能によってリクエスト自体がブロックされることがあります。またGoogleの方針もこれまで「廃止表明→撤回→維持」と複数回転換してきた経緯があり、将来的に規制強化の方向へ再び動く可能性も否定できません。ブラウザや拡張機能の仕様変更に左右されない計測手段を持っておくことが、リスクを抑えることにつながります。
- Pixel単体の計測結果を過信せず、CAPIによる補完を前提とした計測設計にしておく
- Meta Events Managerで「Pixelのみ」と「Pixel+CAPI」のイベント到達数の差を定期的に確認する
PixelとCAPIの違い
導入を検討する際は、それぞれの特徴を理解したうえで「併用」を前提に設計することが重要です。
| 比較項目 | Metaピクセル | コンバージョンAPI（CAPI） |
|---|---|---|
| 計測経路 | ブラウザ上のJavaScriptタグ | 自社サーバーからMetaへ直接送信 |
| Cookie・ITPの影響 | 受けやすい（ブロックされると計測が欠落） | 受けにくい |
| 広告ブロッカーの影響 | 受ける場合がある | 受けにくい |
| 取得できる情報 | ブラウザ上の行動データ（リターゲティング用オーディエンス生成に強み） | サーバー側で保持するCRM・購買データなども送信可能 |
| 導入の手間 | タグ設置のみで比較的簡単 | サーバー側の実装、またはツール連携が必要 |
| 推奨される使い方 | 単体では計測の欠落が生じやすい | Pixelと併用し、event_idによる重複排除を設定するのが基本 |
基本方針：Pixelを廃止してCAPIだけにするのではなく、「Pixel＋CAPI」の両輪で計測し、同一イベントが重複カウントされないよう重複排除（デデュープ）設定を行うのが、Meta公式が推奨する構成です。
導入の基本的な流れ
CAPIの具体的な実装方法はサイトの基盤（自社開発・ECカート・GTM運用の有無）によって異なりますが、検討の進め方には共通の流れがあります。
CAPI導入の基本ステップ
【STEP1】送信するイベントを整理する
- Purchase・Lead・CompleteRegistrationなど、既存のPixelと同じイベント名・パラメータで揃える
- どの成果（問い合わせ・購入・資料請求など）をCVとして扱うか、Pixel側の設定と齟齬がないか確認する
【STEP2】連携方法を選ぶ
- Meta公式のパートナー連携（主要ECカート・MAツール等の標準機能）を使う方法
- Google タグマネージャーのサーバーサイドコンテナを使う方法
- 自社サーバーでAPIを直接実装する方法
- 自社のサイト基盤と開発リソースに応じて、無理なく運用できる方法を選ぶ
【STEP3】重複排除（デデュープ）を設定する
- PixelとCAPIの両方から同じイベントが送信された場合に二重カウントされないよう、共通のevent_idを発行する
- event_idはPixel側とCAPI側で必ず同一の値を使用する
【STEP4】Event Match Quality（EMQ）を確認する
- メールアドレス・電話番号などをハッシュ化して送信することで、ユーザーの一致精度（マッチ率）が向上する
- Meta Events ManagerでEMQスコアを確認し、送信データの拡充余地がないか見直す
【STEP5】テストツールで検証する
- Meta Events Managerの「テストイベント」機能で、CAPI経由のイベントが正しく届いているか確認する
- 本番反映後も、しばらくの間はPixelとCAPIそれぞれの到達数を並べて確認する
導入前チェックリスト
CAPI導入前の確認チェックリスト
【現状把握】
- 自社サイトの流入ユーザーのブラウザ・OS別比率を確認している
- 現在Pixelのみで計測しており、CAPIは未設定である
- Meta広告管理画面とGA4・CRMのCV数にズレがあるかを把握している
【導入準備】
- CV として扱うイベント（購入・問い合わせ等）とパラメータをPixel側と揃える準備ができている
- 自社のサイト基盤（ECカート・CMS・独自開発）に応じた連携方法を選定している
- event_idによる重複排除の実装方針を担当者間で合意している
【導入後の運用】
- Meta Events ManagerでEMQスコアを定期的に確認している
- Pixel経由・CAPI経由それぞれのイベント到達数を比較できる状態になっている
- 広告改善の判断基準（CPA等）が、CAPI導入前後で急に変わっていないか確認している
LnXの見解
CAPIの相談でよくあるのが、「Pixelを設置しているから計測は問題ない」という思い込みです。しかしSafariやFirefoxは既定でサードパーティ Cookieをブロックしており、iOSのATTによる計測ロスもChromeの方針とは別に存在し続けています。Chromeがサードパーティ Cookie廃止を撤回した2026年現在でも、Pixel単体の計測には構造的な欠落が残っているというのが実務上の実感です。
一方で、CAPIは「導入すれば魔法のように成果が伸びる」施策ではありません。あくまで計測の欠落を減らし、Metaの配信アルゴリズムに正確なシグナルを届けるための基盤づくりです。基盤が整っていない状態でクリエイティブや予算配分だけを改善しても、正しいデータに基づかない判断を積み重ねることになりかねません。
LnXの月3万円からのMeta広告運用支援「AdStart」では、広告の運用改善だけでなく、CAPIを含めた計測環境の整備もあわせてご提案しています。広告運用と計測設定を別々の担当者・会社に依頼していると、「成果が出ない原因が広告なのか計測なのか切り分けられない」という事態が起きがちです。運用と計測を一体で見られる体制を整えることが、コンバージョンの取りこぼしを防ぐ近道だと考えています。
よくある質問
Q CAPIを導入すればPixelは不要になりますか？
いいえ。MetaはPixelとCAPIの併用を推奨しています。単体でも動作しますが、Pixel単独ではブラウザ側の制限で計測が欠落し、CAPI単独ではブラウザ行動に基づくリターゲティングオーディエンスの生成などPixel固有の機能を活用できません。両方を設定したうえで、event_idによる重複排除（デデュープ）を行うのが基本的な構成です。
Q CAPIの導入には専門的なサーバー開発が必要ですか？
自社でゼロから実装する場合はサーバーサイドの開発が必要になりますが、主要ECカートの標準連携機能や、Google タグマネージャーのサーバーサイドコンテナ、各種の連携パートナーツールを使うことで、コードを書かずに導入できるケースも増えています。自社のサイト基盤に応じて適切な導入方法を選ぶことが重要です。
Q ChromeがサードパーティCookie廃止を撤回したなら、対策はもう不要ですか？
いいえ。Googleは2024年7月にサードパーティ Cookieの一律廃止を撤回し、2025年4月には現行の方式を維持する方針を明確化しましたが、SafariやFirefoxはすでに既定でサードパーティ Cookieをブロックしており、この状況は変わっていません。またGoogleの方針もこれまで複数回転換してきた経緯があり、今後再び規制強化に向かう可能性も否定できません。ブラウザの方針に依存しない計測基盤を整えておく意味は変わらずにあります。
Q CAPIを導入すると広告の成果は改善しますか？
CAPI自体は「計測の欠落を減らす」仕組みであり、クリエイティブやターゲティングを直接改善するものではありません。ただし、Metaの配信アルゴリズムはコンバージョンシグナルをもとに最適化を行うため、より多くの正確なシグナルが届くことで配信の最適化精度が上がり、結果的にCPAの改善につながるケースが多く報告されています。