MetaのコンバージョンAPIは導入すべきか｜ピクセルの置き換えではなく併用が前提で、効果は重複排除と送る情報の中身で決まる

Meta広告のイベントマネージャに「コンバージョンAPIを設定してください」という案内が出る、あるいは広告代理店から「iOSやCookie規制への対応としてコンバージョンAPIを入れましょう」と提案される。管理画面のコンバージョン数と実際の問い合わせ台帳の件数が合わず、調べるうちに「サーバーから送れば戻る」という記事に行き着く。この段階で多くの会社が、コンバージョンAPIを「ピクセルの代わりになる、Cookieに頼らない計測」と受け取っています。コンバージョンAPIはピクセルの置き換えではなく、Metaが推奨しているのは同じイベントを両方から送る併用です。そして、併用で何が戻るかは、重複を除く設定と、サーバーから送る情報の中身で決まります。

この記事では、コンバージョンAPIが何をどう変えるのかを押さえた上で、戻るものと戻らないもの、効果を決める3つの数字、重複排除の仕組み、導入方法の選び方、費用と手間、先に整えること、導入する場合の順序を整理します。設定手順そのものはMetaの開発者ドキュメントや各プラグインのマニュアルに載っているため、この記事は「自社に必要か」「どの方法で入れるか」「入れた後に何を見るか」に重心を置きます。

コンバージョンAPIは「入れるか」ではなく「重複を除けるか」と「何を送れるか」で決まる

最初に結論を示します。コンバージョンAPIを導入すべきかは、ピクセルと併用した上で重複を除く設定ができるか、そしてサーバーから送れる利用者の情報が自社にあるかの2点で決まります。どちらかが欠けると、設定しても管理画面の数字は良くならないか、逆に信用できなくなります。

理由は、コンバージョンAPIの効果が「届かなかったイベントを届ける」ことと「届いたイベントを利用者に結び付ける」ことの2つに分かれるためです。前者は、広告ブロックやブラウザの制限でピクセルが動かなかった分をサーバーから送ることで補えます。ただし、ピクセルが動いた分もサーバーから送るため、両方に同じイベントIDを付けて1つにまとめる設定が要ります。後者は、サーバーから送るメールアドレスや電話番号などの情報を、MetaがFacebookやInstagramのアカウントと照合して成り立ちます。送る情報が無ければ、イベントは届いても誰のものか分からず、広告の最適化にも使えません。

Metaは自社のページで、ウェブイベント用にコンバージョンAPIを設定した場合、設定していない場合と比べて結果の単価が平均17.8%低下したとしています。これはMetaの広告主全体の平均であり、自社で同じ幅になる保証はありません。自社でどれだけ戻るかは、ピクセルが落としている割合と、フォームで取れる情報の中身で決まります。

したがって、判断の順序は「コンバージョンAPIを入れるか」から始めません。管理画面と台帳の差を測り、自社のコンバージョンに利用者の情報が入るものがどれだけあるかを確認し、サイトの作りに合う導入方法を選んでから、費用と手間を見ます。Cookieを巡る計測環境の変化と、必要な対応・不要になった対応の全体像はCookie規制で広告の計測はどう変わったか｜必要な対応と、不要になった対応で整理しています。コンバージョンAPIはその中の、Meta広告に対する手段です。

仕組み｜ピクセルはブラウザから、コンバージョンAPIは自社のサーバーから送る

Metaピクセルは、サイトに埋め込んだJavaScriptが訪問者のブラウザで動き、ページの表示や購入、フォーム送信などのイベントをMetaへ送ります。コンバージョンAPIは、同じイベントを自社のサーバー（またはサーバーの役割をする仕組み）からMetaのAPIへ送ります。Metaの開発者ドキュメントは、サーバーから送られたイベントは「ピクセルやアプリのSDKで送られたイベントと同じように処理される」と説明しています。届く先は同じで、送る経路が違うだけです。

