Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Suivi des publicités côté serveur
AWS Elemental MediaTailor par défaut, les rapports côté serveur. Avec le reporting côté serveur, lorsque le lecteur demande une URL de publicité du manifeste, le service indique la consommation de publicité directement à l'URL de suivi publicitaire. Une fois que le lecteur initialise une session de lecture MediaTailor, aucune autre entrée n'est requise de votre part ou du lecteur pour effectuer le reporting côté serveur. Au fur et à mesure que chaque annonce est diffusée, des balises sont MediaTailor envoyées au serveur publicitaire pour indiquer le nombre de vues de l'annonce. MediaTailor envoie des balises pour le début de l'annonce et pour la progression de l'annonce par quartiles : le premier quartile, le point médian, le troisième quartile et la fin de l'annonce.
Synchronisation du suivi et comportement de mise en cache côté serveur
Dans les rapports côté serveur, MediaTailor déclenche des événements de suivi basés sur les demandes de segment réelles du joueur, et non sur les activités d'analyse du manifeste ou de préchargement. 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 fondamentaux de synchronisation :
-
Les événements de suivi se déclenchent lors de demandes de segments réelles : les balises ne sont envoyées que lorsque le joueur envoie des requêtes HTTP
/v1/segment
URLs, et non lors de l'analyse ou de la mise en cache du manifeste. -
La mise en cache et le préchargement des manifestes par les joueurs 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 avant de les visionner, cela suit le comportement standard du secteur selon lequel les demandes de segment constituent des impressions valides.
-
Chaque demande /v1/segment déclenche la 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és.
-
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.
Flux de travail de suivi côté serveur
Le schéma suivant illustre l'ensemble du flux de travail de suivi côté serveur, indiquant à quel moment les événements de suivi sont déclenchés en relation avec les demandes des joueurs :

