Facebook Conversion APIの解説：クッキーが協力を停止した後もMetaがどのようにコンバージョンを追跡し続けるのか

ここ数年、ブラウザは信頼性の低いメッセンジャーとなっています。iOSのプライバシープロンプト、広告ブロッカー、サードパーティのクッキー制限が、顧客の旅路のどれだけが広告決定に至る前にMetaに届くかを徐々に減少させています。Facebook Conversion API（MetaではConversions API、略してCAPIと呼ばれています）は、その特定の問題に対するMetaの解決策です。

CAPIは独自の特性を持ち、サードパーティのツールでは置き換えられません。しかし、Data365のようなツールは、Metaに送信されるデータを豊かにすることで、広告をよりデータ駆動型にするサポートを提供できます。

重要: Data365は「CAPIイベント」を提供しません。システムがイベントを特定するためのソーシャルデータを提供します。CAPIの実装にソーシャルプラットフォームのデータを少し加えることで、適格な顧客イベントに寄与し、その結果得られたイベントはCAPIを通じてMetaに送信できます。

概要

• CAPIとは: 広告主のサーバー、CRM、またはウェブサイトプラットフォームからMetaに直接イベントデータ（購入、リード、サインアップ、オフラインコンバージョン）を送信するサーバー間APIです。
• 存在理由: プライバシー機能、広告ブロッカー、クッキー制限のため、ブラウザベースのトラッキングだけではイベントを見逃すことが増えています。
• 動作方法: あなたのサーバーが構造化されたイベントデータ（イベント名、タイムスタンプ、ハッシュ化された顧客識別子、カスタムパラメータ）を、データセットに関連付けられたMetaのエンドポイントに投稿します。
• どこで止まるか: CAPIはデータを外部に送信するだけです。チームがMetaからデータを引き出す必要がある場合（投稿、エンゲージメント、ページまたは広告のインサイトなど）は、それは別のツールになります。

この記事では、CAPIが実際に何をするのか、どのように設定するのか、適切に形成されたペイロードがどのようなものか、PixelやGoogle Tag Managerとの重複部分、そしてMetaが所有するトラッキングスタック全体が全く異なる問題に直面する場所について詳しく説明します。この問題は、そもそも解決するために構築されたものではありません。

Facebook Conversion APIの実際の仕組み

ツールを取り除くと、プロセスは短くなります。あなたのサイトやシステムで何かが起こります—購入、リードフォーム、サインアップ—そしてそのイベントはMetaに届く必要があります。そうすることで、広告システムは正しいキャンペーンにクレジットを与え、何が機能しているかを学ぶことができます。その引き渡しを行う方法は2つあり、ほとんどの企業は両方を同時に使用します。一つは訪問者のブラウザから報告します。もう一つはあなたのサーバーから報告します。 

それぞれが何であるか、そしてどのように組み合わさるかを見てみましょう。

ピクセルの位置付け

Meta Pixelは、あなたのウェブサイトのコードに埋め込む小さなJavaScriptの断片です。訪問者のブラウザに存在し、トラッキング可能な何かが起こるたびにMetaに報告します—ページビュー、カートへの追加、購入完了などです。これは何年もデフォルトの設定であり、ブラウザが協力する限り問題なく機能します：スクリプトが読み込まれ、クッキーが設定され、リクエストをブロックするものがない必要があります。

CAPIの変更点

ますます、何かがそれをブロックします。CAPIはその依存関係を回避します。イベントを報告するためにブラウザに依存する代わりに、あなた自身のサーバーが直接Metaに送信します—支払いを処理したばかりのサーバーで、確実に購入が行われたことを知っています。読み込むスクリプトも、設定するクッキーも、広告ブロッカーやプライバシー設定にキャッチされるものもありません。

Facebook Conversion APIとピクセルの違い

彼らは競合ではありませんが、その区別は簡単に曖昧になりますので、両方が実際に説明された今、明確にしておく価値があります：

率直に言うと：ピクセルは安価で簡単ですが、ますます部分的です。CAPIは手間がかかりますが、はるかに耐久性があります。両方を実行し、適切に重複を排除することで—上記のように—どちらか一方だけでは得られない全体像に近づくことができます。

イベントに実際に含まれるもの

送信する各イベントには一連のフィールドが含まれます： 

• event_name（購入、リード、登録完了）。
• event_time.
• user_dataのハッシュ化された部分（メール、電話、外部ID—常にハッシュ化され、生のまま送信されることはありません）。
• custom_dataは、注文金額や通貨などの詳細情報です。 