ピクセルは、訪問者のブラウザに _fbp という識別用のCookieを書き、広告をクリックして来た場合はクリックIDを _fbc というCookieに保存します。Metaはこれらの値をサーバー側のイベントにも付けて送るよう推奨しています。つまりコンバージョンAPIは、Cookieを使わない計測ではなく、Cookieの値も含めて自社のサーバーから送り直す仕組みです。ブラウザ側で取れなかった分をサーバーが補い、ブラウザ側で取れた分は重複として除く、という組み合わせで成り立っています。

何が戻り、何が戻らないか

コンバージョンAPIで戻るのは、ピクセルが送れなかったイベントのうち、サーバー側で捕まえられるものです。戻らないものを先に知っておくと、導入後に「数字が変わらない」と落胆せずに済みます。

3行目が、この判断の中心です。Safariの制限で消えるのはブラウザのCookieで、コンバージョンAPIはその代わりにメールアドレスや電話番号をハッシュ化して送ります。フォームでメールアドレスも電話番号も取っていない会社は、サーバーから送ってもIPアドレスとブラウザ情報しか付けられず、照合の精度はほとんど上がりません。これはGoogle広告の拡張コンバージョンと同じ構造で、電話タップやページ到達が主なコンバージョンの会社には効きにくい理由も同じです。Google広告側の判断は拡張コンバージョンは設定すべきか｜フォームで取れる情報の有無で決め、増えた件数を成果と混ぜないで扱っています。

効果を決める3つの数字｜マッチングクオリティ、カバー率、鮮度

コンバージョンAPIを設定した後、イベントマネージャで見る数字は3つです。設定できたかではなく、この3つが目標に届いているかで「効いているか」を判断します。

1. イベントのマッチングクオリティ（EMQ）｜10点満点。送る情報の中身で決まる

Metaは、サーバーから送られたイベントごとに「イベントのマッチングクオリティ」を10点満点で示します。開発者ドキュメントは、これを「サーバーから送られた利用者の情報が、そのイベントをMetaのアカウントに結び付けるのにどれだけ有効かを示す点数」と定義し、受け取った項目の種類、その情報の質、実際にアカウントと一致したイベントの割合から算出すると説明しています。点数を上げる手段は1つで、照合に使える項目を増やすことです。

上の表で「自社で用意できる」項目が、メールアドレスも電話番号も無い会社は、導入しても点数は上がりません。先にフォームの項目を見直すか、コンバージョンAPIを見送るかの判断になります。ハッシュ化はプラグインやサーバーサイドGTMのタグが自動で行うため、自社で実装するのは直接実装の場合だけです。

2. イベントのカバー率｜Metaの目安は75%

カバー率は、ピクセルから届いたイベントのうち、コンバージョンAPIからも同じイベントが（重複排除の鍵を付けて）届いている割合です。Metaのドキュメントは、7日間の平均でこれを算出し、目標値を75%としています。カバー率が低い場合、サーバー側で一部のイベントしか送っていないか、イベントIDが一致していないかのどちらかです。コンバージョンAPIは「問い合わせだけ」ではなく、ピクセルで送っている主要なイベントを揃えて送るのが前提です。

3. データの鮮度｜1時間以内。7日を超えると受け付けない

Metaの実装ガイドは「イベントが起きてからリアルタイムか1時間以内に送ると、アトリビューションと配信の最適化に使える」とし、2時間を超えると成果が下がり、24時間以上遅れると「アトリビューションと最適化に重大な問題が生じる」と書いています。APIの仕様上、イベントの発生時刻が送信時点から7日より前だと、そのリクエスト全体がエラーになり1件も処理されません（店舗など物理的な場所で起きたイベントは62日まで）。夜間にまとめて送る設計や、CRMから週1回送る設計は、届いても最適化には使われません。

この3つは、イベントマネージャの各ピクセル（データセット）の画面で確認できます。Metaは「追加で計測されたコンバージョン」という推計値も出しており、コンバージョンAPIで増えた分の目安になります。ただしこれは問い合わせが増えたのではなく、計測できるようになった分です。

