Exigences VAST, VMAP et VPAID pour les serveurs publicitaires

Pour intégrer votre serveur publicitaire AWS Elemental MediaTailor, celui-ci doit envoyer du code XML conforme aux spécifications de l'IAB pour les versions prises en charge de VAST et VMAP. Vous pouvez utiliser un validateur VAST public pour vous assurer que les balises sont correctement formées.

AWS Elemental MediaTailor prend en charge les réponses VAST et VMAP des serveurs de décision publicitaire. AWS Elemental MediaTailor prend également en charge la transmission par proxy des métadonnées VPAID via notre API de reporting côté client pour l'insertion de publicités côté client. Pour plus d'informations sur la création de rapports côté client, consultez Suivi côté client.

MediaTailor prend en charge les versions suivantes de VAST, VMAP et VPAID :

• VAST 2.0 et 3.0

• VMAP 1.0

• VPAID 2.0

Des exigences VASTES

La réponse VAST de votre serveur de publicités doit contenir les éléments TrackingEvents conformes à IAB et les types d'événements standard, comme impression. Si vous n'incluez pas les événements de suivi standard, AWS Elemental MediaTailor rejette la réponse VAST et ne fournit pas de publicité pour la diffusion.

VAST 3.0 a introduit la prise en charge des pods publicitaires, qui consiste en la livraison d'un ensemble de publicités linéaires séquentielles. Si une annonce spécifique dans un module publicitaire n'est pas disponible, AWS Elemental MediaTailor enregistre une erreur dans le journal des interactions de l'ADS. CloudWatch Ensuite, il tente d'insérer la prochaine ad dans le pod. De cette façon, MediaTailor parcourt les publicités du module jusqu'à ce qu'il en trouve une qu'il peut utiliser.

Ciblage

Pour cibler des lecteurs spécifiques pour vos publicités, vous pouvez créer des modèles pour vos balises publicitaires et vos URL. Pour plus d’informations, consultez Utilisation de variables publicitaires dynamiques dans AWS Elemental MediaTailor.

AWS Elemental MediaTailor utilise par proxy le lecteur user-agent et x-forwarded-for les en-têtes lorsqu'il envoie la requête VAST au serveur publicitaire et lorsqu'il passe les appels de suivi côté serveur. Assurez-vous que votre serveur de publicités puisse gérer ces en-têtes. Sinon, vous pouvez utiliser [session.user_agent] ou [session.client_ip] et transmettre ces valeurs dans les chaînes de requête sur la balise et l'URL de la publicité. Pour plus d’informations, consultez Utilisation de variables de session.

Appels publicitaires

AWS Elemental MediaTailor appelle l'URL de vos annonces VAST telle que définie dans votre configuration. Il remplace tous les paramètres spécifiques au joueur ou à la session lors de l'appel publicitaire. MediaTailor suit jusqu'à cinq niveaux de wrappers VAST et de redirections dans la réponse VAST. Dans les scénarios de diffusion en direct, MediaTailor passe des appels publicitaires simultanément au début de la diffusion de la publicité pour les joueurs connectés. En pratique, pour des raisons d'instabilité, ces appels peuvent être répartis sur quelques secondes. Assurez-vous que votre serveur publicitaire peut gérer le nombre de connexions simultanées requises par ce type d'appel. MediaTailor prend en charge la prélecture des réponses VAST pour les flux de travail en direct. Pour plus d’informations, consultez Publicités de prélecture.

Manipulation créative

Lorsqu'il AWS Elemental MediaTailor reçoit la réponse ADS VAST, il identifie pour chaque création le débit le plus élevé MediaFile pour le transcodage et l'utilise comme source. Il envoie ce fichier au on-the-fly transcodeur pour le transformer en rendus adaptés aux principaux débits binaires et résolutions du manifeste du joueur. Pour obtenir de meilleurs résultats, assurez-vous que votre fichier multimédia au débit binaire le plus élevé est une ressource MP4 de haute qualité avec des préréglages du manifeste valides. Lorsque les préréglages du manifestes ne sont pas valides, les tâches de transcodage échouent et aucun résultat n'apparaît. Les exemples de préréglages non valides incluent les formats de fichiers d'entrée non pris en charge, tels que, et certaines spécifications de rendu ProRes, telles que la résolution 855 x 481.

