Facebook Conversions APIを使用したFacebookサーバーサイドトラッキングの設定

Facebook Pixelを使用すると、サイト上でのユーザーの行動を追跡し、リマーケティングオーディエンスを収集し、類似オーディエンスを作成できます。正しく実装されると、Facebook Pixelは関連情報をFacebookの機械学習アルゴリズム（FB ML）に供給し、このアルゴリズムはこのデータを使って、コンバージョンに至る可能性が最も高い人々に広告を表示します。

私たちは長年、JavaScriptコード、アプリ内のFacebook SDK、またはオフラインイベントのアップロードを通じて、サイト上のイベントを追跡してきました。しかし、広告ブロッカーを使用しているユーザーをどう追跡するか、サイト外のイベントをどう監視するか、Cookieの寿命をどう延ばすか――これらはどう実現すればよいのでしょうか。これは、Facebook Conversions APIまたはFacebook Conversions API Gatewayを実装することで実現できます。

この記事では、Facebookのコンバージョントラッキングに焦点を当て、Google Tag Manager Server ContainerでFacebook Conversions APIを設定する方法をご案内します。さらに、StapeのMeta CAPI向け事前設定済みテンプレートもぜひご覧ください。これまでにないほど簡単に設定でき、すべてが事前に設定済みですぐにご利用いただけます！

Facebook Conversions APIとは何か、そしてFacebookにおけるイベントトラッキング、アトリビューション、データ収集を改善するためにどのように活用できるかを見ていきましょう。Facebook Conversions APIを使用すると、イベントをサーバーから直接Facebookのサーバーへ送信できます。

Facebook CAPIはFacebook Pixelと同じ目的を果たしますが、異なる技術に基づいています。FB CAPIを取り巻くポリシーや制限事項は、現代のトラッキング環境のニーズに、より適したものとなっています。Facebook Pixelとは異なり、Conversions APIはトラッキング情報の送信にユーザーのブラウザを頼りません。すべてクラウドサーバーを通じて処理されるため、データのセキュリティと正確性が向上します。

Pixelとは異なり、Facebookのサーバーサイドトラッキングはユーザーのブラウザ内で何が起きているかに依存しません。つまり、広告ブロッカー、ITP、iOSの制限がデータ収集にほとんど、あるいはまったく影響を与えないということです。これにより、特にブラウザのプライバシー保護の制限が強まり続けている中で、コンバージョントラッキングのより安定した基盤となります。

Facebook広告のURLを調べると、FBがほぼすべてのURLの末尾にfbclidという追加パラメータを付与していることに気づくでしょう。ランディングページ上のピクセルコードは、このパラメータの値をCookieに保存し、あらゆるFacebookイベントと共に送信します。クリックID（fbclid）に加えて、Facebookはブラウザ ID（fbp）も使用します。fbpとfbcというCookieは、Facebookがあなたのサイトに訪れたユーザーやコンバージョンしたユーザーの種類を識別するのに役立ちます。

Facebookは、メールアドレス、電話番号、名前・姓といった他のパラメータを通じてもユーザーをマッチングできます。Facebook Conversions APIに送信するユーザーデータが多いほど、マッチ率は高くなります。

Meta Conversions APIのサーバーサイドトラッキングは、データフロー全体をブラウザから切り離し、あなたのサーバーインフラへと移します。誰かのタブ内でJavaScriptスニペットが発火するのを待つ代わりに――その間、低速な接続、プライバシー重視のブラウザ、またはサードパーティCookieの制限によってイベントが知らぬ間に失われることがあります――サーバーがヒットを直接Metaのエンドポイントへ送信します。クライアント側で何が起きていようと、イベントは確実に届きます。Meta Pixelと並行して実行すると、Meta Conversions APIのサーバーサイドトラッキングは2つのチャネルを持つ構成を作り出します。PixelはMetaがオーディエンス構築に使用するブラウザ側のシグナルを捕捉し、一方でサーバー層がその隙間を埋め、Pixelが見逃した可能性のあるユーザーデータを届けます。この組み合わせこそが、全体のトラッキングをより完全で信頼できるものにしています。

Facebookのサーバーサイドタギング、すなわちFacebook Conversions APIは、数年前から利用可能です。しかし、2021年以降、Facebookはこの Conversions API をより積極的に推奨するようになりました。広告アカウントを担当する専属のFacebook担当者がいる場合、おそらくFacebook Conversions APIの設定を勧められるでしょう。