重複排除｜同じイベントIDを両方に付け、48時間以内なら1つにまとまる

併用の前提は、同じコンバージョンがピクセルとコンバージョンAPIの両方から届くことです。Metaは、イベント名が一致し、かつ同じイベントIDが付いたイベントが最初の受信から48時間以内に届いた場合、それを重複として1つにまとめます。残すのは先に届いた方です。開発者ドキュメントは、ピクセル側の eventID とAPI側の event_id、ピクセル側の event とAPI側の event_name がそれぞれ一致している必要があると書いています。

重複排除が効いていないと、コンバージョンが2倍近く計上されます。管理画面のコンバージョン数が増えて喜んだ後、台帳と比べて水増しだったと分かる事故は、コンバージョンAPIの導入直後に最も起きやすいものです。イベントIDは、ページ側で生成した値をピクセルとサーバーの両方に渡す必要があり、WordPressの公式プラグインやコンバージョンAPIゲートウェイは自動で付けます。サーバーサイドGTMでは、ウェブコンテナ側で一意のIDを作ってサーバーへ渡す設定を自社で組みます。サンクスページを複数の媒体で共有している場合の重複と水増しの防ぎ方は複数媒体で同じサンクスページを使うときのCV計測｜重複と水増しを防ぐ設定で扱っています。

導入方法の選び方｜サイトの作りで決まる

コンバージョンAPIの導入方法は5つあり、Metaは「労力、費用、使える機能がそれぞれ違う」としています。どれが優れているかではなく、自社のサイトが何で動いているかで選びます。開発者が要るのは最後の1つだけです。

選び方の順序

• WordPressなら、公式プラグインから始める。設定だけで併用と重複排除が揃う。効かなければ他の方法に進む理由もそこで分かる
• ECカートを使っているなら、カートのマニュアルを先に見る。対応済みなら管理画面の設定で済む。対応していないカートで無理に外付けするより、カートの更新を待つか他の方法を選ぶ
• GA4やGoogle広告もサーバー経由にする計画があるなら、サーバーサイドGTMに寄せる。Meta専用の仕組みを別に持つより、1つのサーバーで複数媒体を扱うほうが運用が軽い。ただしサーバーサイドGTM自体の要否は別に判断する
• Metaだけをサーバー経由にしたく、クラウドの設定ができるなら、ゲートウェイ。サーバーサイドGTMより構築が軽い。ただし他媒体には使えない
• 自社システムやCRMに成果があるなら、直接実装。問い合わせ後の成約をMetaへ返す設計は、ここでしか組めない

サーバーサイドGTMは、Meta以外の媒体も含めた計測の経路を変える判断で、費用と運用の負荷が別にかかります。Safariの制限に対する効果が経路の作り方で変わる点を含め、要否はサーバーサイドGTMは導入すべきか｜Cookieの延命はサブドメインでは足りず、戻る件数を見積もってから費用を決めるで扱っています。「MetaのコンバージョンAPIを入れたい」だけを理由にサーバーサイドGTMを立てるのは、順序が逆です。

先に整えること｜同意、プライバシーポリシー、アクセストークン

コンバージョンAPIは、利用者のメールアドレスや電話番号をハッシュ化してMetaへ送る仕組みです。ハッシュ化しても、送る行為そのものが利用者の情報を外部へ渡すことに変わりはありません。設定より先に、次の3つを整えます。

プライバシーポリシーに、送る項目と目的を書く

ピクセルを使っている時点でMetaへの送信は始まっていますが、コンバージョンAPIで送る項目はメールアドレスや電話番号まで広がります。プライバシーポリシーに、Metaへ送る情報の種類、目的（広告の計測と配信の最適化）、ハッシュ化している旨を書きます。これはGoogle広告の拡張コンバージョンと同じ扱いで、両方を入れる会社は1つの記載でまとめられます。

同意バナーがある場合、拒否時はサーバー側の送信も止める