Indexation des créations

AWS Elemental MediaTailor indexe de manière unique chaque création en fonction de la valeur de l'idattribut fourni dans l'<Creative>élément. Si l'identifiant d'une création n'est pas spécifié, MediaTailor utilise l'URL du fichier multimédia pour l'index.

L'exemple de déclaration suivant affiche l'ID de la création.

<Creatives>
        <Creative id="57859154776" sequence="1">

Si vous définissez vos propres ID de création, utilisez un nouvel ID unique pour chaque création. Ne réutilisez pas les identifiants créatifs. AWS Elemental MediaTailor stocke le contenu créatif pour une utilisation répétée et trouve chacun grâce à son identifiant indexé. Lorsqu'une nouvelle création intervient, le service vérifie d'abord son ID par rapport à l'index. Si l'identifiant est présent, MediaTailor utilise le contenu stocké plutôt que de retraiter le contenu entrant. Si vous réutilisez un Creative ID, MediaTailor utilisez l'ancienne annonce enregistrée et ne diffusez pas votre nouvelle annonce.

Exigences relatives au VPAID

VPAID permet aux éditeurs de servir des vidéos publicitaires hautement interactives et de fournir des métriques de visibilité sur leurs flux monétisés. Pour plus d'informations sur VPAID, consultez la spécification VPAID.

AWS Elemental MediaTailor prend en charge un mélange de publicités linéaires server-side-stitched VAST MP4 et de créations interactives client-side-inserted VPAID dans le même espace publicitaire. Il préserve l'ordre dans lequel ils apparaissent dans la réponse VAST. MediaTailor suit les redirections VPAID via un maximum de cinq niveaux de wrappers. La réponse du reporting côté client inclut les métadonnées VPAID non wrappées.

Pour utiliser VPAID, suivez ces instructions :

• Configurez une liste MP4 pour vos créations VPAID. AWS Elemental MediaTailor remplit les espaces publicitaires VPAID avec votre liste configurée et fournit des métadonnées publicitaires VPAID que le joueur client peut utiliser pour diffuser les publicités interactives. Si vous n'avez pas configuré de liste, lorsqu'une annonce VPAID apparaît, les métadonnées de l'annonce sont MediaTailor fournies par le biais de rapports côté client, comme d'habitude. Il enregistre également une erreur CloudWatch concernant l'ardoise manquante. Pour plus d’informations, consultez Insérer une ardoise et Création d'une configuration.

• Utilisez les rapports côté client. AWS Elemental MediaTailor supporte VPAID via notre API de reporting côté client. Pour plus d’informations, consultez Suivi côté client.

  En théorie, il est possible d'utiliser le reporting côté serveur par défaut avec VPAID. Cependant, si vous utilisez le reporting côté serveur, vous perdez toutes les informations sur la présence de la publicité VPAID et sur les métadonnées associées, car elles sont uniquement disponibles via l'API côté client.

• Dans les scénarios en direct, assurez-vous que vos diffusions de publicités, signalées par EXT-X-CUE-OUT: Duration, sont assez grandes pour prendre en charge une interactivité utilisateur sur VPAID. Par exemple, si le fichier XML VAST spécifie une publicité VPAID d'une durée de 30 secondes, implémentez votre diffusion de publicités pour qu'elle dépasse 30 secondes, afin d'intégrer la publicité. Si vous ne le faites pas, vous perdez les métadonnées VPAID, car la durée restante de la diffusion de publicités n'est pas assez longue pour intégrer la publicité VPAID.