Facebook Conversions APIの導入を検討すべき最も重要な理由を以下にご紹介します。詳細は下記をご覧ください。

1. 1.
   広告ブロッカーをインストールしているユーザー、Safariを使用しているユーザー（またはインテリジェントトラッキング防止アルゴリズムを備えたその他のブラウザ）、あるいはiOS 14/15でFBトラッキングをオプトアウトした人々を追跡するのに役立ちます。これは、リクエストがユーザーのブラウザではなくサーバーから送信されるために可能になります。また、サードパーティCookieもブロックされません。FB CAPIイベントと共に送信するユーザーパラメータの助けを借りて、FBはデータベース内のユーザーとイベントをマッチングします。その結果、より信頼性の高いデータが得られます。
2. 2.
   Cookieの寿命延長。Facebook Conversions APIを使用することで、Facebook Cookieの寿命を6か月まで延長できます。対照的に、FB Conversions APIを使用しない場合、SafariはCookieの寿命を1～7日に制限します。
3. 3.
   Conversions APIは、データに対するより高い制御と、カスタマージャーニーへのより深い理解をもたらします。
4. 4.
   Facebook Conversions APIを使用して、サイト外で発生するイベントを追跡できます。例えば、電話での問い合わせやオフライン販売などです。

Ray-Banは、Meta PixelとともにConversions APIを統合することで、広告の成果を大幅に改善することができました。この組み合わせにより、Meta Pixelのみを使用した場合と比較して、FacebookとInstagramでのリーチが36%向上しました。

さらに、このブランドでは1,000回表示あたりのコストが19%削減され、コンバージョン単価も7%低下し、キャンペーンの最適化とパフォーマンス向上におけるConversions APIの有効性が実証されました。

出典：https://www.facebook.com/business/success/ray-ban

Meta Conversions API Gatewayは、Metaのサーバーサイドトラッキングを導入するための最も迅速な方法であり、専門的な知識は一切不要です。

最も手軽な方法の一つが、server Google Tag Manager（sGTM）を使用することです。sGTMを使えば、企業は顧客データを直接Facebookのサーバーへ送信できます。すでにGA4を使用している場合、sGTM経由でのFacebookサーバーサイドトラッキングは最小限の追加設定で済みます。GA4のイベントをそのままFacebookタグのデータソースとして再利用できるためです。このため、sGTMはほとんどの設定にとって最も実用的な出発点となります。

sGTM経由でFacebook CAPIを設定するメリット：

• 柔軟なカスタマイズオプション
• 純粋なサーバーサイドとハイブリッド（ウェブ＋サーバー）の両方のトラッキングを実装できる能力
• データ拡充の機会

sGTM経由でFacebook CAPIを設定するデメリット：

• server Google Tag Managerに関する技術的な知識が必要
• sGTMをホストするためのクラウドインフラが必要

この記事では、server GTM経由でのFacebookサーバーサイドトラッキングの設定に焦点を当てます。

サーバーコンテナを使用してGoogle Tag ManagerでFacebook Conversions APIを設定します。Facebook Conversions APIを設定するには、以下のものが必要です。

• 設定済みのGoogle Tag Managerウェブコンテナ
• 設定済みのGoogle Tag Manager Server Container
• sGTMへデータを届けるためのサーバーサイドGoogle Analytics 4またはData Tag/Data Client

ブログには、Tag Managerサーバーコンテナとそのメリットについての記事もございます。

1. server Google Tag Managerコンテナを作成して設定します。

2. server GTMコンテナへデータを送信します。sGTMへデータを送信する最も一般的な2つの方法は、Google Analytics 4とData Client Stapeです。

3. Google Tag Manager Server Containerに移動します。Template GalleryからFacebook Conversions APIタグを追加します。

4. sGTM内にFacebook Conversions APIタグを作成します。Tagを選択 → Newをクリック → 前のステップで追加したFacebookタグを選択します。

Facebook Pixel IDとFacebook APIアクセストークンを追加します（追跡したいFacebookイベントごとにこれらの値が必要になるため、変数として追加することをお勧めします）。Facebook APIアクセストークンが分からない場合は、Metaのドキュメントをご参照ください。

5. Facebook Conversions APIタグの構成には、2つのオプションがあります：

