コンバージョンAPI（CAPI）とは？仕組みから導入方法までわかりやすく解説

コンバージョンAPI（CAPI）とは、広告主側のサーバーから広告媒体のサーバーへ、コンバージョンデータを直接送信する計測の仕組みです。

「広告の管理画面のコンバージョン数が、実際の問い合わせ数と合わない」「以前より計測される数が減った気がする」——広告を運用していてこう感じたことがあれば、その原因の多くは、従来のブラウザ経由の計測が技術的に限界を迎えていることにあります。コンバージョンAPIは、この問題への現在の標準的な対策です。

この記事では、コンバージョンAPIの仕組みを図式で理解できるレベルまで噛み砕き、メリット・デメリット、主要媒体ごとの対応状況、導入手順、そして「そもそも自社は今導入すべきか」の判断基準まで解説します。

コンバージョンAPI（CAPI）とは

コンバージョンAPI（Conversions API、略してCAPI）とは、Webサイト上のタグ（ピクセル）に頼らず、広告主のサーバーから広告媒体へ直接コンバージョンイベントを送る仕組みです。もともとはMeta（Facebook・Instagram）広告の機能名ですが、現在では各媒体が同様の仕組みを提供しており、「サーバー経由のコンバージョン計測」の総称としても使われています。

従来の計測では、ユーザーのブラウザに読み込まれたタグが「コンバージョンが発生した」という信号を媒体へ送っていました。コンバージョンAPIでは、この信号の送り主がブラウザからサーバーに変わります。送り主が変わるだけ、と言うと小さな違いに聞こえますが、計測の安定性という点では大きな違いを生みます。

なぜ今、コンバージョンAPIが必要なのか

背景にあるのは、ブラウザ経由の計測が年々「欠ける」ようになっていることです。主な要因は3つあります。

1. ブラウザのトラッキング制限: SafariのITP（Intelligent Tracking Prevention）をはじめ、主要ブラウザはCookieの保存期間や利用範囲を厳しく制限しています。タグが動作しても、コンバージョンを広告クリックと結びつけられないケースが増えました。
2. プライバシー規制の強化: 個人情報保護法の改正や各国の規制強化により、Cookieを使った無断のトラッキング自体が制約を受けるようになっています。
3. ユーザー環境の変化: 広告ブロッカーの利用や、iOSのアプリトラッキング許可制（ATT）により、そもそもタグが動作しない・データ送信が許可されない環境が広がっています。

その結果、「実際にはコンバージョンが起きているのに、媒体の管理画面には記録されない」という計測の取りこぼしが構造的に発生しています。取りこぼしは単にレポートの数字が減るだけでなく、広告配信の自動最適化に使われる学習データが減ることを意味します。コンバージョンAPIは、この欠けたデータをサーバー経由で補完するための仕組みです。

仕組み：従来のピクセル計測と何が違うのか

コンバージョンAPIを理解する近道は、従来の計測との「データの通り道」の違いを押さえることです。

従来のブラウザ（ピクセル）計測の流れ

従来の計測では、データは次の経路で流れます。

1. ユーザーが広告をクリックし、サイトを訪問する
2. ブラウザがページに埋め込まれたタグ（Metaピクセル等）を読み込む
3. ユーザーが問い合わせ・購入すると、タグがブラウザから媒体へコンバージョン信号を送る

この経路はすべてユーザーのブラウザ内で完結しています。だからこそ、ブラウザ側の制限（Cookie制限・広告ブロッカー・通信のブロック）の影響を全面的に受けます。途中のどこかが遮断されれば、コンバージョンは記録されません。

コンバージョンAPIのデータフロー

コンバージョンAPIでは、経路が変わります。

1. ユーザーがサイトで問い合わせ・購入する
2. その情報を広告主側のサーバーが受け取る
3. サーバーが媒体のAPIへ直接コンバージョンデータを送信する