イベントはデータセットに結び付けられ、その同じデータセットはアプリイベント、オフラインコンバージョン、ビジネスメッセージングイベントも収集できます—すべてのソースに対して別々のパイプではなく、1つのファネルで処理します。

非常に短い詳細リストだと思うかもしれません。実際には、Metaがあなたのビジネスをよりよく理解できるように、ソーシャルメディアデータを収集し、それを使用してあなた自身のデータスタック内で顧客/オーディエンスの理解を深めることで、少し豊かにすることができます。 

Data365を使えば、次のようになります：

• Data365は、外部のFacebookのソーシャルシグナルを収集し、理解するのを助けます。
• あなた自身のシステムがそのシグナルとファーストパーティデータを組み合わせて、意味のあるビジネスイベントや顧客属性に変換します。
• CAPIは、サポートされているコンバージョンシグナルをMetaに送信します。

試してみたい場合は、お問い合わせください。私たちのチームがそのデータを豊かにする手助けをします。

ピクセルとCAPIの二重計上を防ぐ

ほとんどの設定は、Meta自体が推奨するように、ピクセルとCAPIを並行して実行します。しかし、それは同じ現実のコンバージョンが2回到着する可能性があることを意味します—一度はブラウザから、もう一度はあなたのサーバーからです。両方に一致するevent_idを付けると、Metaはそれらを2つではなく1つのイベントにまとめます。そのステップをスキップすると、数字が膨れ上がります：すべてが実際よりも良くコンバージョンしているように見え、真実を伝えるエラーは表示されません。

FacebookコンバージョンAPIの設定方法

CAPIに触れる前に、あなたのピクセルが既に稼働しており、イベントを発火させている必要があります。CAPIはその上にレイヤーされています。そこから、設定は以下の具体的なステップを通じて行われます：

1. アクセスの確認。 Facebook APIトークンを生成するには、関連するビジネスマネージャーアカウントで管理者レベルの権限が必要です。
2. ピクセル/データセットIDの特定。 これは、イベントマネージャーのピクセルの概要ページの上部に表示され、送信するすべてのイベントが参照する識別子です。
3. アクセストークンの生成。 イベントマネージャーのピクセル設定タブ内のコンバージョンAPIセクションには、「アクセストークンを生成」するオプションがあります。Metaは自動的にサポートアプリとシステムユーザーを作成します – アプリレビューや権限リクエストは不要で、これはMeta自身の基準から見ても異例の寛大さです。
4. 統合パスの選択。 パートナー統合（Shopify、CRM、エージェンシーツール）は、スタックに利用可能であれば最も早いルートです。直接的な手動統合はペイロードに対する完全な制御を提供しますが、実装はエンジニアリングチームの責任となります。サーバーサイドのGoogleタグマネージャーコンテナは、これら二つの間に位置し、以下で説明します。
5. テストイベントを送信し、確認。 イベントマネージャーのテストツールは、最適化のために依存する前に、Metaがイベントを正しく受信していることを確認します。

Googleタグマネージャー経由の簡単な注意点： もしあなたのチームがすでにGTMを使用している場合、ゼロからサーバーを構築する必要はありません – MetaとGoogleはこれに正確に対応するタグテンプレートを維持しています。これは、設定ステップというよりも、サーバーサイドロジックの所在に関する独自の決定として、さらに詳しく説明されています。

FacebookのAPIにコンバージョンデータを渡す方法

すべてのCAPIイベントは、MetaのイベントエンドポイントへのPOSTリクエストであり、JSONボディはデータセットIDとアクセストークンを中心に構築されます。正確な形状は、手動でコーディングされたサーバー統合、GTMサーバーコンテナ、またはパートナーツールのどれが構築するかによって異なるため、コピー＆ペーストのスニペットは意図的に省略しています。一般的な例は、どれとも正確には一致しません。

構文よりも重要なのは、データ自体に関して真実でなければならないことです：

• メールと電話はSHA-256でハッシュ化され、小文字に変換されて到着しなければなりません。生のデータは受け付けられません。GTMテンプレートは通常自動的にハッシュ化しますが、手動で構築された統合は自分で行う必要があり、手動構築が静かに壊れる最も一般的な場所です。
• event_idは、上記の重複排除が発動するために、Pixelの対応するものと正確に一致する必要があります。
• メールと電話に加えて、名前、ハッシュ化された外部ID、および位置情報フィールドは追加のマッチキーとしてカウントされます。固定のカットオフはなく、正直に提供できるほど信号が強くなります。タイミングも重要です：イベントは実際のアクションの数分以内に到着するのが最適ですが、Metaのエンドポイントは最大7日遅れで受け付けます。