• Override（上書き）。この場合、Facebookイベントを手動で設定する必要があります。手動でFacebookサーバーイベントを設定する方法については、ステップ6で解説します。こちらが推奨されるオプションですが、導入にはより多くの時間と知識が必要です。これにより、イベントのペイロードを完全に制御でき、ウェブ側のFacebookイベントとサーバー側のFacebookイベントが確実に一致するようになります。
• Inherit from client（クライアントから継承）。この場合、タグはGA4/Dataイベントのペイロードを Facebookの標準イベントにマッチングします。GAイベントを標準のFBイベントにマッチングできない場合、カスタムイベントとして送信されます。すべて自動的に処理され、Facebookイベントを設定する必要はありません。

6. overrideオプションを選択した場合、GA4またはData Tag/Data ClientのイベントをFacebookサーバーイベントのトリガーとして使用する必要があります。Facebookのpageviewイベントは、特定のクライアントによって取得されたカスタムイベントpage_viewで発火する必要があります（例えば、Server GTMのデータソースとしてGA4を使用することを選択した場合、クライアント名がGA4に等しいときにpage_viewイベントを使用する必要があります）。

他のイベントを設定するには、sGTMのプレビューモードに移動し、Facebook内で追跡したいアクションをサイト上で実行し、GA4またはData TagがServer Containerへ送信するイベント名を確認してください。

以下のスクリーンショットでは、誰かがサイト上の商品ページを開いたときにFacebookのViewContentイベントを設定したいと考えています。ウェブコンテナからのGA4イベント／Data Tagと一緒に、サーバーイベントで使用したい追加データも必ず送信してください。以下の例では、標準的なFacebookのeコマースパラメータとユーザーデータも使用しています。

そのために、Server Container内に新しいタグを作成し、override に設定し、標準イベントViewContentを選択し、APIアクセストークンとFacebook Pixel IDを追加しました。また、User Dataも追加し、イベント名がview_itemに等しく、Client NameがGA4に等しい新しいトリガーも作成しました。

7. Server Event Data Override、User Data、Custom Dataの各フィールドを使用してカスタムパラメータを渡すことができます。User Dataフィールドを通じてユーザーデータを送信することで、Facebook上でのマッチングスコアを向上させることができます。Facebook Conversions APIに送信したいユーザー情報はハッシュ化する必要があることにご注意ください。Facebookタグは必要なデータを自動的にハッシュ化します。

Event Enhancementを有効にすることで、HTTP専用のセキュアCookie（gtmeec）を使用してイベントデータを強化することもできます。この機能を有効にすると、タグはユーザーデータをCookieに保存し、データが利用できない場合にユーザーデータでイベントを補強します。これにより、イベントマッチの品質を向上させ、キャンペーンへのコンバージョンアトリビューションを改善できます。

8. すべてのFacebookイベントの設定が完了したら、Google Tag Managerのデバッグモードを開き、Facebookイベントが正しく機能しているかテストします。Server Container内のFacebookタグに移動して、Facebookのテストidを追加することもできます。テストidは、Meta Events Manager内のTest Eventsタブで確認できます。

9. Facebook Conversions APIが正しく機能していることを設定・確認したら、FBブラウザトラッキングを削除するか、イベントの重複排除を設定する必要があります。そうしないと、イベントが重複してしまいます。

Stapeを使えば、サーバーサイドタギングによってトラッキングの精度とキャンペーン成果を高めることができます。

ご利用のプラットフォームに応じて、カスタムテンプレートを使って迅速かつ効果的にトラッキングを設定できます。server GTMを使用して以下のプラットフォーム向けにMeta CAPIを設定するための段階的ガイドをご覧ください：

• WordPressとWooCommerce
• Shopify
• Magento 2
• BigCommerce
• カスタムウェブサイト

Wix、Shopware、PrestaShopなどに対応したテンプレートとガイドも近日公開予定です。他のCMS向けのテンプレートが必要な場合はお知らせください。

Facebookは、イベントを追跡するためにPixelとConversions APIの両方を使用することを推奨していますが、イベントの重複排除がなければ、ブラウザとサーバーから重複したデータが送られ、結果が歪んでしまう可能性があります。重複排除は、両方のソース間で共有される一意のイベントIDを使用することで、1つのイベントのみが保持されるようにします。適切な設定には、これらのIDをブラウザイベントとサーバーイベント間で生成し同期させる必要があり、これはFacebookのEvents Managerでテストできます。

