Pixelだけでは、半分のCVが消えている
iOS14のATT、Cookie制限、ブラウザのトラッキング防止機能。これらが揃った2026年現在、Meta Pixelだけで取得できるCVは実発生数の50〜60%程度です。
つまり広告のCVシグナルが半分欠落しているため、Meta側の機械学習が「正しいユーザー」を見つけられず、CPAが下がらない・ROASが上がらないという悪循環が発生しています。
CAPI（Conversion API）とは
ブラウザ側のPixelに加え、サーバー側からも直接Metaにイベントを送る仕組みです。Cookie/IDFAなしでもメール・電話番号のハッシュ値などでマッチングが可能で、CV復元率が劇的に改善します。
3つの実装パターン
パターン1: CAPI Gateway（自動化重視）
- Stape.io / CAPIG などのSaaS経由 - GTMから自動的にPixelイベントをサーバーサイドに複製 - 所要: 1-2時間 - コスト: 月¥3,000〜 - 精度: ★★★☆☆（ID連携は限定的）パターン2: 自前サーバー実装（推奨）
- WordPress / Next.js のバックエンドから直接 Meta Graph API を叩く - 注文完了/フォーム送信時にメール・電話のSHA-256ハッシュを送信 - 所要: 4-6時間 - コスト: 0円（自前実装） - 精度: ★★★★★（イベントID重複排除、user_dataフル活用）パターン3: GTMサーバーコンテナ
- GTMサーバーコンテナをVercel/Cloud Runで運用 - 全広告媒体のサーバーサイドCV送信を一元管理 - 所要: 6-8時間 - コスト: 月¥1,000〜（インフラ費） - 精度: ★★★★★実案件での結果
奈良の住宅会社A社でパターン2（自前サーバー実装）を導入した結果:
- Meta側のCV復元率: 52% → 91%（+39pt）
- ROAS: 380% → 520%（+140pt、約+35%相当）
- 学習段階突破までの期間: 28日 → 9日
「同じ広告費で1.4倍売れる」という改善幅です。
イベントID重複排除の重要性
CAPI実装で最もよく見るミスは、Pixel と CAPI の両方で同じCVを送ってMeta側が二重カウントするケースです。
これを防ぐには、event_id を Pixel と CAPI で同一にして送信します。Meta側がdedupeしてくれます。
``js``
const eventId = generateUuid();
// Client側 Pixel
fbq('track', 'Lead', {}, { eventID: eventId });
// Server側 CAPI
fetch('https://graph.facebook.com/v19.0/{pixel_id}/events', {
body: JSON.stringify({ data: [{ event_name: 'Lead', event_id: eventId, ... }] })
});
まとめ
CAPI実装の費用対効果は月広告費50万円以上から強く出ます。それ未満の規模ではPixelのみでも十分な場合があります。
実装に不安がある場合は無料診断で現状チェックから始めましょう。