計測の差異を減らす

RTBの差異 - 片側がカウントするものと、もう片側がカウントまたは請求するものとの間の差は、主にインプレッションとクリックがクライアント側でどのようにトラッキングされるかによって生じます。サプライを統合する際にこれを低く保つには：

• サーバー間（S2S）カウントを優先する ブラウザベースのリダイレクト連鎖よりも。ブラウザは中間のリダイレクト段階を省略してしまうことがあり、特にAndroid版Chromeで顕著です。そのため、表示されたイベントがログに記録されないことがあります。これはクリック差異の最大の単一要因です。
• ヘッダー（302）リダイレクトを、meta refreshリダイレクトではなく使用する トラッキング呼び出しを発火させるのにより信頼性が高いです。
• BURLとインプレッションの呼び出しを正しく発火させる、これにより請求対象イベントと表示イベントの両方が記録されます。Billable Event Counting（BURL）については OpenRTB 2.4 / OpenRTB 2.5 請求対象イベントのカウントの仕組みと、「Served」メトリクスとの突き合わせ方法については
• クリックは同条件で突き合わせる。 それぞれの側で独自の無効クリックおよび多重クリックのフィルタリングを適用するため、差をエラーとみなす前に、同じ基準（有効＋無効を合わせたもの）で合計を比較してください。
• 一部のセグメントでは差異が大きくなりやすいことに注意してください 特に動画フォーマットや、Client Hints の収集のようなクライアント側の計測手法は、 sendBeacon、およびブラウザの「heavy ad」介入です。

差異の区分

RTBでは差異は通常のものです。目標は、それをなくすことではなく、請求を明確に行える程度に十分低く保つことです。

差異	対応
5%未満	許容範囲
5〜10%	監視
10%超	調査

トラブルシューティングの手順

1. パートナー側のカウントと比較し、 Served Ratio を使って、どこで差が開いているかを確認します。
2. デバイスとブラウザでセグメント分けする 特定の組み合わせ（特にAndroid + Chrome）は、ブラウザのナビゲーションとリダイレクトの扱い方のため、差異が大きくなりがちです。
3. 確認する リダイレクト方法 ヘッダー（302）リダイレクトは、meta refreshリダイレクトよりも信頼性が高いです。
4. 確認する BURL とインプレッションの呼び出しが発火している ことを想定どおりに。
5. またがるトラフィックについては 複数のネットワークをまたぐ場合は、隣接する各ペアを個別に突き合わせてください。2つのノード間の整合は、チェーン全体には伝播しません。