Conversions API入門ページ（2026年5月12日アクセス）で公開されたMeta自身のガイダンスは、ブラウザのピクセルをCAPIの補完としてフレームしており、その逆ではありません。その変化はiOS 14.5あたりに起きました：App Tracking TransparencyがMetaのシグナル品質を削り、ITPがさらに一切れを食べ、広告ブロッカーのインストールは増え続けました。2026年までに、iOSが多いオーディエンスに対してMeta広告を運用するチームは、コンバージョンイベントの30〜40%がレポートに届く前に消える状況に日常的に直面しています。
CAPIはそれをすべてバイパスするサーバーサイドのチャンネルです。あなたのサーバーがMetaのGraph APIと直接通信します。ITPは適用されません。広告ブロッカーは傍受しません。ハッシュ化したメールと電話をクリック識別子と一緒に送れるため、マッチレートが上がります；ブラウザとサーバーの両方のイベントが重複排除キーを共有するため、両方のパスが発火しても、Metaはコンバージョンを1回だけカウントします。
これはElidoのショートリンクを通じてCAPIを接続するためのステップバイステップの手順です。サーバーサイドコンバージョントラッキングの概要は広範なアーキテクチャ（GA4、TikTok、Mixpanel、再試行のセマンティクス）をカバーしています。キャンペーンのタギングがまだ非公式の場合は、最初にエンドツーエンドのUTMチュートリアルを読む価値があります。
TL;DR#
- Meta PixelはiOSが多いトラフィックのコンバージョンイベントの30〜40%をITPと広告ブロッカーに失います；CAPIはそれらのイベントをサーバーから直接送信し、ギャップのほとんどを取り戻します。
- 重複排除キー--
event_id--はブラウザサイドのピクセルとCAPIイベントの間で同一でなければなりません。これを見逃すと二重カウントが発生し、Metaの最適化予算配分が壊れます。 - より高いマッチキー密度（ハッシュ化したメール、電話、
fbcクリックID、fbpCookie）はアトリビューションマッチレートを直接改善します；Elidoはクリック時にfbclidをキャプチャし、すべての下流コンバージョンに関連付けます。 - 検証には約10分かかります：Meta Events ManagerにはTest Eventsパネルがあり、24時間のマッチレートダッシュボードが更新されるずっと前に、30秒以内にCAPIイベントの到着を表示します。
開始前に必要なもの#
3つのもの、すべてMeta Business Managerから。
ピクセルID。 すべてのMeta広告アカウントには少なくとも1つのピクセルがあります。Data Sourcesの下のEvents Managerで見つけてください。数値の文字列--1234567890のような--がElidoの統合設定に貼り付けるものです。
システムユーザーアクセストークン。 これはElidoがピクセルにイベントを書き込むことを認可する認証情報です。Business Settingsに移動し、次にUsers、次にSystem Usersに移動します。Standard accessのシステムユーザーを作成し、ピクセルに割り当て（Manage permissions）、ads_managementとbusiness_managementスコープでトークンを生成します。トークンは長期間有効です；スケジュールではなく、他のサービス認証情報をローテーションするときにローテーションしてください。ワークスペースシークレットとして保存してください--ソースコードやスプレッドシートには入れないでください。
イベントソースURLのパターン。 すべてのCAPIイベントは、コンバージョンが発生したページをMetaに伝えるevent_source_urlを持ちます。購入イベントの場合、これは通常チェックアウト確認URLです。リードイベントの場合、フォーム送信ページです。これらはハードコードしません；コンバージョン時の注文webhookやバックエンドのリクエストコンテキストから来ます。
マッチキー：密度が重要な理由#
Metaはブラウザセッションに対するサーバーイベントの重複排除とマッチングを、顧客情報パラメーターのセットを使って行います。より多くを送るほど、マッチレートが高くなります。より高いマッチレートはキャンペーンに帰属されるより多くのコンバージョンを意味し、最適化アルゴリズムがより良いシグナルを持つことを意味し、より良いROASを意味します。関係は直接的です。
最も重要な4つのキー：
em（SHA-256ハッシュ化されたメール）。 最も価値の高い単一シグナル。コンバージョン時に顧客のメールがある場合（eコマースではほぼ常にある）、送信してください。Metaの顧客情報パラメーターリファレンス（2026年5月12日アクセス）は正規化ルールを指定しています：小文字、先頭/末尾の空白をトリム、ドメインへの変更なし。正規化された文字列をハッシュします。[email protected]を直接ハッシュすると間違った値が生成されます；[email protected]がハッシュするものです。
ph（SHA-256ハッシュ化された電話番号）。 同じ正規化の規律。E.164形式：国コード、スペースなし、ダッシュなし、括弧なし。+4915123456789はMetaがマッチできるものにハッシュされます；015123456789はそうなりません。
fbc（Facebookクリック ID）。 ユーザーがMeta広告をクリックすると、転送先URLはfbclidクエリパラメーターを受け取ります。ランディングページまたはElidoのリダイレクトハンドラーがそれを読み取って保存します。fbcフィールドはこれから構築されます：fb.{version}.{creationTime}.{fbclid}、versionは1、作成時間はミリ秒単位のUnixタイムスタンプです。Elidoはクリック時にリダイレクトURLからfbclidをキャプチャし、クリックレコードに対して保存します。click_idを使用してコンバージョンをPOSTするとき、fbc値はすでに添付されており、自動的に転送されます。
fbp（FacebookブラウザピクセルCookie）。 これはMeta PixelのJSがあなたのドメインに設定する_fbp Cookieです。あなたのドメインの観点からはファーストパーティCookieです。サーバーはチェックアウト時にリクエストヘッダーから読み取り、コンバージョンペイロードに含めます。なければ、ブラウザサイドのフォールバックパスに対するMetaのマッチレートが低下します。
実際の優先順序：emが最初（ほぼ常に利用可能）、fbcが2番目（Elidoはクリック起源のコンバージョンにこれを提供）、fbpが3番目（確認ページのCookieから読み取る）、phが最後（しばしばキャプチャされない）。em + fbcを持つペイロードは何もないものよりも大幅に良くマッチします。
Elidoでの接続#
統合はWorkspace Settingsの/integrationsの下、次にMeta CAPIにあります。
ピクセルIDとシステムユーザーアクセストークンを貼り付けます。ElidoはすぐにMeta Graph APIに対してトークンを検証します--ここでの400はトークンが不正な形式であるか必要なスコープが不足していることを意味します；続行する前にシステムユーザーの権限を確認してください。検証が完了すると、統合はワークスペースでアクティブになります。ワークスペース内のすべてのトラックされたリンクが参加します；リンクごとのトグルはありません。
トラックされたリンクがクリックされると、Elidoのエッジハンドラーはクエリ文字列からfbclidを読み取り（存在する場合）、クリックレコードに書き込みます。これはリダイレクトレイヤーで、ユーザーがサイトに到達する前に発生するため、転送先サイトのJavaScriptが実行されるかどうかに関わらず、キャプチャは信頼できます。
コンバージョンイベントが発火したとき、/v1/conversionsにPOSTします：
curl -X POST \
https://api.elido.app/v1/conversions \
-H "Authorization: Bearer $ELIDO_TOKEN" \
-d '{
"click_id": "clk_01HYZ7T8WV6KQX3M",
"event_name": "Purchase",
"event_id": "ord_98231",
"value": 89.50,
"currency": "EUR",
"user": {
"email": "[email protected]",
"phone": "+4915123456789"
}
}'
受信時、Elidoはクリックレコードを検索し、保存されたfbclidを読み取ってfbcを構築し、emailとphoneを正規化してハッシュ化し、完全なCAPIペイロードを組み立て、https://graph.facebook.com/v21.0/{pixel_id}/eventsにPOSTします。APIコールはすぐにコンバージョンIDを返します；Metaへのファンアウトはバックグラウンドで、GET /v1/conversions/{id}で観察可能です。
Elidoが構築する生のCAPIペイロードは次のようになります：
{
"data": [
{
"event_name": "Purchase",
"event_time": 1747047600,
"event_id": "ord_98231",
"action_source": "website",
"event_source_url": "https://shop.example.com/checkout/thanks?order=98231",
"user_data": {
"em": ["[email protected]のSHA-256"],
"ph": ["c7d9f1a3...+4915123456789のSHA-256"],
"fbc": "fb.1.1747040000.AbCdEfGhIj",
"fbp": "fb.1.1747040000.987654321",
"client_user_agent": "Mozilla/5.0 (iPhone; CPU iPhone OS 17_4 ...)",
"client_ip_address": "203.0.113.42"
},
"custom_data": {
"currency": "EUR",
"value": 89.5,
"content_ids": ["sku-spring-jeans-32-blue"],
"content_type": "product",
"num_items": 1
}
}
],
"access_token": "EAAxxxxxxx"
}
event_source_urlとaction_sourceフィールドはクリックレコードの転送先URLとコンバージョンリクエストのsourceパラメーター（デフォルトはwebsite）から導出されます。アプリサイドのコンバージョンを転送する場合は、POSTボディで"source": "app"を渡してください。
重複排除の規律#
本番トラフィックに触れる前に、Metaのイベント重複排除ドキュメント（2026年5月12日アクセス）を読んでください。要約はこうです：Metaは48時間のウィンドウ内でevent_id + event_nameを使用してブラウザピクセルイベントとCAPIイベントをマッチさせます。両方のイベントが同じペアを持つ場合、2番目のものはサイレントに破棄されます。
これが生む運用上の要件：ブラウザサイドのピクセルのPurchaseイベントとサーバーサイドのCAPIイベントは同じevent_idを共有する必要があります。最も信頼できる選択はオーダーIDです：両側から見える、安定している、再試行で再生成されない。
実際に壊れる場所：サーバーがオーダーIDを使う代わりに転送時にUUIDを生成する場合。またはブラウザピクセルが1つのIDスキーム（ord_98231）を使い、バックエンドが別のスキーム（order-98231）を使う場合。両方のイベントが取り込まれます。どちらも重複排除されません。報告されたコンバージョンが2倍になります。Metaのアルゴリズムは膨らんだ数字に基づいてキャンペーンに予算を過剰配分します。3週間後の予算レビューで「ROASが何らかの理由で実際の収益の2.5倍になっている」と判明し、フォレンジックスは不快です。
以下のシーケンス図はevent_idがシステムを通じてどのように旅するかを示しています：
ブラウザサイドのピクセル呼び出しは確認ページが読み込まれたときにクライアントサイドで発生します。サーバーサイドのCAPI転送は注文webhookが発火したときに発生します。両方がevent_id: ord_98231（または何であれあなたの注文識別子）を送信する必要があります。2つの間のタイミングのギャップは、両方が48時間以内に到着する限り無関係です。
ブラウザサイドのピクセルを実行していない場合（GDPRの同意理由で削除した場合、またはオーディエンスが完全に広告ブロッカー多数の場合）、重複排除は無意味です。CAPI のみを送信します。しかしほとんどのチームは両方を実行します；ブラウザピクセルはCAPIイベントがマッチキーを持てないユーザー（メールがキャプチャされていない、fbclidがない）のフォールバックシグナルを提供します。
検証#
検証ループは短く、本番トラフィックが流れる前に発生する必要があります。
ステップ1：テストイベントコードを設定する。 ElidoのMeta CAPI統合設定にテストイベントコードフィールドがあります。Test Events下のMeta Events ManagerからコードをGet取得します。貼り付けてください。このコードが設定されている間、Elidoが送信するすべてのCAPIイベントはテストパネルにルーティングされます--本番レポートには入りません。
ステップ2：テストコンバージョンを発火させる。 ブラウザからトラックされたリンクの1つをクリックします（リンクURLがMeta広告から来た場合、またはテスト用にfbclidが手動で追加されたリンクから来た場合、fbclidがキャプチャされます）。そのclick_idに対して、現実的なオーダーID、値、メールアドレスでコンバージョンをPOSTします。
ステップ3：Test Eventsを確認する。 Meta Events Managerで、テストイベントは30秒以内に表示されるはずです。event_nameがブラウザピクセルが送信しているものと一致することを確認します。event_idがUUIDではなくオーダーIDであることを確認します。em、fbc、またはfbpがuser_dataセクションに現れることを確認します--少なくとも1つのマッチキーが存在するべきです。
ステップ4：テストイベントコードを削除する。 検証が完了したら、テストイベントコードフィールドをクリアして保存します。本番イベントが流れ始めます。Events Managerのマッチレートダッシュボードが意味のあるデータで更新されるには24時間かかります。
24時間後に見るべきもの：60%以上のマッチレートは使用可能；75%以上は良好；85%以上はマッチキー密度が高くアトリビューションが信頼できることを意味します。60%を下回っている場合、最も可能性の高い原因はfbcの欠如（fbclidがランディングURLになかった）またはハッシュ化の正規化エラーです。
よくある失敗モード#
event_source_urlの欠如。 このフィールドがないCAPIイベントは受け入れられますが、Metaのマッチングロジックでペナルティが課されます。フィールドはコンバージョンが発生したページのURL--チェックアウト確認URL、リードフォームランディングページ、アプリの同等物--であるべきです。Elidoは上書きされない場合、クリックレコードの転送先URLから導出します；確認URLがリダイレクト先と異なる場合は、コンバージョンPOSTで明示的に渡してください。
ハッシュキーが小文字トリムされていない。 [email protected]と[email protected]は異なるSHA-256値を生成します。Metaのサーバーはユーザーグラフに保存された標準形式をハッシュします。ハッシュが一致しない場合、イベントはマッチなしとして登録されます。正規化要件は電話番号にも適用されます：国コードのフォーマット変形を取り除き、E.164を強制します。ElidoのPost/v1/conversionsエンドポイントを通じてルーティングすることで、正規化はあなたに代わって処理されます；生のメールと電話を渡すと、Elidoが仕様に従ってハッシュ化します。
action_sourceの不一致。 ウェブ起源のコンバージョンには"action_source": "website"を使います。モバイルアプリのコンバージョンには"app"を使います。iOSアプリで発生した購入を転送しているがaction_source: "website"を送る場合、Metaのアトリビューションモデルはシグナルを低下させる可能性があります。アプリサイドのイベントには、Elidoのコンバージョンのi POSTで"source": "app"を渡します。
URLにfbclidがなかったためfbcが不在。 これはキャンペーンに「自動高度マッチング」が有効になっていないか、URLがfbclidなしで手動で作成されたか、またはユーザーがパラメーターを持たないリターゲティングパスから来た場合に発生します。fbcが欠けている場合、コンバージョンはまだ転送されますが、マッチレートはメール/電話のみに低下します。Meta Ads Managerのキャンペーン設定を確認してください；fbclidは標準的なトラフィックキャンペーンの転送先URLに表示されるはずです。
二重のevent_idスキーム。 ブラウザピクセルとCAPIイベントが同じオーダーIDに異なるフォーマットを使います。これはフロントエンドのタグマネージャー設定とバックエンドの注文webhook統合を別のチームが所有している場合にほぼ常に発生します。ローンチ前に標準的なフォーマットに合意してください。文字列としてのオーダーID（ord_98231）が機能します。数値のみも機能します。ピクセルが"ord_98231"を送信し、サーバーが"98231"を送信する場合、それらは異なるイベントとして扱われます：どちらも重複排除されません。
具体的な成果#
ドイツとオーストリアでMeta広告を運用しているEUベースのeコマースブランドが、ピクセルのみのトラッキングで38%のマッチレートを報告しました。iOSのSafariがサイトトラフィックの約45%を占め；25〜44歳の年齢層のATTオプトアウト率は約72%でした。
em + fbcをプライマリのマッチキーとしてElidoを通じてCAPIを接続した後、マッチレートは最初の週で76%に上昇しました。fbcは今や、Meta広告クリックから発生したすべてのコンバージョンに存在していました（Elidoはブラウザレベルではなくリダイレクトレイヤーでfbclidをキャプチャするため）、そしてハッシュ化されたメールの転送が_fbp Cookieが期限切れになったコンバージョンに対して2番目のマッチパスを提供しました。
その後4週間でCPAは18%低下しました。報告されたROASは2.1から2.6に移動しました。18%のCPA低下はより良いキャンペーンパフォーマンスではなく、より良いアトリビューションを反映しています：キャンペーンは常に2.6のROASで機能していました；ピクセル単独では過少報告していただけです。
アトリビューションパイプライン内での位置づけ#
CAPIはより広いサーバーサイド転送設定の1つのチャンネルです。サーバーサイドコンバージョントラッキングの概要はGA4 Measurement ProtocolとTikTok Events APIをこの記事がMetaに適用するのと同じ深さでカバーしています。Cookielessアトリビューションの説明は、基礎となる理由--ITP、リンクトラッキング保護、それに続くアトリビューションモデルのシフト--を理解したい場合に読む価値があります。
製品の表面について：コンバージョントラッキング機能は返金イベント、マルチタッチアトリビューションモード、再試行/バックオフのセマンティクスを含む完全なAPIを文書化しています。マーケター向けソリューションはキャンペーンワークフローでどのように部品がまとまるかを示しています。
上記のセットアップは午前中に達成可能です。主な投資は検証の時間です--本番トラフィックを切り替える前にMeta Test Eventsで30分。その30分の価値があります；代替案はアルゴリズムが誤った数字に基づいてすでに行動した3日後に設定ミスを発見することです。
出典
- Meta Conversions API: Getting Started. developers.facebook.com/docs/marketing-api/conversions-api/get-started/ (2026年5月12日アクセス)
- Meta Conversions API: Deduplicate Pixel and Server Events. developers.facebook.com/docs/marketing-api/conversions-api/deduplicate-pixel-and-server-events/ (2026年5月12日アクセス)
- Meta Conversions API: Customer Information Parameters. developers.facebook.com/docs/marketing-api/conversions-api/parameters/customer-information-parameters/ (2026年5月12日アクセス)
Elidoを試す
URLを貼り付けて短縮リンクを取得
登録不要。リンクは30日間有効。永久に保存するには登録してください。
Free、登録不要 · 1日あたり2件