减少测量差异

RTB 差异——一方统计的数量与另一方统计或计费的数量之间的差距，主要由印象和点击在客户端的跟踪方式驱动。为了在对接供给方时将其保持在较低水平：

• 优先使用服务器到服务器（S2S）计数 而不是基于浏览器的重定向链。浏览器可能会折叠中间的重定向跳转，尤其是在 Android 上的 Chrome 中。因此，已渲染的事件可能永远不会被记录。这是点击差异的最大单一来源。
• 使用头部（302）重定向，而不是 meta refresh 重定向 它在触发跟踪调用方面更可靠。
• 正确触发 BURL 和 impression 调用，这样可计费事件和已渲染事件都会被记录。有关 OpenRTB 2.4 / OpenRTB 2.5 中可计费事件计数的工作方式以及如何将其与“已投放”指标进行核对，请参见可计费事件计数（BURL）。
• 按相同口径核对点击。 双方都会应用各自的无效点击和多次点击过滤，因此在将差距视为错误之前，应在同一口径下比较总数（有效 + 无效一起）。
• 要注意某些细分的差异率更高 ，尤其是视频格式，以及客户端测量方法，例如 Client Hints 收集、 sendBeacon，以及浏览器“heavy ad”干预。

差异区间

RTB 中出现差异是正常的；目标是将其控制在足以进行清晰开票的较低水平，而不是将其消除。

差异	操作
低于 5%	可接受
5–10%	监控
高于 10%	调查

排障工作流程

1. 将你的统计与合作伙伴的统计进行比较，并使用 已投放比率 来查看差距从哪里开始出现。
2. 按设备和浏览器分段 某些组合（尤其是 Android + Chrome）往往差异率更高，因为浏览器处理导航和重定向的方式如此。
3. 检查 重定向方式 头部（302）重定向比 meta refresh 重定向更可靠。
4. 确认 BURL 和 impression 调用正在触发 如预期。
5. 对于跨越 多个网络的流量，请分别核对每一对相邻节点。两个节点之间的一致性不会传播到整个链路。