同意バナーで計測を拒否した訪問者について、ピクセルを止めてもサーバーからは送っている構成は、利用者の選択を無視したことになります。プラグインやゲートウェイは同意管理との連携機能を持つものがあり、サーバーサイドGTMでは同意の状態をサーバーへ渡してタグの発火条件にします。拒否された分はコンバージョンAPIでも戻らない前提で判断してください。同意バナー自体が日本向けサイトで必要になる条件はGoogleの同意モードは設定すべきか｜同意バナーが無ければ何も変わらず、日本向けサイトで必要になるのは2つの条件で扱っています。

アクセストークンを、ブラウザに出さない

コンバージョンAPIは、イベントマネージャで発行するアクセストークンを使って認証します。Metaはピクセルの設定画面からトークンを生成する方法を推奨しており、アプリの審査や権限の申請は要りません。このトークンは、持っている人が自社のピクセルへ任意のイベントを送れる鍵です。サーバー側の設定にだけ置き、ページのJavaScriptやタグマネージャーのウェブコンテナには絶対に入れません。代理店に設定を任せる場合は、トークンの発行と保管を誰が行い、契約終了時にどう無効化するかを決めておきます。

導入を検討する会社と、今は入れない会社

ここまでの条件を、判断の形にまとめます。

導入を検討する会社

• フォームや購入でメールアドレスか電話番号を取っている。サーバーから送る情報があり、マッチングクオリティが上がる
• 管理画面のコンバージョン数と台帳の件数に差があり、広告ブロックやSafariの比率が高い。ピクセルが落としている分をサーバーが補える
• WordPressか、コンバージョンAPIに対応したECカートでサイトが動いている。設定だけで併用と重複排除が揃う
• 電話や来店、成約など、サイトの外の成果をMetaの最適化に使いたい。直接実装かCRM連携で送る価値がある
• Meta広告の自動入札に渡せるコンバージョン数を増やしたい。件数が足りずに学習が安定しない広告セットでは、計測の回復がそのまま配信の改善につながる

今は入れない会社

• コンバージョンが電話タップやページ到達で、利用者の情報が入らない。送る情報が無く、照合の精度は上がらない。先にフォームの設計を見直す
• ピクセルがそもそも正しく発火していない。ピクセルの不具合をサーバーで覆い隠すと、原因が分からなくなる。先にピクセルを直す
• 重複排除の仕組みを用意できない。併用でコンバージョンが水増しされ、管理画面の数字が信用できなくなる
• 同意バナーで拒否された分を戻したい。サーバーからも送らない。目的が間違っている
• 「コンバージョンAPIを入れるため」にサーバーサイドGTMを立てようとしている。WordPressのプラグインやゲートウェイで済む場合が多く、順序が逆

管理画面と台帳の差の原因を切り分ける順序は、コンバージョンが計測されない原因を確認する手順と同じです。GA4のコンバージョンが計測されない時に確認すべき5つのポイントで扱っており、コンバージョンAPIの導入前に一度通しておくと、導入後の差をAPIのせいにせずに済みます。

導入する場合の順序｜現状の数字、方法の選択、設定、テスト、確認

入れると決めた場合の順序です。順序を守る理由は、導入の前後で何が変わったかを数字で示し、水増しと回復を区別できるようにするためです。

1. 導入前の数字を残す

Meta広告の管理画面のコンバージョン数、台帳の件数、その差、ピクセルのマッチングクオリティ（ピクセルだけでも表示されます）を、直近3か月分は記録します。導入後にこれと比べます。

2. 導入方法を選ぶ

サイトの作りで選びます。WordPressなら公式プラグイン、対応済みのカートならその機能、複数媒体をサーバー経由にするならサーバーサイドGTM、Metaだけならゲートウェイ、自社システムからなら直接実装です。ここで「送れる利用者の情報」がフォームに無いと分かったら、フォームの項目の見直しに戻ります。

3. アクセストークンを発行し、サーバー側に設定する