Events Managerのテストイベントツールは、test_event_codeを使用して、イベントが正しく到着し、重複排除されていることを確認します。これにより、実際のキャンペーンに触れる前に問題を特定できます。そうでなければ、1か月後のメトリクスレビューで壊れたevent_idを見つけることになります。

クリーンな実装であっても限界があります：フィールドは、最初にハッシュ化した識別子の強さに依存します。チェックアウトフォームのペイロードは、より完全な顧客記録に基づくものよりも薄くなります。これは、Data365のようなものでCRMや公共のソーシャルプロファイルからアイデンティティデータを引き込むことで、リクエスト自体の調整よりもイベントマッチ品質を向上させる傾向があります。

Facebook Conversion API と Google Tag Manager

もしあなたのマーケティングスタックがすでにGTMを通じて運用されているのであれば、スタンドアロンのサーバー統合を構築する代わりに、そこでCAPIを設定することは合理的なショートカットです。新しいものを立ち上げるのではなく、すでに持っているインフラを再利用しています。

この設定では、GTMのサーバーサイドコンテナを使用します。これは、ほとんどのチームがすでに持っている標準のウェブコンテナとは異なる概念です。イベントは通常通りウェブコンテナからあなたのウェブサイトに発火し、あなたがホストするサーバーコンテナ（Google Cloud、AWS、またはその他の場所）に転送され、Metaが管理するコンバージョンAPIタグテンプレートがそれらのイベントをCAPIが期待するスキーマに再フォーマットして送信します。

実際の利点は統合です。あなたのGA4イベント、広告プラットフォームのコンバージョン、CAPIイベントはすべて同じサーバーコンテナを通じてルーティングできるため、デバッグとデータガバナンスが3つの別々の仕事ではなく、1つの仕事になります。ただし、サーバーコンテナを所有する必要がある人がまだいるというトレードオフがあります。ホスティング、監視、テンプレートの最新化を行う必要があるため、完全に「無料」のインフラではなく、別の文脈でおそらくすでに支払っているインフラです。

Facebook Conversion API と Graph API: 2つの異なる役割

この比較は常に質問されるものであり、そもそもなぜ少し奇妙な質問なのかを正確に理解する価値があります: CAPI と Graph API は同じ役割を果たしません。 CAPIはアウトバウンドチャネルであり、コンバージョンイベントをMetaに送信し、Metaの広告システムがそれに対して最適化できるようにします。

Graph APIは主にインバウンドチャネルです。これは、ビジネスがMetaからデータを取得する方法です: 投稿、ページおよび広告のインサイト、エンゲージメントメトリクス、オーディエンス情報など、エンドポイントや権限に応じて異なります。

両者が同じ会話に登場するのは、競争ではなく文脈です。CAPIを設定しているチームは、同時にソーシャルデータを同じマーケティングスタックに取り込もうとしていることが多いです。ターゲティングを通知するためのオーディエンスインサイト、コンバージョンを検証するためのエンゲージメントデータ、報告するためのページレベルのパフォーマンスなどです。

それがGraph APIの領域であり、Metaの開発者プラットフォームを扱う際のあまり快適でない側面でもあります: 数週間にわたるアプリレビューサイクル、あまり警告なしに変わる権限スコープ、数バージョン前に構築された統合を壊すエンドポイントの非推奨などです。

どちらのツールも他方を置き換えることはありません。CAPIは依然としてMetaの最適化ループにコンバージョンイベントを取り込む役割を担っています。しかし、スタックのGraph API側が問題を引き起こしている場合、それは解決可能な問題です。

結論

CAPIの魅力は、Pixelよりも簡単な技術であることではありません。むしろ、より多くの作業が必要です。その魅力は、コンバージョントラッキングの信頼性をブラウザではなく、自分自身の手に取り戻せることにあります。同じ論理は、スタックの一段上にも当てはまります。データパイプラインの多くをMetaのゲートキーピングを通さずに直接制御できるほど、単一のプラットフォームの変更があなたのセットアップを壊す可能性は低くなります。

Data365は、Facebook、Instagram、その他の主要プラットフォームからリアルタイムでデータを取得します。信頼できるオーディエンス、エンゲージメント、またはコンテンツデータが必要なチームにとって、CAPIペイロードを充実させるため、レポーティングダッシュボードにデータを供給するため、またはMetaがGraph APIのバージョンアップを行うたびに統合を再設計することを避けるために、データを取得するためのより穏やかな方法です。

あなたのスタックにとってそれがどのように見えるか興味がありますか？ 14日間の無料トライアルを開始しましょう！