Meta広告コンバージョンAPI導入の進め方と重複除外の考え方
この記事の要点
- 2026年はCookie規制でピクセル単体の計測が不安定。CAPI併用が実質必須
- 実装は「パートナー連携・ゲートウェイ・ワンクリック・手動」の4択。自社に合う選び方が肝心
- 失敗の大半は重複除外(event_id共通化)とマッチ品質の設定漏れ
Meta広告の管理画面を開いたら「コンバージョンの一部が計測できていません」と警告が出ていた。あるいは、実際は売れているのに広告のレポート上は成果が減っている。こうした状態でお困りではありませんか。
この記事では、Meta広告のコンバージョンAPI(CAPI)を導入するための具体的な手順を解説します。どの実装方法を選ぶかの判断軸、設定の流れ、つまずきやすい重複除外の考え方、公開前のチェックリストまで、非エンジニアの方にも分かるようにまとめました。
Contents / 目次
結論。Meta広告のコンバージョンAPIは「ピクセル併用」で入れるのが基本

最初に結論をお伝えします。2026年時点でMeta広告のコンバージョン計測を安定させたいなら、Metaピクセル(ブラウザ計測)とコンバージョンAPI(サーバー計測)を併用するのが基本の形です。どちらか一方ではなく、両方から同じデータを送り、重複を除外する構成にします。
コンバージョンAPI(CAPI)とは、Webサイトのサーバー側からMetaへ直接コンバージョン情報を送る仕組みのことです。かんたんに言うと、ブラウザのCookieに頼らず、自社のサーバーからMetaへ「この人が購入しました」と直接伝える経路を追加するイメージです。
ポイント。ピクセルを止めてCAPIだけにする「完全移行」ではなく、両方を動かす「併用(リダンダント・セットアップ)」が基本の形です。片方に絞ると、かえって計測が不安定になることがあります。
まず、この記事で押さえてほしい全体像を表にまとめます。やることは大きく4段階です。
| 段階 | やること | ゴール |
|---|---|---|
| 1. 設計 | 送るイベントとパラメーターを決める | 何を・どこまで送るか固める |
| 2. 実装方法の選択 | 4つの方法から自社に合うものを選ぶ | 工数とコストの落としどころを決める |
| 3. 設定・接続 | 選んだ方法でMetaと接続する | サーバーからデータが飛ぶ状態にする |
| 4. 検証・運用 | 重複除外とマッチ品質を確認し続ける | 数字が正しく安定して入る |
多くの会社が「3. 設定」だけを頑張って、1と4を飛ばします。ですが実際に成果を左右するのは、最初の設計と、公開後の検証です。ここを丁寧にやるかどうかで、計測の精度が大きく変わります。
コンバージョンAPIの設定手順を4ステップで解説