ブラウザを経由しないため、Cookie制限や広告ブロッカーの影響を受けません。サーバー同士の通信は広告主側でコントロールできるので、送るデータの内容・タイミング・品質を自分たちで管理できます。電話や商談成立といった、Webの外で起きた成果（オフラインコンバージョン）を送れるのも、この経路ならではの特長です。

ピクセルとの併用が基本

ここで誤解しやすいのが、「コンバージョンAPIを入れたらピクセルは不要になる」という理解です。実際にはピクセルとコンバージョンAPIの併用が推奨されています。ブラウザ経由で取れるデータとサーバー経由で送るデータの両方を届け、媒体側で照合させるのが標準構成です。

このとき同じコンバージョンが二重に数えられないよう、両方の経路に共通のイベントIDを付けて送ります。媒体側はIDが一致したイベントを同一とみなして重複を排除します。この重複排除の設計は、導入時に最も注意が必要なポイントのひとつです。

導入するメリット

コンバージョンAPIの導入で得られる効果は、「数字が正しくなる」ことにとどまりません。広告の配信効率そのものに波及します。

計測の取りこぼしが減り、成果が正しく数えられる

最も直接的な効果です。ブラウザ側の制限で消えていたコンバージョンがサーバー経由で補完されるため、実態に近いコンバージョン数が管理画面に反映されるようになります。「実際の問い合わせより管理画面の数が少ない」という乖離の縮小が期待できます。

マッチング精度が上がる

コンバージョンAPIでは、コンバージョンしたユーザーの情報（メールアドレスや電話番号をハッシュ化したもの）を添えて送信できます。媒体はこの情報を自社の利用者データと照合し、「誰のコンバージョンか」を特定します。照合の材料が増えるほど、広告クリックとコンバージョンを正しく結びつけられる割合が上がります。Meta広告ではこの照合の品質が「イベントマッチング品質」という指標で確認でき、改善の目安になります。

広告の機械学習が賢くなり、配信効率が上がる

現在の広告配信は、媒体の機械学習が「コンバージョンしそうな人」を探す仕組みで動いています。学習の材料はコンバージョンデータです。つまり、計測が欠けている状態は、学習材料が欠けている状態でもあります。コンバージョンAPIでデータの量と質が改善すると、機械学習の判断材料が増え、配信の最適化が効きやすくなります。計測の改善が、結果として獲得単価の改善につながる構図です。

オフラインの成果も学習に使える

問い合わせフォームの送信までは計測できても、その後の「電話がつながった」「商談になった」「成約した」はWeb上では起きません。コンバージョンAPIの経路を持っていれば、こうしたオフラインの成果データを媒体へ送り、本当に価値のある成果に向けて広告を最適化させることができます。フォーム送信の数ではなく、事業の成果で広告を評価したい場合、この拡張性は大きな意味を持ちます。

デメリット・注意点

良いことずくめに見えますが、導入には相応のハードルがあります。事前に把握しておくべき点を挙げます。

実装に技術的なハードルがある

コンバージョンAPIの導入は、タグを1本貼って終わりではありません。サーバーからAPIへデータを送る実装が必要で、方式によってはサーバーの構築・運用も伴います。社内にエンジニアがいない場合、外部の支援なしでの導入は現実的に難しいケースが多いです。後述するように、技術的負荷を下げた導入方式も用意されているため、自社の体制に合った方式選びが重要になります。

個人情報の取り扱いとプライバシーポリシーの整備が必要

メールアドレスや電話番号を（ハッシュ化した上で）媒体に送信する以上、個人情報の取り扱いに関する整理は避けて通れません。プライバシーポリシーへの利用目的の記載、社内の法務確認など、技術以外の準備も導入プロセスに含まれます。ここを飛ばして実装だけ進めると、後から差し戻しになります。

費用対効果が合わないケースもある

正直に言えば、すべての広告主に導入を勧められるわけではありません。広告費の規模が小さい場合や、コンバージョン数自体が少ない場合、導入・運用のコストに対して得られる改善幅が見合わないことがあります。どんな場合に優先度が高いのかは、後述の「導入すべきかの判断基準」で整理します。

