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.
El tiempo de seguimiento del lado del servidor y el comportamiento del almacenamiento en caché
En los informes del lado del servidor, MediaTailor los eventos de seguimiento se activan en función de las solicitudes de segmento reales del jugador, no en función de las actividades de análisis o precarga de los manifiestos. Este enfoque garantiza un recuento preciso de las impresiones 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:
-
El seguimiento de los eventos se activa en función de las solicitudes de segmentos reales: las balizas solo se envían cuando el reproductor realiza solicitudes HTTP
/v1/segmentURLs, no durante el análisis de los manifiestos o el almacenamiento en caché. -
El almacenamiento en caché y la precarga de los manifiestos no desencadenan eventos: los jugadores pueden analizar, almacenar en caché o precargar la información del manifiesto sin generar ningún evento de seguimiento.
-
La búsqueda previa de segmentos desencadena eventos: si los jugadores buscan previamente los segmentos de anuncios reales antes de reproducirlos, siguen el comportamiento estándar del sector, según el cual las solicitudes de segmentos constituyen impresiones válidas.
-
Cada solicitud /v1/segmento 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.
-
Los plazos se ajustan a los estándares de la IAB: el enfoque sigue las directrices de la Interactive Advertising Bureau sobre la medición de los anuncios de vídeo y el recuento de impresiones.
Flujo de trabajo de seguimiento del lado del servidor
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 de MediaTailor, que devuelve un manifiesto personalizado que contiene un segmento URLs de anuncio:
- Fase 2: seguimiento de las solicitudes de anuncios y las impresiones
-
Cuando el reproductor solicita el primer segmento de anuncio, 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 dispara balizas de cuartil (primer cuartil, punto medio, tercer cuartil, finalización) en función de las solicitudes de segmento posteriores:
- Fase 4: Entrega por segmentos
-
Tras activar las balizas de seguimiento, MediaTailor redirige al segmento de anuncio real desde Amazon CloudFront o tu CDN:
El flujo de trabajo de seguimiento del lado del servidor incluye los siguientes comportamientos clave de sincronización:
-
Inicialización de la sesión: el jugador solicita un manifiesto a. MediaTailor MediaTailor devuelve un manifiesto personalizado que contiene un segmento de anuncio URLs con la
/v1/segmentruta. -
Análisis y almacenamiento en caché del manifiesto: 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 de almacenamiento en caché del jugador.
-
Seguimiento de solicitudes y impresiones de segmentos de anuncios: cuando el reproductor solicita realmente el primer segmento de anuncio (normalmente para su reproducción), MediaTailor activa la baliza de impresión y comienza a rastrear el evento tanto en el servidor de decisiones publicitarias como en los servicios de verificación de anuncios. Esto ocurre en la propia solicitud HTTP a la
/v1/segmentURL, no cuando se analiza el manifiesto. -
Seguimiento de cuartiles basado en solicitudes de segmentos: MediaTailor envía balizas de cuartil (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 segmento posteriores que corresponden a las posiciones de los cuartiles calculadas dentro de la duración del anuncio.
-
Entrega por segmentos: tras activar la baliza de seguimiento adecuada, MediaTailor emite una redirección HTTP al segmento de anuncio real (ya sea desde Amazon CloudFront o desde tu CDN).
Consideraciones sobre el almacenamiento en caché y la precarga del reproductor
MediaTailor El seguimiento del lado del servidor está diseñado para ser compatible con diversas estrategias de almacenamiento en caché y precarga de los jugadores y, al mismo tiempo, mantener 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 segmento reales.
-
Búsqueda previa de segmentos: si un reproductor recupera previamente los segmentos de un anuncio antes de reproducirlos, los eventos de seguimiento se activarán cuando se soliciten esos segmentos, posiblemente antes del tiempo de reproducción real. Este comportamiento se ajusta a los estándares del sector, que consideran que las solicitudes de segmentos son impresiones válidas.
-
Almacenamiento en búfer del reproductor: el comportamiento estándar de almacenamiento en búfer del reproductor (solicitar segmentos ligeramente antes de la reproducción) activará el seguimiento de los eventos en el momento adecuado en función del patrón de solicitud de segmentos.
Solución de problemas de seguimiento de discrepancias
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 búsqueda previa y almacenamiento en búfer, lo que afecta a la hora de realizar solicitudes de segmentos.
-
Condiciones de la red: las malas condiciones de la red pueden provocar 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 provocar 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 de eventos de seguimiento.
Para obtener una guía detallada de solución de problemas, consulteSolución de problemas comunes de .
