「Meta広告のコンバージョン数が、実際の受注より明らかに少ない」——ブラウザのトラッキング防止機能や広告ブロッカーにより、Metaピクセルだけでは計測しきれない成果が発生します。
その補完手段がコンバージョンAPI（CAPI）です。ただし、設定を誤ると二重計上で数値が水増しされ、かえって判断を誤ります。 本記事では実装パターンの選び方から重複排除の設定、導入後の精度確認までを解説します。
記事のポイント
- Metaコンバージョン APIの4つの実装パターンと選び方
event_idによる重複排除の設定（必須）- イベントマッチ品質スコアの見方
- 設定後の確認手順
- よくある失敗と、導入しても成果が出ないケース
目次
- 前提: ピクセルとの併用が基本
- 4つの実装パターンと選び方
- 実装パターン別の手順
- 重複排除の設定（必須）
- 送信するパラメータ
- 設定後の確認手順
- よくある失敗
- 導入しても成果が出ないとき
- よくある質問
- まとめ
前提: ピクセルとの併用が基本
最初に押さえるべき点です。CAPIはMetaピクセルの置き換えではありません。
Metaは両方の併用を推奨しています。ピクセルからしか取得できないブラウザ側の情報があり、両方を送ることでマッチング精度が上がるためです。
併用する以上、同じコンバージョンが2回送られます。 重複排除の設定をしなければ、コンバージョン数が実態の2倍近くになります。ここが最重要の設定です。
CAPIそのものの仕組みや導入判断は「【2026年版】コンバージョンAPI（CAPI）とは？仕組み・メリット・デメリットと導入の判断基準」で解説しています。
4つの実装パターンと選び方
実装方法は4つあり、自社の構成によって選ぶべきものが変わります。
| パターン | 難易度 | 向いているケース |
|---|---|---|
| パートナー連携 | 低 | Shopify・WordPressなど対応プラットフォームを使っている |
| コンバージョンAPIゲートウェイ | 中 | 開発リソースがなく、クラウド環境を用意できる |
| サーバーサイドGTM | 中〜高 | 他媒体のサーバー計測もまとめて行いたい |
| 直接実装（API連携） | 高 | 独自システム。細かい制御が必要 |
選び方の目安
- ShopifyやWordPressを使っているなら、まずパートナー連携を確認する — 設定作業だけで済み、開発工数がかかりません
- 複数媒体のサーバー計測を予定しているならサーバーサイドGTM — Meta単体で終わらないなら、こちらのほうが後で楽です
- 上記が使えないなら直接実装 — サーバー側の開発が必要です
いきなり直接実装を選ばないでください。 保守コストが継続的に発生します。
サーバーサイドGTMについては「【2026年版】サーバーサイドGTMとは？仕組み・費用・導入判断の基準を解説」で解説しています。
実装パターン別の手順
パターン1: パートナー連携
- Metaのイベントマネージャを開く
- 対象のデータセット（ピクセル）を選択
- 「データソースを追加」→「パートナー連携」
- 使用しているプラットフォーム（Shopifyなど）を選択
- 画面の指示に従ってアカウントを接続する
もっとも手間がかかりません。 対応プラットフォームを使っているなら、まずこれを確認してください。
パターン2: コンバージョンAPIゲートウェイ
Metaが提供する、サーバー実装を簡略化する仕組みです。クラウド環境（AWS等）にゲートウェイを構築し、ピクセルのイベントをサーバー経由で送信します。
クラウドの利用料が発生する点に注意してください。
パターン3: サーバーサイドGTM
- サーバーサイドGTMのコンテナを構築する（GCPのCloud Runなどを使用）
- サーバーコンテナにMeta（Facebook）のタグテンプレートを追加する
- アクセストークンとデータセットIDを設定する
- ウェブコンテナからサーバーコンテナへイベントを送るよう設定する
他の媒体のサーバー計測も同じ基盤で行えるのが利点です。
パターン4: 直接実装
- イベントマネージャでアクセストークンを生成する（「設定」→「コンバージョンAPI」）
- 自社サーバーから Meta の Graph API にイベントを POST する実装を行う
- 必要なパラメータ（後述）を含める
- テストイベントコードを使って動作確認する
アクセストークンは機密情報です。ソースコードに直接書かず、環境変数やシークレット管理の仕組みで扱ってください。
重複排除の設定（必須）
ここを飛ばすとコンバージョン数が水増しされます。 必ず設定してください。
仕組み
ピクセルとCAPIの両方から同じイベントを送るとき、イベントごとにユニークな event_id を発行し、両方で同じ値を送ります。 Metaは event_name と event_id の組み合わせで同一イベントと判定し、片方を破棄します。
設定のポイント
| ポイント | 内容 |
|---|---|
event_id は完全に一致させる | ピクセル側とCAPI側で同じ値を送る。1文字でも違えば別イベント扱い |
event_name も一致させる | Purchase と purchase は別物。大文字小文字も揃える |
| イベントごとにユニークにする | ユーザーIDやタイムスタンプだけでは衝突する可能性がある |
| 送信タイミングの差は許容される | 数分程度のずれは同一イベントとして扱われる |
実装イメージ
サーバー側で注文IDなどを元にユニークなIDを生成し、その値をピクセルのイベント送信とCAPIのイベント送信の両方に渡します。 ページ上でJavaScriptが生成した値をサーバーに渡す構成にすると、両者を揃えやすくなります。
送信するパラメータ
CAPIでは、ユーザーを識別するための情報（顧客情報パラメータ）をハッシュ化して送ります。
| パラメータ | 内容 |
|---|---|
em | メールアドレス（SHA-256でハッシュ化） |
ph | 電話番号（同上） |
fn / ln | 姓名（同上） |
fbc | 広告クリックID（Cookieから取得。ハッシュ化しない） |
fbp | ブラウザID（同上） |
client_ip_address | IPアドレス |
client_user_agent | ユーザーエージェント |
送るパラメータが多いほどマッチング精度が上がります。 ただし、個人データを外部に送る処理であることに変わりはないため、プライバシーポリシーへの記載と同意取得の設計を必ず確認してください。
ハッシュ化する前に、メールアドレスは小文字化・前後の空白除去、電話番号は国番号付きの数字のみにするなど、正規化のルールがあります。ここを揃えないとマッチしません。
設定後の確認手順
実装して終わりにせず、必ず確認します。
1. テストイベントで発火を確認する
イベントマネージャの「テストイベント」タブでテストイベントコードを取得し、送信時に含めます。リアルタイムでイベントが届いているかを確認できます。
2. 重複排除が効いているか確認する
イベントマネージャで対象のデータセットを開き、イベントの詳細から重複排除の状況を確認します。ピクセルとCAPIの両方から届いているイベントが、正しく1件として扱われているかを見ます。
導入直後に必ず確認してください。 ここを見ずに運用すると、水増しされた数値で判断し続けることになります。
3. イベントマッチ品質を確認する
イベントマッチ品質（EMQ）スコアは、送信したデータがどれだけMetaのユーザーとマッチしたかを示す指標です。イベントマネージャで確認できます。
スコアが低い場合は、送信しているパラメータを増やす、正規化のルールを見直す、といった対応をとります。
よくある失敗
| 失敗 | 結果 | 対処 |
|---|---|---|
| 重複排除を設定していない | CV数が実態の2倍近くになる | event_id を両方で送る |
event_name の表記ゆれ | 重複排除が効かない | 大文字小文字を含めて完全一致させる |
| ハッシュ化前の正規化漏れ | マッチ率が上がらない | 小文字化・空白除去・国番号付与を行う |
| アクセストークンをソースに直書き | セキュリティリスク | 環境変数・シークレット管理を使う |
| テストイベントコードを本番に残す | テストデータが混入する | 本番デプロイ前に除去する |
| 送信エラーを握りつぶしている | 気づかないうちに欠落する | エラーログと監視を用意する |
上の2つが圧倒的に多い失敗です。 数値が急に増えたら、まず重複排除を疑ってください。
導入しても成果が出ないとき
CAPIを入れると管理画面のコンバージョン数は増えますが、実際の受注が増えたわけではありません。 見えていなかった成果が見えるようになっただけです。
実際の成果を増やすには、次の切り分けが必要です。
- GA4でランディングページ別・流入元別にCVRを分解する — どのLPのどの流入が悪いかを特定する
- 広告側かLP側かを判断する — 特定キャンペーンだけ悪いなら広告側、同じLPの全キャンペーンで悪いならLP側
- LP側なら、広告文とファーストビューの一致から確認する — もっとも多く、もっとも直しやすい原因
手順は「【2026年版】GA4でCVRを改善する方法｜キーイベント レートの見方から具体的な打ち手まで解説」で解説しています。
よくある質問
Q. CAPIを入れたらMetaピクセルは削除すべきですか？
A. 削除しないでください。併用が推奨されています。 ピクセルからしか取得できない情報があり、両方送ることでマッチング精度が上がります。ただし重複排除の設定は必須です。
Q. コンバージョン数が急に2倍近くになりました。
A. 重複排除が効いていない可能性が高いです。event_id がピクセルとCAPIで完全に一致しているか、event_name の大文字小文字が揃っているかを確認してください。
Q. どの実装パターンを選べばいいですか？
A. ShopifyやWordPressを使っているならパートナー連携がもっとも簡単です。複数媒体のサーバー計測を予定しているならサーバーサイドGTM、それ以外は直接実装になります。いきなり直接実装を選ばないでください（保守コストが継続します）。
Q. イベントマッチ品質スコアが低いです。
A. 送信しているパラメータが少ないか、ハッシュ化前の正規化ができていない可能性があります。メールアドレスの小文字化・空白除去、電話番号の国番号付与などのルールを確認してください。
Q. 個人情報を送ることになりますが問題ありませんか？
A. メールアドレスなどはSHA-256でハッシュ化して送信されますが、個人データを外部に送る処理であることに変わりはありません。プライバシーポリシーへの記載・同意取得の設計・社内規程との整合を、法務および情報システム部門と確認してください。
Q. CAPIを入れればCVRは上がりますか？
A. 上がりません。CAPIは計測の経路を増やす仕組みで、コンバージョン自体を増やすものではありません。 管理画面の数値は増えますが、それは見えていなかった成果が見えるようになったためです。
まとめ
Metaコンバージョン APIの設定について、要点を整理します。
- ピクセルの置き換えではなく併用が基本。 両方送ることでマッチング精度が上がる
- 実装は4パターン。ShopifyやWordPressならパートナー連携が最も簡単
- 複数媒体のサーバー計測を予定しているならサーバーサイドGTMが後で楽
event_idによる重複排除は必須。 設定しないとCV数が実態の2倍近くになるevent_nameは大文字小文字まで完全一致させる- 顧客情報パラメータはハッシュ化前の正規化ルール（小文字化・空白除去・国番号）を守る
- アクセストークンをソースコードに直書きしない
- 設定後はテストイベント・重複排除の状況・イベントマッチ品質の3点を必ず確認する
- CAPIを入れてもCVRは上がらない。 実際の成果を増やすにはLPの改善が必要
CVR改善ならDejam！計測を直した先の、成果を増やす工程を
Dejamは、LP制作・ヒートマップ分析・ABテスト・AI自動解析をオールインワンで提供するCVR改善特化ツールです。「計測は正確になったが、CVRそのものが上がらない」という段階から、本格的なPDCAを回して成果を最大化するまでを総合支援します。
Dejamが選ばれる理由
- ワンプロダクトで完結: LP制作・ヒートマップ分析・ABテストをすべて単一ツールで実施
- 月額3万円〜利用可能: オプティマイズプラン月額3万円〜 / CMSプラン月額5万円〜 / オールインワン月額12万円〜
- ユーザー課金なし: 何名で使っても追加費用は発生しない
- ISMS認証取得: ISO/IEC 27001:2022 & JIS Q 27001:2023認証取得済み
- 毎週アップデート: 市場トレンドとユーザーリクエストに応じて機能を毎週拡充
- 権威ある実績: 代表がダイレクトアジェンダで2連覇。LPO顕彰制度「LPO AWARD」主催者
Dejamの主要機能
- LP/記事LP制作: ノーコード・コードの切り替えに対応。AIで生成したコードを直接取り込み可能
- ヒートマップ: 5種類（クリック/クリックイベント/熟読/滞在/離脱）。データ保存期間無制限
- ABテスト: デザイン変更テスト・リダイレクトテスト・ポップアップテストの3種類。AIが自然言語でテストコードを自動生成
- 自動解析: どのコンテンツがCVRに貢献しているかAIが自動解析。ゴールデンルート機能でページ遷移の最適パスも特定
- 広告ダッシュボード: Google広告・Meta広告など複数媒体のデータとLPのCVRを1画面で確認
CAPIの実装は取りこぼしを拾う施策です。Dejamは、そもそもLPで取りこぼしている成果を減らすための機能を提供します。