主要媒体別のコンバージョンAPI対応

「コンバージョンAPI」はMeta発祥の名称ですが、同様のサーバー経由計測は主要媒体が出揃っています。名称が媒体ごとに異なるため、ここで整理しておきます。

Meta広告：コンバージョンAPI

本家であり、対応が最も成熟しています。ピクセルとの併用・イベントIDによる重複排除・イベントマッチング品質の確認という基本形はMetaで確立されました。導入方式の選択肢も最も豊富です。

Google広告：拡張コンバージョン

Google広告でCAPIに相当するのは拡張コンバージョンです。既存のコンバージョンタグに、ハッシュ化したメールアドレス等のユーザー情報を追加して送ることで、Cookieだけでは結びつけられなかったコンバージョンの計測を補完します。Googleタグマネージャー（GTM）から設定でき、サーバー構築なしで始められるため、主要媒体の中では導入ハードルが低い部類です。詳しくは拡張コンバージョンの解説記事にまとめています。

Yahoo!・LINE・TikTok・Microsoft

各媒体とも上表のとおりサーバー経由の計測手段を提供しています。複数媒体を運用している場合、全媒体を一度に対応する必要はありません。広告費の大きい媒体から順に対応するのが定石です。

実装方式は4つ：選び方と比較

コンバージョンAPI（ここでは主にMeta広告を想定）の実装には、大きく4つの方式があります。自社の体制と規模に合う方式を選びます。

それぞれの概要

1. GTMサーバーサイド: Googleタグマネージャーのサーバー用コンテナを立て、ブラウザからのデータを一度自社管理のサーバーで受けてから各媒体へ配信する方式です。一度構築すればMeta以外の媒体にも展開しやすく、計測基盤として最も汎用性があります。
2. パートナー統合: 利用中のECプラットフォームやツールがMetaと公式連携している場合、管理画面の設定だけでCAPIを有効化できます。該当するなら最も手軽です。
3. CAPIゲートウェイ: Metaが提供する、開発不要でCAPIを導入するための仕組みです。クラウド上に専用のインスタンスを立てる構成で、コーディングなしで導入できます。
4. 自社開発: 媒体のAPIへ直接実装する方式です。自由度は最も高い一方、開発・保守の負担も最大です。

どの方式でも、最終的にやることは「サーバーから媒体へ、正しい形式でイベントを送る」ことで共通しています。迷ったら、現在の計測管理の方法（GTMの利用有無・サイトの構築方法）から逆算するのが選び方の近道です。

導入手順5ステップ

方式が決まったら、導入は次の5ステップで進めます。この順番には意味があり、特に①と③を後回しにすると手戻りが起きます。

1. 送信するデータとイベントを決める: どのコンバージョン（購入・フォーム送信・電話タップ等）を、どのユーザー情報（メールアドレス・電話番号等）と一緒に送るかを設計します。ここが計測の品質を決めます。
2. 実装方式を選ぶ: 前述の4方式から、自社の体制に合うものを選びます。
3. プライバシーポリシーと法務の確認: 送信するユーザー情報の利用目的がプライバシーポリシーでカバーされているかを確認し、必要なら改定します。
4. 実装と送信テスト: 実装後、媒体のテストツールでイベントが正しく届いているか、ピクセルとの重複排除が効いているかを確認します。
5. 導入後の検証: 導入して終わりにせず、導入前後でコンバージョン数・マッチング品質・獲得単価がどう変化したかを確認します。効果を検証して初めて、導入の投資判断が正しかったかを説明できます。

⑤を工程に含めている解説は多くありませんが、当社は必須だと考えています。計測の変更は広告の学習に影響する変更です。何がどう変わったかを検証しないままでは、次の改善の打ち手が決められません。

導入すべきか：判断基準

最後に、最も実務的な問いに答えます。「うちは今、コンバージョンAPIを導入すべきか？」

優先度が高いケース