イベントマネージャのピクセル（データセット）の設定からトークンを生成し、プラグイン、ゲートウェイ、サーバーコンテナのタグ、または自社のコードに設定します。サーバー側から送るイベントは、ピクセルで送っている主要なイベント（ページ表示、問い合わせ、購入など）を揃え、それぞれに同じイベント名とイベントIDを付けます。

4. テストイベントで、届き方と重複排除を確認する

イベントマネージャの「テストイベント」に表示されるコードをサーバー側の送信に付けると、届いたイベントが画面に出ます。ブラウザとサーバーの両方から同じイベントが届き、「重複として処理」と表示されるかを確認します。ここで重複が処理されていなければ、本番に出す前にイベントIDの受け渡しを直します。確認が済んだらテスト用のコードは外します。

5. 3つの数字と、1か月後の台帳で確認する

• 設定直後：マッチングクオリティの点数と、送っている項目の内訳を見る。メールアドレスと電話番号が届いているか。届いていなければ、フォームからサーバー側への受け渡しを確認する
• 1週間後：イベントのカバー率が75%に届いているか。データの鮮度が1時間以内か。届いていなければ、サーバー側で送っていないイベントか、遅れて送っている経路を探す
• 1か月後：管理画面のコンバージョン数と台帳の件数を並べ、差が縮まったかを見る。管理画面が台帳を上回っていれば水増しであり、重複排除に戻る

計測の基盤をタグマネージャーで組む考え方と、媒体ごとのコンバージョンを揃える構成は店舗ビジネスのためのGA4×GTM計測設定ガイドで扱っています。

よくある失敗

ピクセルを外して、コンバージョンAPIだけにする

Metaが推奨するのは併用です。サーバーだけにすると、ブラウザのCookie（_fbp、_fbc）の値が取れず、広告のクリックとの結び付きが弱くなります。ピクセルは残し、サーバー側からも送ります。

イベントIDを付けず、コンバージョンが2倍になる

併用で同じコンバージョンが両方から届き、イベントIDが無ければ両方が計上されます。管理画面の数字が増えたと喜んだ後、台帳と比べて水増しだったと分かる、導入直後に最も多い事故です。テストイベントで「重複として処理」を確認してから本番に出します。

フォームに情報が無いのに、マッチングクオリティが上がると期待する

点数は送る項目で決まります。メールアドレスも電話番号も送れなければ、IPアドレスとブラウザ情報だけになり、点数はピクセル単体と大きく変わりません。フォームの項目を見直すのが先です。

夜間や週1回にまとめて送る

1時間以内に送ったイベントが最適化に使われ、24時間以上遅れると重大な問題が生じるとMetaは書いています。7日より前のイベントが1件でも混ざると、そのリクエスト全体がエラーになります。CRMから送る場合も、成約の登録と同時に送る設計にします。

ピクセルの不具合を、サーバーで覆い隠す

ピクセルが発火していない原因を直さずにサーバーから送ると、数字は戻っても原因が残り、カバー率と重複排除が崩れます。ピクセルを直してから併用します。

アクセストークンをウェブコンテナやページに置く

トークンはピクセルへイベントを送れる鍵です。ブラウザに出すと第三者が偽のコンバージョンを送れます。サーバー側の設定にだけ置き、代理店と分ける場合は発行と無効化の手順を決めます。

増えたコンバージョンを、広告の成果と混ぜる

コンバージョンAPIで増えるのは、計測できるようになった分です。問い合わせが増えたわけではありません。導入前後で台帳の件数が変わっていなければ、増加分は計測の回復として扱い、コンバージョン単価の改善とは分けて報告します。

よくある質問

コンバージョンAPIを入れれば、ピクセルは不要になりますか

なりません。Metaは、同じイベントをピクセルとコンバージョンAPIの両方から送る併用を推奨しています。ピクセルが書くCookieの値はサーバー側のイベントにも付けて送るため、ピクセルを外すと照合が弱くなります。

Cookie規制やiOSの制限への対応になりますか

一部はなります。広告ブロックやブラウザの制限でピクセルが動かなかった分は、サーバーから送れば届きます。ただし、サーバーから送る利用者の情報がフォームに無ければ照合の精度は上がらず、同意バナーで拒否された分はサーバーからも送りません。

