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.
# MediaTailor seguimiento e informes de anuncios del lado del servidor
AWS Elemental MediaTailor utiliza de forma predeterminada los informes del lado del servidor para realizar un seguimiento y una medición exhaustivos de los anuncios. Con los informes del lado del servidor, cuando el reproductor solicita una URL de anuncios del manifiesto, el servicio informa sobre el consumo de anuncios directamente a la URL de seguimiento de anuncios. Una vez que el reproductor haya iniciado una sesión de reproducción MediaTailor, no será necesaria ninguna otra intervención por tu parte ni por parte del reproductor para realizar los informes desde el servidor. A medida que se reproduce cada anuncio, MediaTailor envía balizas al servidor de anuncios para indicar qué parte del anuncio se ha visto. MediaTailor envía balizas para indicar el inicio del anuncio y su progresión en cuartiles: el primer cuartil, el punto medio, el tercer cuartil y la finalización del anuncio.
**Para realizar informes de anuncios del lado del servidor**
+ Desde el reproductor, inicia una nueva sesión de MediaTailor reproducción mediante una solicitud en uno de los siguientes formatos, según tu protocolo:
+ Ejemplo: formato HLS
```
GET /v1/master///?ads.&
```
+ Ejemplo: formato DASH
```
GET /v1/dash///?ads.&
```
Los pares clave-valor son los parámetros de destino dinámicos para el seguimiento de anuncios. Para obtener información sobre cómo añadir parámetros a la solicitud, consulte [MediaTailor variables de anuncios dinámicos para solicitudes de ADS](variables.md).
AWS Elemental MediaTailor responde a la solicitud con la URL del manifiesto. El manifiesto contiene URLs cuatro manifiestos multimedia. Los manifiestos multimedia contienen enlaces integrados para las solicitudes de segmentos de anuncios.
**nota**
Cuando MediaTailor encuentra una barra doble (//) en una URL de seguimiento, la barra se reduce a una (/).
Cuando el reproductor solicita la reproducción desde la URL (`/v1/segment`ruta) de un segmento de anuncios, AWS Elemental MediaTailor envía la baliza correspondiente al servidor de anuncios a través del seguimiento del anuncio. URLs Al mismo tiempo, el servicio emite una redirección al segmento de anuncios `*.ts` real. El segmento de anuncios se encuentra en la CloudFront distribución de Amazon, donde se MediaTailor almacenan los anuncios transcodificados, o en la red de entrega de contenido (CDN), donde se ha almacenado el anuncio en caché.
En las siguientes secciones se proporciona más información sobre cómo trabajar con el seguimiento de anuncios desde el lado del servidor. MediaTailor
**Topics**
+ [Seguimiento SGAI del lado del servidor](ad-reporting-server-side-sgai.md)
+ [Glosario de balizas](ad-reporting-server-side-beacon-glossary.md)
+ [Comportamiento de temporización y almacenamiento en caché](ad-reporting-server-side-timing-behavior.md)
+ [Funciones de seguimiento](ad-reporting-server-side-features.md)
# Seguimiento del lado del servidor con inserción de anuncios guiada por el servidor (SGAI)
*Cuando utilizas la inserción de anuncios guiada por el servidor (SGAI), el seguimiento por parte del servidor utiliza un mecanismo de baliza sin sesión que difiere del enfoque basado en el modo cosido descrito anteriormente.* En lugar de incluir segmentos de MediaTailor anuncios en el manifiesto de contenido (donde realiza un seguimiento de las `/v1/segment` solicitudes), SGAI devuelve las referencias a los anuncios como listas de reproducción independientes en una respuesta a la lista de activos, con los metadatos de las balizas integrados en el anuncio. URIs
## Cómo funciona la baliza del lado del servidor sin sesión
Los siguientes pasos describen cómo funciona la baliza del lado del servidor para las sesiones de SGAI:
1. **Inicialización de la sesión**: el reproductor solicita la lista de reproducción multivariante HLS con. `aws.insertionMode=GUIDED` Los informes del lado del servidor son los predeterminados (no se necesita ningún parámetro). `aws.reportingMode` *A diferencia del modo cosido, la respuesta de inicialización de la sesión no incluye un.* `trackingUrl`
1. Manifiesto que **se puede almacenar en caché: MediaTailor devuelve un manifiesto** que se puede almacenar en caché y que contiene `EXT-X-DATERANGE` etiquetas `CLASS="com.apple.hls.interstitial"` y `X-ASSET-LIST` atributos que apuntan al punto final de la lista de activos intersticiales. MediaTailor
1. **Lista de activos con metadatos de balizas**: cuando el jugador encuentra una pausa publicitaria, busca la lista de activos. MediaTailordevuelve una respuesta en JSON en la que cada URI de anuncio incluye metadatos de balizas cifrados:
```
{
"ASSETS": [
{
"DURATION": 30.0,
"URI": "https://cdn.example.com/ad/master.m3u8?awsBeaconData=&awsBeaconDomain=&awsConfigurationName="
}
]
}
```
Cuando los informes del lado del servidor están activos, la respuesta *no incluye ninguna* sección. `TRACKING` El anuncio contiene todos los URIs datos de las balizas.
1. **Sustitución de variables HLS**: el reproductor busca la lista de reproducción multivariante del anuncio. El manifiesto publicitario utiliza `#EXT-X-DEFINE:QUERYPARAM` directivas para pasar los parámetros de baliza de la cadena de consulta URI al segmento URLs mediante la sustitución de variables HLS:
```
#EXTM3U
#EXT-X-DEFINE:QUERYPARAM="awsBeaconData"
#EXT-X-DEFINE:QUERYPARAM="awsBeaconDomain"
#EXT-X-DEFINE:QUERYPARAM="awsConfigurationName"
#EXTINF:5.0,
{$awsBeaconDomain}/segment/hash/{$awsConfigurationName}/{$awsBeaconData}/0/0?aws.segmentRelativePath=asset_00001.ts
```
El reproductor resuelve las `{$awsConfigurationName}` variables y `{$awsBeaconData}``{$awsBeaconDomain}`, utilizando los valores de la cadena de consulta del URI del manifiesto publicitario y, a continuación, solicita cada segmento de anuncio a través MediaTailor de él.
1. La **baliza se activa cuando se solicita un segmento** de anuncio: a medida que el jugador solicita cada segmento de anuncio, se envía la solicitud MediaTailor. El servicio descifra los datos de la baliza, determina la posición del segmento dentro del anuncio (impresión, primer cuartil, punto medio, tercer cuartil o completo) y envía la baliza de seguimiento VAST adecuada al servidor de anuncios. MediaTailor a continuación, redirige al reproductor al segmento de contenido publicitario real.
## Requisitos del reproductor para la baliza SGAI del lado del servidor
Para utilizar la baliza del lado del servidor con SGAI, tu jugador debe cumplir los siguientes requisitos:
+ HLS versión 11 o posterior
+ Support for `EXT-X-DATERANGE` with `CLASS` attribute for HLS Interstitials
+ Support for `#EXT-X-DEFINE:QUERYPARAM` variable substitution (RFC 8216bis). El jugador debe decodificar porcentualmente los valores de los parámetros de consulta antes de sustituirlos en el segmento. URLs
**nota**
Actualmente, la baliza SGAI del lado del servidor solo se admite para HLS. La baliza SGAI del lado del servidor aún no es compatible con DASH.
## Comparación con el seguimiento del lado del servidor en modo cosido
En la siguiente tabla se resume en qué se diferencia el seguimiento del lado del servidor entre la inserción de anuncios unificada y la guiada por el servidor:
| Aspecto | Cosido (SSAI) | Guiado por servidor (SGAI) |
| --- | --- | --- |
| Capacidad de almacenamiento en caché manifiesta | Por sesión, no se puede almacenar en caché | Se puede almacenar en caché y se comparte entre los espectadores |
| Enrutamiento de segmentos de anuncios | Mediante el /v1/segment/ uso del ID de sesión | Mediante /v1/segment/ el uso de un blob de datos de baliza cifrado |
| Estado de sesión para balizas | Almacenado por sesión en MediaTailor | Sin sesión: todo el estado se incluye en el parámetro cifrado awsBeaconData |
| URL de seguimiento al inicio de la sesión | Se devuelve en la respuesta de inicialización de la sesión | No se proporciona: los datos de la baliza se incluyen en el anuncio de cada URIs respuesta a la lista de activos |
| Compatibilidad con DASH | compatible | No se admite todavía |
**nota**
Para las sesiones de SGAI en directo, puedes habilitar la búsqueda previa de anuncios basada en manifiestos mediante. `aws.guidedPrefetchMode=MANIFEST` Esto es independiente de la API de captura previa basada en horarios que se utiliza en las sesiones agrupadas (SSAI). Para obtener más información, consulte [Búsqueda previa guiada con palpitaciones manifiestas](sgai-guided-prefetch.md).
# Glosario de balizas de seguimiento del lado del servidor
MediaTailor El seguimiento del lado del servidor utiliza un conjunto estandarizado de balizas para informar del progreso de visualización de los anuncios a los servidores de anuncios y a los servicios de verificación. Estas balizas se ajustan a los estándares de la Oficina de Publicidad Interactiva (IAB) para la medición de los anuncios de vídeo y proporcionan informes precisos sobre las impresiones de los anuncios y las tasas de finalización.
**Tipos de balizas de seguimiento del lado del servidor**
| Tipo de baliza | Cuando se dispara | Finalidad | Detalles de temporización |
| --- | --- | --- | --- |
| Impresión | Cuando el jugador solicita el primer segmento de anuncio | Indica que el contenido del anuncio ha empezado a cargarse y está a punto de mostrarse al espectador | Se activa cuando se /v1/segment solicita un anuncio por primera vez. Cumple con las directrices de la IAB, que exigen que el contenido de los anuncios comience a cargarse antes de contabilizar una impresión. Consulte [Flujo de trabajo de seguimiento del lado del servidor](ad-reporting-server-side-timing-behavior.md#ad-reporting-server-side-timing-behavior-workflow) la secuencia completa. |
| Inicio | Cuando el reproductor comience a renderizar el contenido del anuncio | Confirma que la reproducción del anuncio se ha iniciado realmente | Normalmente, se activa simultáneamente con la baliza de impresión de la primera solicitud de segmento, pero representa el inicio real de la renderización del anuncio. Esta distinción es importante para los servicios de verificación que rastrean los eventos de impresión e inicio por separado. |
| Primer cuartil | Cuando el jugador alcanza el 25% de la duración del anuncio | Mide la visualización continua del anuncio durante el primer trimestre del anuncio | Se activa cuando el jugador solicita el segmento que contiene el 25% de la duración del anuncio. Por ejemplo, en un anuncio de 20 segundos con segmentos de 2 segundos, normalmente se activa cuando se solicita el tercer segmento (aproximadamente entre 4 y 6 segundos después del anuncio). |
| Punto medio | Cuando el jugador alcanza el 50% de la duración del anuncio | Mide la visualización continua del anuncio durante la mitad del anuncio | Se activa cuando el jugador solicita el segmento que contiene el 50% de la duración del anuncio. Por ejemplo, en un anuncio de 20 segundos con segmentos de 2 segundos, normalmente se activa cuando se solicita el quinto segmento (aproximadamente entre 8 y 10 segundos después del anuncio). |
| Tercer cuartil | Cuando el jugador alcanza el 75% de la duración del anuncio | Mide la visualización continua del anuncio durante las tres cuartas partes del anuncio | Se activa cuando el jugador solicita el segmento que contiene el 75% de la duración del anuncio. Por ejemplo, en un anuncio de 20 segundos con segmentos de 2 segundos, normalmente se publicaría cuando se solicitara el octavo segmento (aproximadamente entre 14 y 16 segundos después del anuncio). |
| Completado | Cuando el jugador llega al final del anuncio | Confirma que el anuncio completo se ha entregado al espectador | Se activa cuando el jugador solicita el segmento final del anuncio. Esto indica que es posible que el espectador haya visto todo el contenido del anuncio. Por ejemplo, en un anuncio de 20 segundos con segmentos de 2 segundos, suele aparecer cuando se solicita el décimo segmento (aproximadamente entre 18 y 20 segundos después del anuncio). |
**nota**
El momento exacto en que se activa la baliza depende de la duración del segmento y de la longitud del anuncio. MediaTailor calcula la solicitud de segmento adecuada que corresponde a cada posición del cuartil en función de la duración específica del anuncio y de la estructura del segmento.
# 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 cronometraje
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/segment` URLs, 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:
![\[La fase de inicialización de la sesión muestra al jugador que solicita un manifiesto MediaTailor y lo recibe personalizado con un segmento URLs de anuncio.\]](http://docs.aws.amazon.com/es_es/mediatailor/latest/ug/images/ss-track-phase1.png)
**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:
![\[La fase de seguimiento de las impresiones del anuncio muestra el MediaTailor envío de balizas de impresión y de inicio al servidor de decisiones publicitarias y a los servicios de verificación de anuncios cuando el jugador solicita el primer segmento de anuncio.\]](http://docs.aws.amazon.com/es_es/mediatailor/latest/ug/images/ss-track-phase2.png)
**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:
![\[La fase de seguimiento del cuartil muestra cómo se envían balizas de cuartil tanto MediaTailor al servidor de decisiones publicitarias como a los servicios de verificación de anuncios cuando el jugador solicita los siguientes segmentos de anuncios.\]](http://docs.aws.amazon.com/es_es/mediatailor/latest/ug/images/ss-track-phase3.png)
**Fase 4: Entrega por segmentos**
Tras activar las balizas de seguimiento, MediaTailor redirige al segmento de anuncio real desde Amazon CloudFront o tu CDN:
![\[La fase de publicación de los segmentos muestra cómo MediaTailor se redirige al jugador al segmento de anuncio real desde la CDN tras activar las CloudFront balizas de seguimiento.\]](http://docs.aws.amazon.com/es_es/mediatailor/latest/ug/images/ss-track-phase4.png)
El flujo de trabajo de seguimiento del lado del servidor incluye los siguientes comportamientos clave de sincronización:
1. **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/segment` ruta.
1. 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.
1. **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/segment` URL, no cuando se analiza el manifiesto.
1. **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.
1. **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/segment` solicitudes 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, consulte[Solución de problemas comunes de](monitoring-and-troubleshooting.md#troubleshooting-common-issues).
# MediaTailor funciones y capacidades de seguimiento del lado del servidor
AWS Elemental MediaTailor aplica automáticamente estas funciones de seguimiento integradas del lado del servidor para optimizar la precisión y la fiabilidad de la medición de anuncios. El sistema evita la duplicación de balizas, gestiona el tráfico durante los períodos de gran volumen, mantiene una secuencia de eventos adecuada y proporciona una supervisión integral del rendimiento sin que tengas que realizar ninguna configuración por tu parte. Solo tienes que asegurarte de que tu servidor de decisiones publicitarias (ADS) proporcione las balizas de seguimiento en la respuesta de VAST.
**nota**
Estas funciones estarán disponibles para los nuevos clientes a partir del 30 de septiembre de 2025. Los clientes actuales tendrán acceso a él a lo largo de 2025 como parte de las mejoras continuas del servicio. Si desea tener acceso inmediato a estas funciones, póngase en contacto con [AWS Support](https://aws.amazon.com/premiumsupport/).
**nota**
Estas funciones se aplican tanto a los métodos de inserción de anuncios agrupados (SSAI) como a los guiados por el servidor (SGAI). Los tipos de balizas y la temporización son los mismos en ambos modos. Se diferencian en la forma en que MediaTailor activan las balizas; consulte [Seguimiento del lado del servidor con inserción de anuncios guiada por el servidor (SGAI)](ad-reporting-server-side-sgai.md) para obtener más información sobre la baliza SGAI del lado del servidor.
## Deduplicación de balizas
MediaTailor evita que se activen balizas duplicadas para eventos publicitarios idénticos. El sistema de seguimiento del servidor envía cada baliza de impresión, cuartil y finalización solo una vez por sesión de visualización del anuncio. Cuando los reproductores de vídeo solicitan el mismo segmento de anuncios varias veces debido a las condiciones de la red, a cambios en la velocidad de bits o a estrategias de almacenamiento en búfer, MediaTailor rastrea las balizas emitidas y bloquea las transmisiones redundantes.
La deduplicación resuelve automáticamente los escenarios habituales que provocan un aumento del número de balizas:
+ **Transmisión con velocidad de bits adaptativa**: cuando los jugadores descargan variantes de calidad diferentes del mismo segmento de anuncios
+ **Escenarios de reintentos de red**: cuando los jugadores vuelven a solicitar segmentos debido a problemas de red o a tiempos de espera
+ **Estrategias de almacenamiento en búfer de jugadores**: cuando los jugadores capturan segmentos previamente o vuelven a buscarlos con fines de almacenamiento
El sistema está diseñado para disparar balizas de impresión una sola vez, incluso cuando los jugadores cambian entre diferentes niveles de calidad.
## Regulación adaptativa y reintentos de baliza
MediaTailor gestiona automáticamente las tasas de tráfico de balizas en función de los indicadores de respuesta del servidor. El sistema monitorea los patrones de respuesta HTTP, los tiempos de espera de conexión y los códigos de error para detectar la congestión y, a continuación, ajusta las tasas de tráfico en consecuencia. Cuando el sistema identifica los indicadores de stress del servidor, reduce las tasas de tráfico del dominio afectado y las aumenta automáticamente cuando los servidores muestran una capacidad mejorada.
El sistema monitorea el estado de los servidores mediante estos indicadores:
+ Tiempos de **espera de conexión HTTP**: cuando las plataformas de medición no responden en los plazos esperados
+ **Códigos de respuesta de error**: respuestas 503, 504 y 507 que indican una sobrecarga del servidor. Su servidor de anuncios también debe admitir estos códigos de error para lograr una compatibilidad total.
+ **Patrones de respuesta**: cambios en el rendimiento de la plataforma de medición que indican problemas de capacidad
El comportamiento de reintento intenta realizar automáticamente la entrega durante un máximo de 1 hora con un retraso mínimo de 30 segundos entre los intentos. Este comportamiento de reintento no se puede configurar.
## Gestión del tráfico de balizas por segundo
Puede establecer límites de TPS para controlar las tasas de emisión de balizas. Esta es la única configuración configurable para las funciones de seguimiento del lado del servidor. Los límites a nivel de cuenta limitan el número total de solicitudes de seguimiento de anuncios enviadas a todos los socios de medición. MediaTailor impone un límite mínimo de TPS de 10 000 para proporcionar una capacidad suficiente para las operaciones a escala empresarial.
Envíe una solicitud de AWS asistencia para establecer los límites de TPS con la siguiente información:
+ **ID de cuenta de AWS**: su identificador de cuenta específico
+ **Región objetivo**: la región de AWS en la que desea que se aplique el límite de TPS
+ **Umbral de TPS deseado**: el límite de transacciones por segundo requerido (mínimo 10 000)
De forma predeterminada, no hay límite de TPS. Puedes solicitar un límite de TPS si tu servidor de decisiones publicitarias (ADS) lo requiere, pero el límite debe ser superior a 10 000 TPS. MediaTailor no superará el límite especificado, pero no garantiza un rendimiento uniforme hasta ese límite. Tu servidor de decisiones publicitarias te dirá qué límites de TPS admite.
## Balizamiento ordenado
MediaTailor mantiene automáticamente la entrega secuencial de los eventos de seguimiento de anuncios. El sistema mantiene el orden de las balizas incluso cuando se producen problemas con la red, los reintentos o la gestión del tráfico. Esto garantiza que los socios de medición reciban los eventos en el orden correcto para realizar análisis precisos.
El sistema sigue la secuencia de balizas estándar del sector:
1. **Iniciar eventos**: se activa cuando comienza la reproducción del anuncio
1. **Eventos del primer cuartil**: se activa cuando se completa el anuncio un 25%
1. **Eventos de punto medio: dispara** al 50% y los completa
1. **Eventos del tercer cuartil**: dispara al 75% y los completa
1. **Eventos de finalización**: se activan cuando los anuncios terminan
Estas funciones funcionan juntas automáticamente:
+ Las balizas se mantienen presionadas durante la aceleración para mantener el orden adecuado
+ Cada dominio asociado a la medición tiene colas de eventos independientes para evitar interrupciones durante los ajustes de la tarifa
+ La deduplicación rastrea el tipo de evento y la posición en el cronograma, manteniendo el orden cronológico