次のいずれかに当てはまるなら、導入の優先度は高いといえます。

• 管理画面のコンバージョン数と実際の問い合わせ・購入数の乖離が大きい（体感で2〜3割以上ずれている）
• 広告費に対してコンバージョンの絶対数が少なく、1件の取りこぼしが学習に効いてしまう
• Meta広告のイベントマッチング品質が低いと表示されている
• 電話や商談・成約など、Web外の成果で広告を最適化したい
• 広告費の規模が大きく、計測精度の数%の改善が金額として無視できない

急がなくてよいケース

一方で、次のような状況なら急ぐ必要はありません。

• 広告配信をまだ始めたばかりで、そもそもタグ計測の基本設定が固まっていない（先にやるべきはそちらです）
• 広告費が小さく、導入・運用の手間に対して改善幅が見合わない
• コンバージョン地点の設計自体に課題がある（何をコンバージョンとするかが定まっていない）

コンバージョンAPIは「計測の土台づくり」の一部

当社がコンバージョンAPIを提案するとき、単体の施策としては扱いません。計測には順序があります。まずコンバージョンの定義と基本のタグ設定を固め、次にサーバー経由の補完（CAPI・拡張コンバージョン）で精度を上げ、その上で管理画面の数値と実際の問い合わせ・成約を突き合わせる——ここまで揃って、広告の数字は経営判断に使える数字になります。

管理画面のコンバージョン数を正しくすることはゴールではなく、実際の売上・問い合わせと広告投資を正しく結びつけるための途中経過です。もし「管理画面の数字と実際の成果が合っているか、確認したことがない」なら、コンバージョンAPIの検討と合わせて、そこから点検することをおすすめします。こうした計測の土台づくりは、当社の広告運用支援でも中核に置いている領域です。

よくある質問

Q. 個人情報を媒体に送って大丈夫なのでしょうか？

メールアドレスや電話番号は、送信前にハッシュ化（元に戻せない形式への変換）された上で照合に使われます。ただし、ハッシュ化されていても個人に関連する情報を第三者へ提供することに変わりはないため、プライバシーポリシーでの利用目的の明示と法務確認は必要です。

Q. ピクセル（タグ）だけの計測ではもうだめですか？

すぐに計測が全滅するわけではありません。ただ、ブラウザ側の制限は年々強まる方向にあり、タグ単独の計測で取れる範囲は縮小し続けています。広告費の規模が大きくなるほど、取りこぼしの影響も大きくなります。

Q. 導入にかかる費用はどのくらいですか？

方式によって幅があります。パートナー統合なら追加費用ほぼゼロ、GTMサーバーサイドやCAPIゲートウェイはサーバー利用料が月数千円程度から、自社開発や外部への実装依頼は工数に応じた費用がかかります。

Q. CAPIゲートウェイとは何ですか？

Metaが提供する、開発なしでコンバージョンAPIを導入するための仕組みです。クラウド上に専用の環境を立ち上げ、ピクセルが取得したデータをサーバー経由でMetaに送ります。コードを書かずに導入できる反面、送信内容の細かい制御には向きません。

まとめ

コンバージョンAPI（CAPI）は、広告主のサーバーから媒体へ直接コンバージョンデータを送ることで、ブラウザ制限による計測の取りこぼしを補い、広告の機械学習に質の高いデータを供給する仕組みです。導入には技術・法務両面の準備が必要ですが、計測の乖離が大きい場合や広告費規模が大きい場合、投資に見合う効果が期待できます。

大切なのは、コンバージョンAPIを流行の機能としてではなく、自社の計測の現在地を踏まえた土台づくりの一手として位置づけることです。管理画面の数字と実際の成果、どれだけ合っているか——まずはそこから確かめてみてください。

計測まわりの点検や導入のご相談は、お問い合わせからお気軽にどうぞ。現状の計測構成を伺えば、コンバージョンAPIより先にやるべきことがあるかどうかも含めて、率直にお答えします。