ここからが記事の本題です。コンバージョンAPIの導入は、次の4ステップで進めます。順番に見ていきましょう。
ステップ1. 送るイベントとパラメーターを決める
最初にやるのは「何を送るか」を紙に書き出すことです。いきなり管理画面をさわらず、設計から始めます。ここが曖昧だと、あとで作り直しになります。
決めることは2つです。
- 1つ目は「どのイベントを送るか」
- 2つ目は「どのパラメーターを一緒に送るか」
送るイベントには、代表的なものがあります。自社にとって何が「成果」なのかで選びます。
- Purchase(購入):ECなら最重要。売上金額と通貨も一緒に送る
- Lead(リード獲得):BtoBの資料請求・問い合わせ完了で使う
- CompleteRegistration(会員登録):登録完了ページで使う
- AddToCart(カート追加):ECで購入前の行動を追うときに使う
2つ目のパラメーター、ここが精度を決める心臓部です。特に大事なのが「user_data(ユーザーデータ)」です。これは、コンバージョンした人が誰なのかをMetaが照合するための手がかりになります。
user_dataには、メールアドレスや電話番号などを含めます。ここで絶対に守るルールがあります。個人情報はそのまま送らず、必ずハッシュ化してから送ることです。
ハッシュ化とは、元の文字列を復元できない不規則な文字列に変換することです。たとえるなら、鍵をかけたまま照合だけできる状態にして渡すイメージです。
多くの実装方法ではハッシュ化を自動でやってくれますが、手動実装の場合は自分で処理する必要があります。
メールアドレスや電話番号を、ハッシュ化せず生のままサーバーから送る設定にしてしまうと、個人情報の取り扱いとして問題になります。実装方法を選ぶ前に、ハッシュ化がどこで行われるかを必ず確認してください。
ステップ2. 送信パターンを3つから選ぶ
次に「どこまでCAPIで送るか」の範囲を決めます。全部送るのか、重要なものだけ送るのかで、工数が変わります。主なパターンは3つです。自社の状況に合わせて選びましょう。
| パターン | 内容 | 向いている会社 |
|---|---|---|
| A. 全イベント併用 | すべてのイベントをピクセルとCAPIの両方から送る | データ欠損を最小にしたい。工数をかけられる |
| B. 重要イベントのみCAPI | 購入・登録などだけCAPIで送り、他はピクセル | 工数と効果のバランスを取りたい(最初はこれが無難) |
| C. CAPIのみ | すべてサーバー側だけで送る | Cookie制限に強くしたいが、検証は難しい |
最初に導入するなら、パターンBがおすすめです。いちばん成果に直結する購入やリードだけをCAPIでしっかり送り、残りは既存のピクセルに任せます。工数を抑えつつ、効果の大きいところから固められます。慣れてきたらAへ広げる、という進め方が現実的です。
ステップ3. 4つの実装方法から自社に合うものを選ぶ
| 方法 | 難易度 | こんな会社向け |
|---|---|---|
| パートナー連携 | 低〜中 | Shopify・WooCommerce等の対応カートを使っている |
| ワンクリック設定 | 低 | とにかく技術知識なしで手早く入れたい |
| CAPIゲートウェイ | 中 | クラウド環境を扱える。カートに依存せず入れたい |
| 手動設定 | 高 | 自社エンジニアがいて柔軟に作り込みたい |
1つずつ、判断軸を説明します。
パートナー連携は、ShopifyやWooCommerceなど、Metaと公式に連携しているプラットフォームを使う方法です。複雑なコードを書かずに、比較的短時間で導入できます。自社サイトが対応カートで動いているなら、まずこれを検討してください。多くの中小企業にとって、いちばん現実的な入口です。
ワンクリック設定は、Metaが提供する簡易セットアップを使う方法です。技術的な専門知識やサーバー構築なしで導入できるのが特長です。ただし、手軽な分「実際にどんなデータがMetaへ送られているか」を把握しにくいので、後述の検証は必ず行ってください。
コンバージョンAPIゲートウェイは、Metaが提供するソリューションの一つです。一般には、自社が利用するクラウド環境上に構築して使う方式で、直接コードを書かずに導入できますが、クラウド環境の運用コストやドメイン設定などの作業が発生することがあります。カートに依存せず、自社主導で計測基盤を持ちたい場合の選択肢です。具体的な構成や前提条件は、後述の公式ドキュメントで確認してください。
手動設定は、自社エンジニアがMetaのAPI仕様に沿って直接実装する方法です。最も柔軟ですが、開発と保守のコスト、専門知識が要ります。独自システムで動いているサイトや、細かく制御したい場合向けです。
選び方の軸。次の順で自問すると、迷いが減ります。
- 対応カートを使っている→パートナー連携
- 技術者がいない→ワンクリック
- 基盤を自社で持ちたい→ゲートウェイ
- 作り込みたい→手動
なお、各実装方法の対応範囲や前提条件、画面上のボタン名やメニューの位置は、アップデートで変わることがあります。ここで挙げた各方式の説明は一般的な傾向であり、自社に適用する前に、正確な名称と最新の要件・手順を、Meta(Facebook)ビジネスヘルプセンターのコンバージョンAPI解説や各実装方法の公式ドキュメントで確認してください。
ステップ4. 重複除外を設定し、テストとモニタリングを続ける
接続できたら終わり、ではありません。最後のステップが、実は成果を左右します。ピクセルとCAPIを併用すると、同じ1件の購入が「ブラウザから1回」「サーバーから1回」の計2回送られます。このまま放置すると、コンバージョンが二重にカウントされてしまいます。
これを防ぐのが重複除外(Deduplication)です。仕組みはシンプルで、両方のイベントに同じ「event_id(イベントID)」を持たせます。同じevent_idが振られていれば、二重計上を防ぐのがねらいです。かんたんに言うと、両方の送信に同じ整理番号を振っておく、ということです。判定の詳しいルールは、前述の公式ドキュメントで確認してください。
パートナー連携やワンクリック設定では、このevent_idの共通化が自動で行われることが多いです。手動実装の場合は、ピクセルとCAPIで必ず同じ値を渡す設計にしてください。event_idの共通化が漏れると、成果が実態より膨らんで見え、判断を誤ります。
設定後にやることは、テストとモニタリングです。Meta広告の管理画面には、送られてきたイベントを確認できる機能や、テスト用の確認機能があります。ここで次の点を見ます。
- イベントが届いているか:テスト購入をして、サーバーからのイベントが管理画面に表示されるか
- 重複除外が効いているか:1件の行動が1件として数えられているか(2件になっていないか)
- マッチ品質のスコア:user_dataがちゃんと照合され、品質スコアが低すぎないか
この3点は、公開直後だけでなく、月に一度は見直す習慣にしてください。サイト改修やカート更新のたびに、計測はこっそり壊れることがあります。
コンバージョンAPIを入れると何が変わるのか

