Reducción de discrepancias de medición

Las discrepancias de RTB: la brecha entre lo que cuenta un lado y lo que cuenta o factura el otro está impulsada en gran medida por cómo se rastrean las impresiones y los clics en el lado del cliente. Para mantenerlas bajas al integrar la oferta:

• Prefiera el conteo de servidor a servidor (S2S) en lugar de la cadena de redirección basada en el navegador. Los navegadores pueden colapsar los saltos de redirección intermedios, especialmente Chrome en Android. Por eso, un evento que se renderizó puede no registrarse nunca. Este es el principal factor individual de las discrepancias de clics.
• Use una redirección de cabecera (302) en lugar de una redirección meta-refresh es más fiable para activar llamadas de seguimiento.
• Active correctamente las llamadas BURL y de impresiones, de modo que tanto los eventos facturables como los renderizados se registren. Consulte el Conteo de eventos facturables (BURL) para OpenRTB 2.4 / OpenRTB 2.5 para ver cómo funciona el conteo de eventos facturables y cómo reconciliarlo con las métricas de "Served".
• Reconcilie los clics en igualdad de condiciones. Cada parte aplica su propio filtrado de clics inválidos y multiclic, así que compare los totales sobre la misma base (válidos + inválidos juntos) antes de considerar que una brecha es un error.
• Tenga en cuenta que algunos segmentos presentan discrepancias más altas en particular los formatos de video, y los métodos de medición del lado del cliente, como la recopilación de Client Hints, sendBeacon, y las intervenciones del navegador sobre "anuncios pesados".

Bandas de discrepancia

Las discrepancias son normales en RTB; el objetivo es mantenerlas lo suficientemente bajas para una facturación limpia, en lugar de eliminarlas.

Discrepancia	Acción
Menos del 5%	Aceptable
5–10%	Monitorear
Más del 10%	Investigar

Flujo de trabajo de resolución de problemas

1. Compare sus conteos con los del socio y use la Relación de servidos para ver dónde se abre la brecha.
2. Segmentar por dispositivo y navegador ciertas combinaciones (en particular Android + Chrome) tienden a presentar discrepancias más altas, debido a cómo el navegador maneja la navegación y las redirecciones.
3. Compruebe el método de redirección una redirección de cabecera (302) es más fiable que una redirección meta-refresh.
4. Confirme que las llamadas BURL y de impresiones se están activando como se espera.
5. Para tráfico que cruza múltiples redes, reconcilie cada par adyacente de forma independiente. La alineación entre dos nodos no se propaga a lo largo de toda la cadena.