「広告管理画面のコンバージョン数が、 1 年前より明らかに減っている」「実際の問い合わせは増えているのに、 計測上の CV だけが落ちている」 ── 心当たりがあれば、 それはあなたの施策が悪いのではなく、 ブラウザのタグ（ピクセル）による計測が壊れ始めている サインです。 Cookie 規制・iOS の追跡制限・広告ブロックの普及で、 従来のタグ計測ではコンバージョンの 2〜4 割が計測漏れ するようになりました。 本コラムでは、 失われた計測精度を取り戻す コンバージョン API（CAPI） の仕組み・ピクセルとの違い・導入 4 ステップを、 grip space の実装に沿って具体的に解説します。
なぜ今 CAPI が必要なのか ── 計測漏れの実態
広告の効果計測は長らく、 ブラウザに埋め込んだ タグ（ピクセル） が担ってきました。 サイト訪問者のブラウザで JavaScript が動き、 Cookie を使ってユーザーを識別し、 「この広告経由のユーザーが CV した」 という情報を広告プラットフォーム（Meta・Google・Yahoo! 等）へ送る。 この仕組みが、 近年の 3 つの逆風 で急速に機能不全に陥っています。
① サードパーティ Cookie の規制: Safari の ITP は早くからサードパーティ Cookie を制限し、 一部のファーストパーティ Cookie も最短 24 時間〜7 日で削除します。 Google Chrome もトラッキング目的の Cookie 利用の制限を進めており、 「Cookie でユーザーを追跡し続ける」 前提そのものが崩れました。
② iOS の追跡制限（ATT）: iOS 14.5 以降、 アプリ・ブラウザをまたいだ追跡にはユーザーの明示的な許可が必要になりました。 拒否するユーザーが多数派のため、 iPhone 経由のコンバージョンは そもそも紐付けられない ケースが大幅に増えています。
③ 広告ブロック・通信環境: 広告ブロッカーやプライバシー保護ブラウザはトラッキングタグの読み込み自体をブロックします。 さらにページ離脱が早い・通信が不安定といった理由で、 タグが発火する前にユーザーが離れる「取りこぼし」 も日常的に発生します。
結果として、 実際に起きた CV のうちタグで計測できるのは 6〜8 割程度 という状態が珍しくなくなりました。 計測漏れは単に「数字が小さく見える」 だけの問題ではありません。 広告プラットフォームの自動最適化（誰に配信するかの AI 判断）は CV データを学習材料にするため、 データが欠けるほど配信精度が落ち、 CPA が悪化する という二次被害を生みます。 この構造的な計測漏れを埋める仕組みが、 コンバージョン API（CAPI）です。
コンバージョン API（CAPI）とは ── 仕組みとピクセルとの違い
コンバージョン API（CAPI = Conversion API） とは、 ブラウザを経由せず、 自社サーバーから広告プラットフォームへ直接コンバージョン情報を送信する仕組み です。 サーバーサイド・トラッキングとも呼ばれます。 Meta（Facebook / Instagram 広告）の「コンバージョン API」、 Google の「拡張コンバージョン / Conversion API」、 各種広告媒体の「サーバーサイド計測」 は、 いずれもこの考え方に基づいています。
従来のピクセルが「ユーザーのブラウザ → 広告媒体」 という経路だったのに対し、 CAPI は「自社サーバー → 広告媒体」 という経路を取ります。 ブラウザの Cookie や JavaScript の制約を受けないため、 規制やブロックの影響をほとんど受けずに CV を送れるのが最大の違いです。
| 観点 | ピクセル（タグ計測） | コンバージョン API（CAPI） |
|---|---|---|
| 送信経路 | ユーザーのブラウザから送信 | 自社サーバーから直接送信 |
| Cookie / iOS 制限の影響 | 強く受ける（計測漏れ大） | ほとんど受けない |
| 広告ブロックの影響 | ブロックされると計測不可 | 影響を受けない |
| 計測できるタイミング | サイト内の行動が中心 | オフライン CV・後日の受注も送れる |
| 導入の手間 | タグ設置のみで簡単 | サーバー側の連携実装が必要 |
重要なのは、 CAPI はピクセルの「置き換え」 ではなく「併用」 が基本 だという点です。 Meta も Google も、 ピクセルと CAPI の両方から同じ CV を送り、 媒体側で重複を除外（=同一 CV を二重計上しないよう突き合わせ）する「ハイブリッド計測」 を推奨しています。 ブラウザで取れるものはピクセルで、 取りこぼしたものを CAPI で補う。 この二重化で、 計測の網羅性が一気に上がります。
CAPI 導入で得られる 3 つの効果
CAPI を導入すると、 単に「計測数字が正確になる」 だけでなく、 広告運用そのものの成果に直結する 3 つの効果 が得られます。
効果 ①: 失われた CV の回収（計測精度の回復） ── ピクセルで取りこぼしていた 2〜4 割の CV を回収できます。 「実際は成果が出ていたのに、 計測上は赤字に見えて停止していた広告」 が正しく評価され、 本当に効いているチャネルへ予算を寄せられるようになります。
効果 ②: 広告の自動最適化が効くようになる ── 広告媒体の AI は、 送られてきた CV データを学習して「CV しそうな人」 を探します。 CAPI で CV データの量と質が回復すると、 学習が安定し、 同じ予算でも配信効率（CPA・ROAS）が改善 します。 計測の話に見えて、 実体は「配信精度の話」 でもあるのが CAPI の本質です。
効果 ③: オフライン・後追い CV も広告に反映できる ── BtoB では「フォーム送信 → 商談 → 後日受注」 と CV が時間差・オフラインで確定します。 CAPI なら、 受注確定のタイミングでサーバーから「この広告経由のリードが受注した」 と送り返せるため、 問い合わせ数だけでなく受注（=本当に欲しい成果）を基準に広告を最適化 できます。 ピクセル単体では実現できない、 CAPI ならではの価値です。
CAPI 導入の 4 ステップ
CAPI 導入は「サーバー実装が必要」 と聞くと身構えますが、 進め方を 4 ステップに分解すれば難しくありません。
ステップ 1: 計測したい CV を定義する ── まず「何を CV として送るか」 を決めます。 フォーム送信・資料 DL・商談予約・受注など、 広告で最適化したいゴールを洗い出し、 それぞれにイベント名（例: Lead / Purchase）を割り当てます。 ここを曖昧にすると後工程がすべてブレるため、 最初に固めるのが鉄則です。
ステップ 2: 識別子（マッチングキー）を準備する ── サーバーから送る CV を、 媒体側で「どのクリック・どのユーザーの成果か」 と突き合わせるための鍵を用意します。 メールアドレス（ハッシュ化）・クリック ID（fbclid / gclid）・IP アドレス等です。 個人情報はハッシュ化して送るのが原則で、 プライバシーに配慮した設計 が前提になります。
ステップ 3: サーバーから媒体へ送信する ── フォーム送信などの CV が発生したら、 サーバー側で CV イベントとマッチングキーを組み立て、 各媒体の API（Meta CAPI / Google など）へ送信します。 自前実装のほか、 ツールやタグマネージャのサーバーサイド機能を使う方法もあります。 ここが最も技術的な工程で、 専任エンジニアがいない企業のつまずきポイントです。
ステップ 4: 重複除外と精度チェック ── ピクセルと CAPI を併用する場合、 同じ CV を二重計上しないよう、 イベント ID を付けて媒体側で名寄せします。 送信後は媒体の管理画面（Meta なら「イベントマネージャ」 のマッチ品質スコア等）で、 正しく受信・照合されているかを確認し、 数値のズレを継続的にチューニングします。 「入れて終わり」 ではなく、 計測品質を運用で育てる のが成功の分かれ目です。
grip space での実装と、 はじめ方
CAPI の壁は、 ステップ 3 の「サーバー実装」 と、 ステップ 2 の「識別子をどう確保するか」 に集中します。 専任エンジニアのいない中小企業にとって、 ここを自前で組むのは現実的でないことも多い。 grip space は、 この壁を フォームと計測を一体で持つ構造 で越えられるよう設計されています。
① フォーム CV をサーバー側で確実に捕捉 ── grip space のフォームは送信を サーバーサイドで受け取る ため、 ブラウザのタグが発火しなくても CV を取りこぼしません。 「フォーム送信 = サーバーに記録」 が起点になるので、 CAPI に送るための CV データがそもそも欠けません。
② IP 特定・コンタクト情報を識別子に活用 ── grip space は来訪企業の IP 特定やコンタクト管理を備えており、 メールアドレスや行動データといったマッチングキーの素材を自然に保持します。 これを広告媒体へ連携する際の突き合わせに活かせます。
③ 受注までを CRM で追って後追い CV を送る土台に ── フォーム → スコアリング → 商談 → 受注までを 1 つのプラットフォームで追えるため、 「どのリードが受注したか」 を起点に、 オフライン CV を広告へ送り返す運用（効果 ③）の土台が作れます。
- Cookie 規制・iOS の追跡制限・広告ブロックで、 ブラウザのタグ計測は CV の 2〜4 割を取りこぼす 時代になった。
- コンバージョン API（CAPI）は 自社サーバーから広告媒体へ直接 CV を送る 仕組みで、 規制・ブロックの影響をほぼ受けない。
- CAPI はピクセルの置き換えではなく 併用（ハイブリッド計測） が基本。 イベント ID で重複除外する。
- 導入効果は 3 つ: ①失われた CV の回収 ②広告自動最適化の精度回復（CPA / ROAS 改善） ③オフライン・後追い CV の反映。
- 導入は 4 ステップ: ①CV 定義 ②識別子準備 ③サーバー送信 ④重複除外と精度チェック。 壁は「サーバー実装」 に集中する。
さらに grip space では、 Google 広告・LINE ヤフー広告・Meta（メタ）広告の CAPI（コンバージョン API）設定に対応 しています。 主要 3 媒体のサーバーサイド計測をまとめて設定できるため、 媒体ごとに別々の実装を抱える必要がありません。 自社の広告構成に合わせた CAPI 設定について、 詳しくは以下のフォームからお気軽にお問い合わせください。
grip space は、 本コラムで紹介した「サーバーサイドのフォーム CV 捕捉」「IP 特定」「コンタクト・受注管理」 を、 ひとつのプラットフォームで提供する BtoB 営業支援 SaaS です。 月額 25,000 円から、 14 日間無料トライアル受付中 (= クレジットカード登録不要 / 5 分で利用開始)。 CAPI 時代の計測・営業の仕組み化に関する資料も、 以下のフォームからダウンロードいただけます。