Le flux de travail de suivi côté serveur inclut les principaux comportements temporels suivants :
-
Initialisation de session - Le joueur demande un manifeste à MediaTailor. MediaTailor renvoie un manifeste personnalisé contenant un segment publicitaire URLs avec le
/v1/segment
chemin d'accès. -
Analyse et mise en cache du manifeste : le joueur analyse le manifeste et peut précharger ou mettre en cache les informations relatives aux segments. Aucun événement de suivi n'est déclenché pendant cette phase, quel que soit le comportement du joueur lors de la mise en cache.
-
Demande de segment publicitaire et suivi des impressions : lorsque le joueur demande réellement le premier segment publicitaire (généralement destiné à être diffusé), MediaTailor déclenche la balise d'impression et commence à suivre l'événement. Cela se produit lors de la requête HTTP réelle envoyée à l'
/v1/segment
URL, et non lors de l'analyse du manifeste. -
Suivi des quartiles basé sur les demandes de segment : MediaTailor déclenche des balises de quartile (premier quartile, point médian, troisième quartile, achèvement) en fonction des demandes de segment suivantes qui correspondent aux positions des quartiles calculées pendant la durée de l'annonce.
-
Diffusion par segment : après avoir activé la balise de suivi appropriée, MediaTailor émet une redirection HTTP vers le segment publicitaire en question (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 segment réelles sont effectuées.
-
Prélecture des segments : si un joueur préextrait des segments publicitaires avant leur diffusion, les événements de suivi se déclenchent lorsque ces segments sont demandés, potentiellement avant l'heure de lecture réelle. Ce comportement est conforme aux normes du secteur qui considèrent les demandes de segment comme des impressions valides.
-
Mise en mémoire tampon du lecteur : le comportement standard de mise en mémoire tampon du lecteur (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 remarquez des différences entre le suivi MediaTailor côté serveur et les indicateurs tiers, tenez compte des facteurs suivants :
-
Différences de comportement des joueurs - Les stratégies de pré-extraction et de mise en mémoire tampon peuvent varier selon les joueurs, ce qui influe sur le moment où les demandes de segment 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 prévus.
-
Configuration du CDN - La mise en cache incorrecte des
/v1/segment
demandes sur le CDN peut entraîner l'omission ou la duplication d'événements de suivi. -
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, consultezRésolution des problèmes courants.
Glossaire des balises de suivi côté serveur
MediaTailor le suivi côté serveur utilise un ensemble standardisé de balises pour signaler la progression du visionnage des annonces aux serveurs publicitaires et aux services de vérification. Ces balises sont conformes aux normes de l'Interactive Advertising Bureau (IAB) en matière de mesure des publicités vidéo et fournissent des rapports précis sur les impressions publicitaires et les taux d'achèvement.
Type de balise | En cas de licenciement | Objectif | Détails du chronométrage |
---|---|---|---|
Impression | Lorsque le joueur demande le premier segment publicitaire | Indique que le contenu publicitaire a commencé à se charger et qu'il est sur le point d'être affiché à l'internaute | Déclenché à la première /v1/segment demande d'annonce. S'aligne sur les directives de l'IAB selon lesquelles le contenu publicitaire doit commencer à se charger avant de compter une impression. Voir Flux de travail de suivi côté serveur la séquence complète. |
Démarrer | Quand le joueur commence à afficher le contenu publicitaire | Confirme que la diffusion des publicités a bien commencé | Généralement déclenché simultanément avec la balise d'impression lors de la première demande de segment, mais cela représente le début réel du rendu de la publicité. Cette distinction est importante pour les services de vérification qui suivent séparément les événements d'impression et de démarrage. |
Premier quartile | Lorsque le joueur atteint 25 % de la durée de l'annonce | Mesure le visionnage continu des publicités pendant le premier trimestre de l'annonce | Déclenché lorsque le joueur demande le segment contenant les 25 % de points de la durée de l'annonce. Par exemple, dans une publicité de 20 secondes comportant des segments de 2 secondes, cela se déclenche généralement à la demande du troisième segment (environ 4 à 6 secondes après le début de l'annonce). |
Point médian | Lorsque le joueur atteint 50 % de la durée de l'annonce | Mesure le visionnage continu des publicités pendant la moitié de l'annonce | Déclenché lorsque le joueur demande le segment contenant les 50 % de points de la durée de l'annonce. Par exemple, dans une publicité de 20 secondes comportant des segments de 2 secondes, cela se déclenche généralement à la demande du 5e segment (environ 8 à 10 secondes après le début de l'annonce). |
Troisième quartile | Lorsque le joueur atteint 75 % de la durée de l'annonce | Mesure le visionnage continu des publicités pendant les trois quarts de celles-ci | Déclenché lorsque le joueur demande le segment contenant les 75 % de points de la durée de l'annonce. Par exemple, dans une publicité de 20 secondes comportant des segments de 2 secondes, cela se déclenche généralement à la demande du 8e segment (environ 14 à 16 secondes après le début de l'annonce). |
Complet | Lorsque le joueur atteint la fin de l'annonce | Confirme que l'intégralité de l'annonce a été diffusée au spectateur | Déclenché lorsque le joueur demande le dernier segment de l'annonce. Cela indique que le spectateur a potentiellement vu l'intégralité du contenu de l'annonce. Par exemple, dans une annonce de 20 secondes comportant des segments de 2 secondes, cela se déclenche généralement à la demande du dixième segment (environ 18 à 20 secondes après le début de l'annonce). |
Note
Le moment exact du déclenchement de la balise dépend de la durée du segment et de la longueur de l'annonce. MediaTailor calcule la demande de segment appropriée correspondant à chaque position du quartile en fonction de la durée de l'annonce et de la structure du segment spécifiques.
Pour effectuer le reporting publicitaire côté serveur
-
Depuis le lecteur, initialisez une nouvelle session de MediaTailor lecture à l'aide d'une requête dans l'un des formats suivants, conformément à votre protocole :
-
Exemple : format HLS
GET
<mediatailorURL>
/v1/master/<hashed-account-id>
/<origin-id>
/<asset-id>
?ads.<key-value-pairs-for-ads>
&<key-value-pairs-for-origin-server>
-
Exemple : format DASH
GET
<mediatailorURL>
/v1/dash/<hashed-account-id>
/<origin-id>
/<asset-id>
?ads.<key-value-pairs-for-ads>
&<key-value-pairs-for-origin-server>
Les paires clé-valeur sont les paramètres de ciblage dynamique pour le suivi publicitaire. Pour plus d'informations sur l'ajout de paramètres à la demande, consultez MediaTailor variables publicitaires dynamiques.
-
AWS Elemental MediaTailor répond à la demande avec l'URL du manifeste. Le manifeste contient URLs les manifestes destinés aux médias. Les manifestes des médias contiennent des liens intégrés pour les demandes de segments publicitaires.
Note
Lorsqu' MediaTailor une double barre oblique (//) apparaît dans une URL de suivi, elle réduit les barres obliques à une (/).
Lorsque le joueur demande la diffusion depuis l'URL (/v1/segment
chemin) d'un segment publicitaire, il AWS Elemental MediaTailor envoie la balise appropriée au serveur publicitaire via le suivi publicitaire URLs. Dans le même temps, le service émet une redirection vers le segment publicitaire *.ts
réel. Le segment publicitaire se trouve soit dans la CloudFront distribution Amazon où MediaTailor les publicités transcodées sont stockées, soit dans le réseau de diffusion de contenu (CDN) dans lequel vous avez mis l'annonce en cache.