Outbrain S2Sトラッキング:ポストバック設定のステップバイステップ
サーバー間トラッキングは、Outbrainアカウントにおける最大のレバレッジポイントです。クリックIDを取得し、ポストバックを発火し、チェーンを検証する——マクロテーブルと実際に問題となる障害モードを含む完全なセットアップ。

Outbrainのサーバー間(S2S)トラッキングは3つのステップで機能します。ランディングページで{{ob_click_id}}マクロをトラッキングURLに追加してOutbrainのユニークなクリック識別子を取得し、そのIDを訪問者のセッションに保存し、コンバージョンが発生したときにサーバーが保存されたIDとコンバージョンイベント名を載せたHTTPリクエスト(ポストバック)をOutbrainのトラッキングエンドポイントに発火します。OutbrainはIDを元のクリックにマッチングさせ、コンバージョンを正確なキャンペーン、広告、パブリッシャーセクションにクレジットします。ブラウザピクセルは不要であり、広告ブロッカーやSafariのクッキー制限による損失がなく、コンバージョンが数日後にコールセンターやCRMで発生した場合でも正確なアトリビューションが可能です。
ネイティブでピクセルのみのトラッキングよりもS2Sが優れている理由#
ネイティブトラフィックはクライアントサイドトラッキングにとって最悪の環境です。広告はコンテンツサイトで配信され、広告ブロッカーの使用率が高く、クリックの多くはモバイルSafariで発生し、積極的なトラッキング防止が行われ、さらに——リードジェネレーションや代引きオファーを実行している場合——コンバージョンがブラウザ内でまったく発生しないこともあります。ポストバックはサーバー間のHTTPコールであるため、これらはすべて該当しません。サーバーがコンバージョンを認識していれば、Outbrainもそれを把握します。
実際の影響はレポートだけでなく最適化にも及びます。Outbrainの入札や自身のプレースメント判断は、それを支えるコンバージョンデータの質に依存します。ピクセルが静かにコンバージョンの一部を欠落させると、利益の出るパブリッシャーセクションが不採算に見え、勝ち筋を削ってしまいます。本格的なバイヤー向けの標準設定は、S2Sを正規ソースとし、ページ上のピクセルを冗長確認として使用することです。そして主要なアドトラッカーはすべて、Outbrainテンプレートを標準でサポートしています。(ウォークスルーの前に注意事項:Outbrainの広告主プラットフォームはAmplifyと呼ばれ、Outbrain自体はTeadsと合併しました——ここで説明するトラッキングスタックはAmplify側であり、合併後もそのまま維持されています。)
ステップ1:ファネルにクリックIDを渡す#
Outbrainは動的マクロを公開しており、クリック時に実際の値に置き換えられます。広告のトラッキングURLに、クリック識別子を追加します——ついでに、後で最適化に役立つプレースメントメタデータも追加します:
https://your-lander.com/offer
?ob_click_id={{ob_click_id}}
&publisher={{publisher_name}}
§ion={{section_id}}
&campaign={{campaign_id}}
メディアバイヤーが最も頻繁に使用するマクロ:
| マクロ | 渡される値 | 必要な理由 |
|---|---|---|
{{ob_click_id}} |
このクリックのユニークID | 必須——ポストバックの結合キー |
{{publisher_name}} |
クリック元のパブリッシャー | プレースメントレベルの判断 |
{{section_id}} / {{section_name}} |
特定のサイトセクション | Outbrainのブロック粒度 |
{{campaign_id}} |
数値のキャンペーンID | トラッカーでのクリーンな結合 |
{{ad_id}} / {{ad_title}} |
特定のクリエイティブ | クリエイティブごとのコンバージョン分析 |
マクロの利用可能性は変化するため、テンプレートを確定する前にOutbrainの広告主向けドキュメントで最新リストを確認してください。自社側のパラメータ名(ob_click_id=、publisher=)は自由に選択できます——{{…}}トークンのみがOutbrainのものです。
次に、IDがファネル内で保持されることを確認します。トラッカーを使用している場合、そのクリックURLが自動的にすべてを取得します。ファーストパーティでトラッキングする場合は、ランディング時にクリックIDをクッキーやセッションレコードに保存します——そして広告とランダーの間のリダイレクトを監査します。クエリ文字列を削除するリダイレクトは、Outbrain S2Sが「機能しない」最も一般的な原因だからです。リダイレクトチェーンの用語解説エントリで、その追跡方法を説明しています。
ステップ2:ポストバックを発火する#
コンバージョンイベント(販売、リード、認定コール)が発生したら、サーバーが保存されたクリックIDとイベント名をOutbrainのトラッキングエンドポイントに送信します:
https://tr.outbrain.com/pixel?ob_click_id=STORED_CLICK_ID&name=purchase
2つの要素が一致する必要があります。まず、nameの値がAmplifyのコンバージョン設定でサーバー間コンバージョンとして作成したイベントと正確に一致すること——イベント名が不一致だと静かに失敗し、これが2番目に多いセットアップ障害です。次に、クリックIDはOutbrainから渡された生の値そのもので、変更や切り詰めがないこと。エンドポイントは注文金額と通貨のパラメータも受け付けており、収益がAmplifyのROAS列に流れます。パラメータ名を推測するのではなく、最新のコンバージョン資料で正確な名前を確認してください。
まずAmplifyでイベントを設定し(コンバージョンセクション → 新規コンバージョン → サーバー間タイプ)、その後手動テストを実行します:自身の実際の広告をクリックし、IDを取得し、curlでポストバックを送信し、コンバージョンが登録されることを確認します。ダッシュボードのアトリビューションには時間がかかる場合があるため、失敗と判断する前に時間を置いてください。
ステップ3:チェーン全体を検証しQAする#
データを信頼する前に、以下のチェックリストを実行してください:
- エンドツーエンドのテストコンバージョンを実際の広告クリックから実際のデバイスで行う——構築されたURLではなく、構築されたIDはOutbrain側のクリックと一致しません。
- クリックIDがランディングすることをすべてのランダーバリアント(モバイル含む)でトラッカーまたはデータベースで確認。
- ファネルのリダイレクトを確認——すべてのホップがクエリパラメータを転送していること。
- ポストバック内のイベント名がAmplifyのコンバージョン設定と文字単位で一致していることを確認。
- ポストバックコールはHTTPSで、本番サーバーから行う——ステージング環境からテストイベントをライブ統計に送信しないこと。
- 重複排除——ピクセルとポストバックを並行して実行する場合、イベントタイプごとにどちらを正規とするか決定しないと、CPAが実際より良く見えます。
それでも数値が合わない場合は、ウィンドウを比較します:トラッカーはクリック時間でアトリビューションし、Amplifyはコンバージョンウィンドウ内でアトリビューションします——月をまたぐコンバージョンは異なるバケットに入り、スプレッドシートを調整する人を悩ませます。この全体的なアーキテクチャについては、コンバージョントラッキングの入門解説で説明しています。
Amplify APIでループを自動化する#
ポストバックはデータループを閉じます。Amplify APIを使用すると、それをプログラムで操作できます。Outbrainは広告主向けにREST APIを公開しています(Amplifyの認証情報で認証してトークンを取得し、それを後続の呼び出しでヘッダーとして送信します——開発者向けドキュメントで現在のフローを確認してください)。キャンペーン管理、予算、パフォーマンスレポート(パブリッシャーとセクション別)のエンドポイントがあります。
S2Sを導入したアカウントで最も効果的な自動化:ポストバックのコンバージョンデータをレポートAPIからのセクションレベルの支出と結合し、ブロック判断を自動的に戻します——目標CPAの倍数を超えて支出し、コンバージョンがゼロのセクションは、スケジュールに従ってキャンペーンのブロックリストに追加されます。これはOutbrainの購入で手動で求められる「負けを削る」規律と同じであり、感情なしに毎時間実行されます。大量のクリエイティブアップロードと日次支出のウェアハウスへの同期は、統合の労力を正当化する他の2つのタスクです。
すべてのネイティブネットワークで同じパターン#
Outbrainの統合が機能したら、それは使い捨てではなくテンプレートができたことになります。Taboola、MGID、Revcontentなどもすべて同じアーキテクチャを異なる用語で実装しています:トラッキングURL内のクリックIDマクロ、保存された識別子、IDとイベント名を受け付けるネットワークポストバックエンドポイント。直接転用できる部分は、ファネルのパラメータ管理(クエリ文字列を保持するリダイレクト)、サーバーサイドのコンバージョン取得、重複排除ロジックです。ネットワークごとに変わる部分は、マクロ構文、エンドポイントURL、各コンソールでのイベント設定場所です。マルチネットワークを運用するバイヤーは通常、初日からすべてをトラッカーのサブIDスキーマに正規化します——同じスロットが常にプレースメントを保持し、同じスロットが常にクリエイティブを保持する——これにより、クロスネットワークレポートが変換なしに整合します。今、1つのネットワークでそのルールを設定しておけば、2つ目、3つ目の統合は午後1杯の仕事になります。
トラッキングチェーンの反対側を読む#
上記はすべて自社のファネルを計測するものですが、同じ仕組みは外部から他の多くの広告主でも観察可能です。実際のOutbrain広告はすべて、そのトラッキングスタックをオープンに運んでいます:リダイレクトチェーン、トラッカードメイン、ランダーに渡されるパラメータ。OpenAdLibraryはこれを大規模にキャプチャしています——インデックスには108,000以上のアクティブなOutbrainクリエイティブ(2026年7月時点)と、ネットワーク全体で130万以上のトレースされたランディングキャプチャが含まれています——これにより、競合他社がどのオファーをどのトラッカーやプリランダー経由でルーティングしているか、各ファネルがどの程度生き残っているかを確認できます。長寿が指標です:数週間支出を続けるファネルは、そのトラッキングが収益性を示しているファネルです。Outbrain広告スパイガイドで調査ワークフローを、Outbrainスパイツールで実際に実行できます。
午後1杯でセットアップできるS2Sトラッキングは、Outbrainアカウントにおける最大のレバレッジポイントです。下流のすべての最適化判断——クリエイティブの削減、セクションブロック、入札変更、スケーリング判断——は、この1つの統合から精度を受け継ぎます。クリックIDをファネル内でそのまま通し、イベント名を一致させ、実際のテストコンバージョンで検証し、その後に初めて数値を信頼して自動化に進みましょう。




