Server-side suivi du calendrier et du comportement de mise en cache

Dans les rapports côté serveur, les événements de suivi MediaTailor sont déclenchés en fonction des demandes de segments réelles du joueur, et non en fonction des activités d'analyse ou de préchargement du manifeste. Cette approche garantit un comptage précis des impressions, conforme aux normes du secteur en matière de mesure des publicités vidéo.

Principaux principes de chronométrage

MediaTailor le suivi côté serveur suit ces principes de synchronisation fondamentaux :

• Les événements de suivi se déclenchent sur les demandes de segments réelles. Les balises ne sont envoyées que lorsque le lecteur envoie des requêtes HTTP à des /v1/segment URL, et non lors de l'analyse ou de la mise en cache du manifeste.

• La mise en cache des joueurs et le préchargement des manifestes ne déclenchent PAS d'événements. Les joueurs peuvent analyser, mettre en cache ou précharger les informations des manifestes sans générer d'événements de suivi.

• La prélecture des segments déclenchera des événements  : si les joueurs préextraient des segments publicitaires réels avant leur lecture, cela suit le comportement standard du secteur selon lequel les demandes de segments constituent des impressions valides.

• Chaque v1/segment demande déclenche une balise appropriée - L'événement de suivi spécifique (impression, quartile, achèvement) est déterminé par la position de l'annonce et le segment demandé.

• Le calendrier est conforme aux normes de l'IAB - L'approche suit les directives de l'Interactive Advertising Bureau en matière de mesure des publicités vidéo et de comptage des impressions.

Server-side flux de travail de suivi

Les diagrammes suivants illustrent l'ensemble du flux de travail de suivi côté serveur, indiquant quand les événements de suivi sont déclenchés en relation avec les demandes des joueurs :

Phase 1 : initialisation de la session

Le joueur demande un manifeste à MediaTailor, qui renvoie un manifeste personnalisé contenant les URL des segments d'annonces :

Phase 2 : suivi des demandes d'annonces et des impressions

Lorsque le lecteur demande le premier segment publicitaire, envoie des balises MediaTailor d'impression et de démarrage à la fois au serveur de décision publicitaire et aux services de vérification des publicités :

Phase 3 : suivi des quartiles

MediaTailor déclenche des balises de quartile (premier quartile, point médian, troisième quartile, achèvement) en fonction des demandes de segments suivantes :

Phase 4 : Livraison du segment

Après avoir lancé des balises de suivi, MediaTailor redirection vers le segment publicitaire réel depuis Amazon CloudFront ou votre CDN :

Le flux de travail de suivi côté serveur inclut les principaux comportements de synchronisation suivants :

1. Initialisation de la session - Le joueur demande un manifeste à MediaTailor. MediaTailor renvoie un manifeste personnalisé contenant les URL des segments d'annonces avec le /v1/segment chemin.

2. Analyse et mise en cache du manifeste  : le joueur analyse le manifeste et peut précharger ou mettre en cache les informations des segments. Aucun événement de suivi n'est déclenché pendant cette phase, quel que soit le comportement du joueur en matière de mise en cache.

3. Suivi des demandes de segments publicitaires et des impressions  : lorsque le lecteur demande réellement le premier segment publicitaire (généralement pour la lecture), MediaTailor déclenche la balise d'impression et lance le suivi de l'événement vers le serveur de décision publicitaire et les services de vérification des publicités. Cela se produit lors de la requête HTTP proprement dite adressée à l'/v1/segmentURL, et non lors de l'analyse du manifeste.

4. Suivi des quartiles basé sur les demandes de segments  : envoie MediaTailor des balises de quartile (premier quartile, point médian, troisième quartile, achèvement) à la fois au serveur de décision publicitaire et aux services de vérification des publicités en fonction des demandes de segments suivantes qui correspondent aux positions de quartile calculées pendant la durée de l'annonce.

5. Diffusion des segments  : après avoir activé la balise de suivi appropriée, MediaTailor émet une redirection HTTP vers le segment publicitaire réel (depuis Amazon CloudFront ou votre CDN).

Considérations relatives à la mise en cache et au préchargement des joueurs

MediaTailor le suivi côté serveur est conçu pour être compatible avec les différentes stratégies de mise en cache et de préchargement des joueurs tout en maintenant une mesure précise des impressions :

• Préchargement du manifeste  : les joueurs qui préchargent ou mettent en cache les informations du manifeste ne déclenchent pas d'événements de suivi. Les événements de suivi ne sont déclenchés que lorsque des demandes de segments réelles sont effectuées.

• Prélecture des segments  : si un lecteur extrait des segments d'annonces avant leur lecture, des événements de suivi se déclenchent lorsque ces segments sont demandés, éventuellement avant la durée de lecture réelle. Ce comportement est conforme aux normes du secteur qui considèrent les demandes de segments comme des impressions valides.

• Mise en mémoire tampon du lecteur  : le comportement standard de mise en mémoire tampon du joueur (demande de segments légèrement avant la lecture) déclenche des événements de suivi aux moments appropriés en fonction du modèle de demande de segment.

Résolution des problèmes de suivi

Si vous constatez des différences entre le suivi MediaTailor côté serveur et les indicateurs tiers, tenez compte des facteurs suivants :

• Différences de comportement entre les joueurs  : les stratégies de pré-chargement et de mise en mémoire tampon peuvent varier d'un joueur à l'autre, ce qui influe sur le moment où les demandes de segments sont effectuées.

• État du réseau - Les mauvaises conditions du réseau peuvent amener les joueurs à demander des segments plusieurs fois ou à des intervalles différents de ceux attendus.

• Configuration du CDN  : une mise en cache CDN incorrecte des /v1/segment demandes peut entraîner des événements de suivi manqués ou dupliqués.

• Gestion des sessions  : assurez-vous que chaque session de lecture utilise un identifiant de session unique pour éviter les conflits liés aux événements de suivi.

Pour obtenir des conseils de dépannage détaillés, consultezDépannage des problèmes courants.