Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Server-side rastrea el tiempo y el comportamiento de almacenamiento en caché
En los informes del servidor, se activan los eventos de seguimiento MediaTailor basándose en las solicitudes de segmentación reales del jugador, no en las actividades de análisis del manifiesto o de carga previa. Este enfoque garantiza un recuento de impresiones preciso que se ajusta a los estándares del sector en materia de medición de anuncios de vídeo.
Principios clave de temporización
MediaTailor El seguimiento del lado del servidor sigue estos principios fundamentales de temporización:
-
Los eventos de seguimiento se activan en las solicitudes de segmentos reales: las balizas solo se envían cuando el reproductor realiza solicitudes HTTP a las
/v1/segmentURL, no durante el análisis del manifiesto o el almacenamiento en caché. -
El almacenamiento en caché y la carga anticipada de los manifiestos por parte de los jugadores NO activan eventos. Los jugadores pueden analizar, almacenar en caché o precargar la información de los manifiestos sin generar ningún evento de seguimiento.
-
La captura previa de segmentos activará eventos: si los jugadores capturan previamente los segmentos de anuncios reales antes de reproducirlos, se sigue el comportamiento habitual del sector, según el cual las solicitudes de segmentos constituyen impresiones válidas.
-
Cada v1/segment solicitud/activa la baliza adecuada: el evento de seguimiento específico (impresión, cuartil, finalización) viene determinado por la posición del anuncio y el segmento que se solicita.
-
El tiempo se ajusta a los estándares de la IAB: el enfoque sigue las directrices de Interactive Advertising Bureau para la medición de los anuncios de vídeo y el recuento de impresiones.
Server-side seguimiento del flujo de trabajo
Los siguientes diagramas ilustran todo el flujo de trabajo de seguimiento del lado del servidor y muestran cuándo se activan los eventos de seguimiento en relación con las solicitudes de los jugadores:
- Fase 1: Inicialización de la sesión
-
El jugador solicita un manifiesto desde MediaTailor el que se devuelve un manifiesto personalizado con las URL de los segmentos de anuncios:
- Fase 2: solicitud de anuncios y seguimiento de impresiones
-
Cuando el jugador solicita el primer segmento de anuncios, envía MediaTailor balizas de impresión e inicio tanto al servidor de decisiones publicitarias como a los servicios de verificación de anuncios:
- Fase 3: seguimiento por cuartiles
-
MediaTailor activa balizas cuartiles (primer cuartil, punto medio, tercer cuartil, finalización) en función de las solicitudes de segmentos posteriores:
- Fase 4: Entrega por segmentos
-
Tras activar las balizas de seguimiento, MediaTailor redirige al segmento de anuncios real desde Amazon CloudFront o tu CDN:
El flujo de trabajo de seguimiento del lado del servidor incluye los siguientes comportamientos clave de temporización:
-
Inicialización de la sesión: el jugador solicita un manifiesto desde. MediaTailor MediaTailor devuelve un manifiesto personalizado que contiene las URL de los segmentos de anuncios con la
/v1/segmentruta. -
Análisis del manifiesto y almacenamiento en caché: el reproductor analiza el manifiesto y puede precargar o almacenar en caché la información de los segmentos. No se activa ningún evento de seguimiento durante esta fase, independientemente del comportamiento del jugador al almacenar en caché.
-
Solicitud de segmentos de anuncios y seguimiento de impresiones: cuando el reproductor realmente solicita el primer segmento de anuncios (normalmente para su reproducción), MediaTailor activa la baliza de impresiones y comienza a rastrear el evento tanto para el servidor de decisiones publicitarias como para los servicios de verificación de anuncios. Esto ocurre en la solicitud HTTP propiamente dicha a la
/v1/segmentURL, no cuando se analiza el manifiesto. -
Seguimiento por cuartiles basado en solicitudes segmentadas: MediaTailor envía balizas cuartiles (primer cuartil, punto medio, tercer cuartil, finalización) tanto al servidor de decisiones publicitarias como a los servicios de verificación de anuncios en función de las solicitudes de segmentos posteriores que corresponden a las posiciones del cuartil calculadas durante la duración del anuncio.
-
Entrega por segmentos: tras activar la baliza de seguimiento adecuada, MediaTailor emite una redirección HTTP al segmento de anuncios real (ya sea desde Amazon o desde tu CDN). CloudFront
Consideraciones sobre el almacenamiento en caché y la carga previa del reproductor
MediaTailor El seguimiento desde el servidor está diseñado para que sea compatible con diversas estrategias de almacenamiento en caché y precarga de los jugadores y, al mismo tiempo, mantenga una medición precisa de las impresiones:
-
Carga previa del manifiesto: los jugadores que precargan o almacenan en caché la información del manifiesto no activan eventos de seguimiento. Los eventos de seguimiento solo se activan cuando se realizan solicitudes de segmentos reales.
-
Captura previa de segmentos: si un reproductor captura previamente los segmentos de anuncios antes de reproducirlos, los eventos de seguimiento se activarán cuando se soliciten esos segmentos, posiblemente antes de la hora de reproducción real. Este comportamiento se ajusta a las normas del sector, que consideran que las solicitudes de segmentación son impresiones válidas.
-
Almacenamiento en búfer del reproductor: el comportamiento estándar de almacenamiento en búfer del reproductor (solicitar segmentos un poco antes de la reproducción) activará los eventos de seguimiento en el momento adecuado, según el patrón de solicitud de segmentos.
Solución de problemas de discrepancias en el seguimiento
Si observas discrepancias entre el seguimiento MediaTailor del servidor y las métricas de terceros, ten en cuenta los siguientes factores:
-
Diferencias en el comportamiento de los jugadores: los distintos jugadores pueden tener diferentes estrategias de captura previa y almacenamiento en búfer, lo que afecta a la hora de realizar las solicitudes de segmentación.
-
Condiciones de la red: las malas condiciones de la red pueden hacer que los jugadores soliciten segmentos varias veces o en intervalos diferentes a los esperados.
-
Configuración de la CDN: el almacenamiento incorrecto de las
/v1/segmentsolicitudes en la CDN puede hacer que los eventos de seguimiento se pierdan o se dupliquen. -
Administración de sesiones: asegúrese de que cada sesión de reproducción utilice un identificador de sesión único para evitar conflictos entre eventos de seguimiento.
Para obtener instrucciones detalladas sobre la solución de problemas, consulteSolución de problemas comunes de.