費用はいくらかかりますか

API自体は無料です。WordPressの公式プラグインとECカートの統合機能は多くの場合追加費用がなく、コンバージョンAPIゲートウェイは自社のクラウドの利用料、サーバーサイドGTMはサーバーの費用（外部のホスティングで月17ドルから）と構築・運用の人手、直接実装は開発の費用がかかります。

マッチングクオリティは何点あればよいですか

Metaは公式に「何点以上」という基準を示していません。点数は送る項目で決まるため、メールアドレスと電話番号を送れているかを先に確認し、送れる項目を増やして点数の変化を見ます。点数そのものより、導入前後で台帳との差が縮まったかを判断の軸にします。

Google広告の拡張コンバージョンと同時に入れるべきですか

両方に共通するのは、フォームで取った情報をハッシュ化して媒体へ送る点です。フォームにメールアドレスか電話番号があれば、両方とも効きます。プライバシーポリシーの記載と同意の設計は1度で済むため、揃えて入れるのが合理的です。

サーバーサイドGTMを使わないと導入できませんか

使わなくても導入できます。WordPressの公式プラグイン、ECカートの統合機能、コンバージョンAPIゲートウェイは、サーバーサイドGTMを持たずに動きます。GA4やGoogle広告もサーバー経由にする計画がある場合に限り、サーバーサイドGTMにまとめる判断になります。

電話や来店の成果も送れますか

送れます。コンバージョンAPIは、サイトの外で起きたイベントも送れる設計です。ただし、電話や来店をした人をMetaのアカウントと照合するには、メールアドレスや電話番号などの情報が要り、店舗で起きたイベントでも62日以内に送る必要があります。

代理店に設定を任せる場合、何を確認すべきですか

3つです。ピクセルを残した併用か、イベントIDで重複を除いているか、アクセストークンを誰が発行し契約終了時にどう無効化するか。加えて、導入前の数字を残しているかを確認すると、増えた分が水増しか回復かを後から判定できます。

まとめ

MetaのコンバージョンAPIは、ピクセルがブラウザから送っていたイベントを、自社のサーバーからMetaへ直接送る仕組みです。Metaが推奨するのは置き換えではなく併用で、同じイベントを両方から送り、同じイベントIDで重複を除きます。この設定を外すとコンバージョンが水増しされ、管理画面の数字が信用できなくなります。

戻るのは、広告ブロックやブラウザの制限でピクセルが送れなかった分と、サイトの外で起きた成果です。ただし照合はサーバーから送るメールアドレスや電話番号で成り立つため、フォームに情報が無い会社では精度は上がりません。同意バナーで拒否された分は、サーバーからも送りません。

効いているかは、イベントマネージャの3つの数字で見ます。マッチングクオリティ（10点満点）、イベントのカバー率（Metaの目安は75%）、データの鮮度（1時間以内）です。増えたコンバージョンは、問い合わせの増加ではなく計測の回復として扱います。

導入方法は、WordPressの公式プラグイン、ECカートの統合機能、コンバージョンAPIゲートウェイ、サーバーサイドGTM、直接実装の5つで、サイトの作りで選びます。開発者が要るのは直接実装だけで、「コンバージョンAPIのため」にサーバーサイドGTMを立てるのは順序が逆です。

入れる場合は、導入前の数字を残し、方法を選び、アクセストークンをサーバー側にだけ設定し、テストイベントで重複排除を確認してから本番に出し、1か月後に台帳と比べます。プライバシーポリシーの記載と、拒否時にサーバー側も止める設計は、設定より先に整えます。

計測環境の整備とMeta広告の運用はWEBマーケティング・広告運用で承っています。フォームの項目やプラグインの構成を含むサイト側の設計はWEB制作・ホームページ制作と合わせてご相談いただけます。会社紹介資料は資料ダウンロードから、ご相談はお問い合わせからご連絡ください。