Facebookのサーバーサイドトラッキングでよくある間違いは、サーバーからのみイベントを送信し、Pixelを完全にスキップしてしまうことです。Facebookはユーザー識別のためにfbpやfbcのCookieといったブラウザ側のシグナルに依存しているため、これによりオーディエンスのマッチ率が低下してしまいます。適切な重複排除とともに両方を並行して実行することで、両方の長所を得ることができます。サーバーサイドのデータ収集の信頼性と、Facebookが正確なオーディエンスを構築しキャンペーンを効果的に最適化するために必要とするブラウザシグナルの両方を手に入れることができます。

さらに、Conversions API経由でユーザーデータを送信することで、マッチの質やイベントマッチスコアが向上し、広告のパフォーマンスが高まります。ユーザーデータは理想的にはデータレイヤーから取得され、プライバシーポリシーに準拠している必要があります。Stapeのプラグインのようなツールは、より良いFacebookキャンペーンの最適化のために、ユーザーデータの統合を簡素化します。

サイトを訪れたユーザーを自社のデータベースとマッチングするために、FacebookはConversions API向けにUser Dataを使用します。

Facebookは一部のパラメータを送信する前にハッシュ化することを求めていますが、その点について心配する必要はありません。Facebookのタグが送信前にすべてのデータを自動的にハッシュ化します。

Facebookに送信するユーザーパラメータが多いほど、ユーザーとマッチングする可能性が高くなり、結果としてイベントマッチスコアが向上します。

サイトからFacebookへユーザーパラメータを送信することは、サードパーティサービスとユーザーデータを共有することになるため、デリケートな話題です。そのため、このデータをFacebookに送信する前に、プライバシーポリシーに準拠していることを確認してください。

理想的には、ユーザーデータがデータレイヤーに追加されている状態が望ましいです。それが不可能な場合は、カスタムJavaScriptコードを使ってページから収集し、関心のあるコンバージョンやイベントと一緒に送信するようにしてください。

例えば、CMS向けのすべてのStapeプラグイン（Shopify向けFacebook CAPI、WordPressサーバーサイドトラッキング、Magento 2 Google Tag Manager、BigCommerce向けGTMアプリ）には、ユーザーデータも含まれるデータレイヤーが追加されます。

これをデータレイヤーから簡単に取得し、このデータをウェブコンテナ内のFacebookイベントに追加できます。

次に、必要なデータをサーバーコンテナへ転送します（使用しているものに応じて、ペイロードのGA4またはData tag内）。

最後に、このデータをサーバーサイドのFacebookイベントに追加します。

こうすることで、Facebookイベントのマッチの質が向上し、Facebookがオーディエンスをより良く理解して広告キャンペーンを最適化できるようになるため、広告キャンペーンのパフォーマンス向上につながる可能性があります。

デフォルトでは、タグはGAの標準イベントをFacebookの標準イベントにマッピングしようとします。マッチングできない場合は、GAクライアントからの生のイベント名が使用されます。例えば、gtag('event', 'UserLikedProduct')のようなイベント名を送信した場合、FacebookのイベントマネージャにはUserLikedProductというイベントが表示されます。

以下は、このタグでデフォルトとして使用している、GAイベントからFacebookイベントへのマッピング方式です：

1. コミュニティ内のあるユーザーは、Facebookのサーバーサイドトラッキングに切り替えた後、リターゲティングオーディエンスがGA4のトラフィックに比べてかなり小さい（マッチ率は約15%）ことに気づきました。問題はトラッキングが壊れていたことではなく、非現実的な期待にありました：FacebookはIPとUser Agentのみでユーザーを確実にマッチングすることはできません。解決策は、Meta推奨のハイブリッド構成（ブラウザ＋サーバー、重複排除付き）に従い、可能な限り利用可能なユーザーデータ（メールアドレスや氏名など）をすべて送信することでした。このアプローチにより、マッチの質とオーディエンスのサイズが向上する一方で、純粋なサーバーサイドのみのトラッキングではリターゲティングの可能性が制限されます。

2. このスレッドでは、多くのユーザーがFacebookのサーバーサイドトラッキングと FBP/FBCのマッピングに関する問題、特にサードパーティのチェックアウトにおける問題に直面しています。ファーストパーティのサブドメイン上でStapeのFacebook CAPIテンプレートを使用し、主要なイベントをメインドメイン上でトリガーし、重複排除のためにハイブリッドなブラウザ＋サーバーイベントを実装し、必要に応じてwebhookを使用することで、ほとんどの問題が解決されます。Tag Assistantだけに頼るのではなく、常にブラウザのネットワークツールでデータを検証してください。