ZHENESJAKOTHVIRUFRAR

Conversions API

定義

Conversions API(CAPI) とは、Meta(旧Facebook)が提供するサーバーサイド型のコンバージョン計測ソリューションです。従来の「Metaピクセル」がブラウザ上でJavaScriptを実行してイベントを送信していたのに対し、CAPIは広告主のサーバーから直接MetaのサーバーへイベントデータをHTTPリクエストで送信します。

これにより、iOS 14.5以降のApp Tracking Transparency(ATT)、SafariのITP(Intelligent Tracking Prevention)、サードパーティCookie廃止といったブラウザ・OS側のトラッキング制限を迂回し、コンバージョンデータの取りこぼしを大幅に削減できます。

DTC/EC事業者にとっては、「広告マネージャー上で実際の売上が過少報告される」という長年の課題を解決する中核技術です。


类比(たとえるなら)

ピクセル=店頭のアンケート用紙、CAPI=レジのPOSデータ連携です。

- ピクセル:来店客が自分でアンケートに記入してくれる。ただし「書きたくない」「書き忘れた」「用紙が配られなかった」人はカウントできない。

- CAPI:レジ側から「誰が・いつ・何を・いくらで買ったか」を本部に自動送信。客の記憶やブラウザ設定に依存しない。

つまりCAPIは、「ユーザーの協力」に頼らず、事業者側の確実なデータソースから事実を伝える仕組みです。


公式・データ構造

CAPIで送信するイベントは、以下のようなペイロードで構成されます。

POST /{pixel_id}/events?access_token={TOKEN}
{
  "data": [{
    "event_name": "Purchase",
    "event_time": 1735689600,
    "event_id": "order_12345",
    "action_source": "website",
    "user_data": {
      "em": "hashed_email_sha256",
      "ph": "hashed_phone_sha256",
      "fbp": "_fb.1.xxx",
      "fbc": "fb.1.xxx"
    },
    "custom_data": {
      "currency": "JPY",
      "value": 12800,
      "content_ids": ["SKU-001"]
    }
  }]
}

マッチ率の目安:

- メールアドレス(SHA-256ハッシュ)のみ → マッチ率 約50〜60%

- メール+電話+fbp/fbc+IP+UA → マッチ率 約80〜95%

Event Match Quality(EMQ)スコアはMeta推奨で6.0以上、理想は8.0以上とされています。


ピクセル vs CAPI 比較表

項目Metaピクセル(ブラウザ)Conversions API(サーバー)
送信元ユーザーのブラウザ広告主のサーバー
主な制限ITP、ATT、広告ブロッカーほぼなし
iOS計測精度低い(取りこぼし大)高い
実装難易度タグ設置のみで簡単開発工数が必要
重複排除event_idで対応event_idで対応
リアルタイム性高い高い
推奨運用CAPIと**併用**ピクセルと**併用**

応用シーン(DTC/ECでの実例)

1. ShopifyストアでのPurchase計測

Shopifyの「Facebook & Instagram」アプリ、または専用CAPIアプリでサーバー側からPurchaseイベントを送信。iOSユーザーの購入も正確に帰属。

2. 自社EC(カスタム構築)でのCV最適化

決済完了APIのレスポンスをトリガーに、注文IDをevent_idとしてCAPIへ送信。ピクセルと突合し重複排除。

3. リード獲得型DTC(定期購入・サブスク)

初回購入だけでなく、継続率やLTVの高いユーザーをSubscribeイベントとして送信し、類似オーディエンスの精度を向上。

4. オフラインコンバージョン(POP-UP店舗)

店頭POSデータをCAPIで送信し、オンライン広告の効果測定に統合。


よくある誤解・落とし穴

- 「CAPIを入れればピクセルは不要」→ 誤り。 Metaは併用を強く推奨。ブラウザ側のシグナル(fbp、UA、リファラ)はCAPIだけでは取得困難。

- 「ハッシュ化すれば何でも送れる」→ 誤り。 SHA-256で正規化(小文字化・トリム)しないとマッチ率が激減。

- 「event_idを設定しなくても大丈夫」→ 誤り。 ピクセルとCAPIの二重計上が発生し、CPAが歪む。

- 「EMQスコアは無視してよい」→ 誤り。 EMQが低いと最適化配信が機能せず、CPAが20〜40%悪化するケースも。

- 「一度実装すれば終わり」→ 誤り。 Metaの仕様は頻繁に更新。APIバージョン(例:v18→v21)の追随が必須。


関連术语

- Metaピクセル:ブラウザ側の計測タグ。CAPIの相補技術。

- Event Match Quality(EMQ):ユーザーデータのマッチ精度スコア。

- Aggregated Event Measurement(AEM):iOS14.5以降のドメイン検証と優先イベント設定。

- fbp / fbc パラメータ:Metaが発行するブラウザ・クリックID。CAPIで送ると精度向上。

- Server-Side GTM(sGTM):Google Tag Managerのサーバーコンテナ経由でCAPIを送る構成。

- CAPI Gateway:Meta公式のノーコード寄りCAPI接続ソリューション。

- ATT(App Tracking Transparency):iOSのトラッキング許可ダイアログ。

- コンバージョンAPI for offline:CRMデータを用いたオフラインCVのサーバー送信。


まとめ:Conversions APIは、プライバシー規制時代のDTC/ECにおいて「広告の効き目を正しく測るための必須インフラ」です。ピクセルとの併用、event_idによる重複排除、EMQスコアの継続モニタリング——この3点を押さえることが、CPA改善とスケールの鍵となります。