導入すると、まず「計測の取りこぼしが減る」効果が出ます。ブラウザ側でCookieがブロックされても、サーバー側から成果が届くため、レポート上のコンバージョンが実態に近づきます。数字が正しくなると、Metaの自動最適化に渡す教師データも正確になり、配信の質が上がっていきます。
ピクセルとCAPIを併用すると、片方の取りこぼしをもう片方が補い合え、配信の最適化に渡すデータの正確さも高まります。効果の大きさは業種や商材によって大きく異なりますが、「計測を直すだけで配信の質が変わりうる」という点は押さえておきたいところです。
実際の運用でも、計測精度の改善と、優良顧客をもとにした類似オーディエンスの活用を組み合わせることで、広告全体の費用対効果の改善につながるケースがあります。ただし効果の程度は、業種・商材・運用体制によって大きく変わります。
成果の出方。CAPIは「入れた瞬間に売上が増える魔法」ではありません。正しくは「これまで見えていなかった成果が見えるようになり、その正確なデータで配信が賢くなる」という順番で効いてきます。
よくある失敗と回避法。現場で本当に多い5パターン

ここでは、コンバージョンAPIの導入現場で実際によく見かける失敗を紹介します。どれも「あるある」なので、自社が当てはまっていないか確認しながら読んでください。
失敗1. 導入して満足し、検証しないまま放置する
いちばん多いのがこれです。設定画面で「接続完了」と出たので安心してしまい、実際にデータが正しく飛んでいるかを確認しない。この状態だと、重複除外が効いていなかったり、イベントが半分しか届いていなかったりしても気づけません。
回避法は単純で、導入直後に必ずテスト購入・テスト送信をして、管理画面で届き方を目視することです。「設定した」と「正しく動いている」は別物だと考えてください。
失敗2. event_idの共通化を忘れて二重計測する
ピクセルとCAPIを併用したのに、event_idを共通化していないケースです。こうなると、1件の購入が2件としてカウントされ、コンバージョン数が水増しされます。数字が良く見えるので気づきにくく、その膨らんだ数字を信じて予算を増やすと、実態と合わない運用になります。
回避法は、両方の送信に同じevent_idを必ず持たせること、そして導入後に「1件の行動が1件で計上されているか」をテストで確認することです。
失敗3. マッチ品質が低いまま放置する
user_data(メールアドレスや電話番号など)を十分に送っていない、あるいはハッシュ化の形式が正しくないと、Metaがユーザーを照合できず、マッチ品質が低いまま止まります。CAPIを入れても、照合できなければ最適化の効果は限定的です。
回避法は、送れる範囲でuser_dataの項目を増やし(メール・電話・氏名など)、正しくハッシュ化されているかを確認することです。管理画面のマッチ品質スコアを、改善の目安として使いましょう。
失敗4. ピクセルを止めてCAPIだけにしてしまう
「CAPIの方が新しいから、ピクセルはもう不要」と考えて、ピクセルを停止するケースです。ところが、これでかえって計測精度が落ちることがあります。両方から送ることで取りこぼしを補い合えるのが、併用のメリットだからです。
回避法は明快で、特別な理由がない限りピクセルは止めず、CAPIを「足す」発想で導入することです。
失敗5. 送っているデータの中身を把握していない
ワンクリック導入などで手軽になった分、「具体的に何のデータをMetaに送っているか」を担当者が把握しないまま運用しているケースが増えています。これはプライバシー・セキュリティの観点でリスクになります。
回避法は、導入前に送信パラメーターを一覧で確認し、自社のプライバシーポリシーに個人情報の取り扱いを明記しておくことです。個人情報を扱う以上、必要に応じて法務の確認も入れておくと安心です。
広告全体の計測やタグ管理でつまずきやすい点は、Google広告のコンバージョン設定をGTMで行う手順と注意点でも触れています。計測の考え方は媒体をまたいで共通する部分が多いので、あわせて読むと理解が深まります。
使う側の本音。内製か外注か、AIはどこまで任せられるか
ここまで手順を読んで、「自社でやり切れるだろうか」と感じた方もいると思います。ここでは、教科書には書かれにくい現場の妥協点を率直にお伝えします。
まず内製か外注かの線引きです。パートナー連携やワンクリック設定で入る環境(Shopifyなどの対応カート)であれば、内製で十分に狙えます。手を動かす範囲が限られているからです。
一方で、ゲートウェイをクラウドに構築する、手動でAPI実装する、という段階に入ると、話は変わります。次のような作業は、一度作って終わりではなく、サイト改修のたびに壊れていないか見張る必要があります。
- クラウド環境の運用
- ハッシュ化の正しい実装
- event_idの設計
ここを片手間でやると、気づかないうちに計測が崩れているのが現場の実態です。
コストの見落としも起きがちです。ツール自体は無料でも、ゲートウェイならクラウドの利用料が毎月かかります。CAPI対応の外部計測ツール(サーバー構築不要でタグ設置だけで導入できるタイプ)を使う手もありますが、これも月額が発生します。「導入は無料」という言葉だけで判断せず、運用にかかる継続コストまで含めて比べてください。
AIの話もしておきます。計測や配信の最適化にAIが使われる場面は増えていますが、AIが賢くなっても、正しく設計されたデータを渡す部分は人の仕事のままです。次のような土台は、人が決める必要があります。
- どのイベントを成果とするか
- user_dataに何を含めるか
- 重複除外をどう設計するか
この土台がずれていると、AIも見当違いの学習をします。AIに任せられるのは「整った土台の上での最適化」であって、「土台づくりそのもの」ではない、と考えておくと判断を誤りません。
向き不向きの本音も言うと、月の広告費がごく少額で、コンバージョン数が月に数件、という段階なら、CAPIの精緻化より先にやるべきことがあります。計測がものを言うのは、ある程度データ量があり、Metaの自動最適化を効かせたいフェーズです。自社が今どの段階にいるかで、力を入れる場所は変わります。
よくある質問
コンバージョンAPIを入れれば、Metaピクセルは削除していいですか。
いいえ、削除しない方がよいです。ピクセルとコンバージョンAPIを併用し、両方から送って重複を除外することで、取りこぼしを補い合えます。ピクセルだけ止めると、かえって計測が不安定になることがあります。
技術者がいない会社でも設定できますか。
環境によっては可能です。Shopifyなどの対応カートを使っているならパートナー連携で、そうでなければワンクリック設定で、コードを書かずに導入できる選択肢があります。ただし導入後のテストと検証は、誰かが必ず行う前提で考えてください。
導入したのにコンバージョンが増えません。壊れていますか。
すぐに慌てなくて大丈夫です。導入直後は学習フェーズで数字が上下しやすく、また重複除外で二重計上が消えて一時的に数が減って見えることもあります。まずテスト送信でデータが正しく届いているかを確認してください。
個人情報をMetaに送っても大丈夫ですか。
メールアドレスや電話番号は、ハッシュ化という復元できない形に変換してから送るのが原則です。多くの実装方法では自動で処理されます。あわせて、自社のプライバシーポリシーに取り扱いを明記し、必要なら法務にも確認しておくと安心です。
まとめ。設計と検証を押さえれば、計測は取り戻せる
Meta広告のコンバージョンAPIは、Cookie規制で崩れつつある計測を立て直すための、現時点で最も現実的な手段です。ポイントは、ピクセルと併用すること、自社の環境に合った実装方法を選ぶこと、そしてevent_idの共通化とマッチ品質の検証を怠らないことです。設定して終わりにせず、月一の点検まで含めて運用に組み込めば、数字は着実に実態へ近づきます。
とはいえ、ゲートウェイの構築やハッシュ化の実装、継続的な検証までを自社だけで回すのは負担が大きい、と感じた方も多いはずです。広告運用のなかでも計測は特に、一度崩れると成果全体が見えなくなる要の部分です。Web広告の効果測定の基本もあわせて押さえておくと、全体像がつかみやすくなります。
コレットラボのAI業務システム化支援では、こうした計測の設計から運用の効率化まで、現状を整理するところから一緒に考えます。「自社でやり切れるか不安」「今の設定が正しいか見てほしい」という段階でも構いません。まずは気軽にお話を聞かせてください。AI業務システム化の詳細はこちらからご覧いただけます。
30分の無料相談
現状をお聞きし、優先順位を一緒に整理します。
予約する →
月次マーケ運営の外部チーム
施策はあるのに回らないマーケ運営を、月次で整えます
ホームページ、SNS、広告、Googleマップ、LINEが点在している状態を、優先順位、実装、振り返りまで同じ月次ボードで進めます。
サービスを見る