VAST, VPAID et diffusion publicitaire vidéo expliqués aux acheteurs DSP

La vidéo est l’un des formats les plus précieux en achat programmatic, mais aussi l’un des plus fragiles. Une bannière display se charge ou ne se charge pas. Une publicité vidéo doit être trouvée, récupérée, décodée, lue et mesurée, souvent à travers une chaîne de serveurs que l’acheteur ne voit jamais. Dès qu’un maillon de cette chaîne casse, l’impression est perdue ou, pire, elle est comptabilisée sans jamais avoir été réellement affichée.

L’essentiel de cette chaîne repose sur un seul standard : VAST, le Video Ad Serving Template publié par l’IAB Tech Lab. À ses côtés figure un standard plus ancien, VPAID, que de nombreux acheteurs voient encore dans les spécifications créatives alors que l’industrie s’en est détournée. Comprendre le rôle de ces deux standards, et ce qui peut mal tourner avec eux, permet d’expliquer une grande partie des problèmes de diffusion et de reporting des campagnes vidéo.

Ce guide explique ce qu’est VAST, comment une réponse VAST est construite, comment fonctionne la diffusion publicitaire vidéo de la bid request jusqu’au player, pourquoi VPAID est en train d’être remplacé, quelles erreurs coûtent le plus cher aux acheteurs et ce qui change lorsque vous achetez de la vidéo sur une plateforme qui vous appartient.

Qu’est-ce que VAST ?

VAST est un format XML qui indique à un player vidéo quelle publicité lire et comment en rendre compte. Lorsqu’un player atteint une coupure publicitaire, il demande une publicité à un ad server. La réponse revient sous la forme d’un document VAST. Ce document liste les fichiers vidéo, l’adresse de click-through et les adresses de tracking que le player doit appeler pendant la lecture de la publicité.

L’intérêt d’un template commun est que n’importe quel player conforme peut lire n’importe quelle publicité conforme. Un éditeur n’a pas besoin de code spécifique pour chaque acheteur, et un acheteur n’a pas besoin de créations spécifiques pour chaque éditeur. Un seul tag VAST peut tourner sur des milliers de sites, d’applications et de chaînes de TV connectée.

VAST a connu plusieurs versions. VAST 2.0 et 3.0 restent courants dans les players plus anciens. VAST 4.x a ajouté des fichiers mezzanine distincts de haute qualité pour l’insertion publicitaire côté serveur, un Universal Ad ID pour suivre une même création d’une plateforme à l’autre, ainsi qu’une section dédiée aux scripts de vérification. La plupart des players modernes acceptent VAST 4, mais de nombreux partenaires supply exigent encore une compatibilité VAST 2 ou 3 : les acheteurs doivent donc vérifier ce que chaque emplacement prend en charge.

À l’intérieur d’une réponse VAST

Un document VAST est un ensemble d’éléments imbriqués. Vous n’avez pas besoin d’écrire du XML à la main pour acheter de la vidéo, mais vous devez en connaître les principales parties, car la plupart des problèmes de diffusion remontent à l’une d’entre elles.

Deux de ces éléments méritent une attention particulière. Les événements de tracking sont à l’origine de vos métriques vidéo : une création dont les trackers de quartiles sont absents ou défaillants remontera comme si personne ne l’avait regardée. L’adresse d’erreur est le seul moyen de savoir pourquoi une publicité a échoué : un tag VAST qui en est dépourvu vous laisse dans le noir.

Comment fonctionne la diffusion publicitaire vidéo, étape par étape

En achat programmatic, VAST circule à l’intérieur du flux classique de real-time bidding. Si ce flux est nouveau pour vous, notre guide sur le fonctionnement du real-time bidding détaille l’enchère elle-même. Pour la vidéo, les étapes sont les suivantes :

1. Le player atteint une coupure publicitaire. Il peut s’agir d’un pre-roll avant le contenu, d’un mid-roll pendant celui-ci, d’un post-roll après, ou d’un format out-stream intégré dans un article.
2. Le SSP envoie une bid request contenant un objet vidéo. Celui-ci décrit l’emplacement : types de fichiers acceptés, durée minimale et maximale, versions VAST prises en charge, taille du player, possibilité ou non de skipper et position de la publicité dans le contenu.
3. Le DSP confronte l’emplacement à votre campagne. Si votre création ne respecte pas les règles de durée, de taille ou de protocole, le DSP ne doit pas enchérir. Enchérir sur des emplacements que votre publicité ne peut pas remplir, c’est gaspiller des enchères gagnées.
4. Le DSP renvoie une enchère avec un balisage VAST. La bid response contient soit le XML VAST lui-même, soit une adresse à laquelle le player peut le récupérer.
5. Le player charge le VAST, suit les éventuels wrappers et choisit un fichier. Il sélectionne le fichier média le mieux adapté à son écran, à sa connexion et aux types qu’il prend en charge.
6. La publicité est lue et les trackers se déclenchent. L’impression, le démarrage, les quartiles et la complétion sont envoyés à chaque adresse de tracking de la chaîne. En cas d’échec, le player appelle l’adresse d’erreur.

L’objet vidéo de l’étape deux est l’élément le plus utile qu’un acheteur puisse apprendre à lire. Notre article explicatif sur ce qu’est une bid request détaille la structure OpenRTB. Pour la vidéo, les champs à surveiller sont les types MIME acceptés, la plage de durée, la liste des protocoles pris en charge, le start delay (qui indique s’il s’agit d’un pre-roll, d’un mid-roll ou d’un post-roll), le type d’emplacement et le paramètre de skip.

In-stream, out-stream et TV connectée

VAST est utilisé dans des environnements très différents, chacun avec ses propres règles. Une création qui fonctionne bien dans l’un peut échouer ou sous-performer dans un autre.

La TV connectée est l’environnement le plus strict. De nombreuses publicités CTV sont intégrées au flux côté serveur et non lues par un navigateur : il n’existe donc aucun espace où du code interactif pourrait s’exécuter. Les applications TV attendent aussi des fichiers plus lourds et de haute qualité. Notre guide sur la publicité programmatic en CTV traite ce canal en détail, et le guide sur la publicité programmatic in-app couvre la vidéo rewarded et interstitielle dans les applications.

VPAID : ce que c’était et pourquoi il disparaît

VPAID, le Video Player-Ad Interface Definition, a été créé pour rendre les publicités vidéo interactives. Au lieu d’un simple fichier vidéo, la réponse VAST pointait vers un morceau de code, d’abord en Flash puis en JavaScript. Ce code prenait le contrôle de l’emplacement publicitaire. Il pouvait afficher des boutons, des formulaires et des jeux, et exécuter des scripts de mesure.

Le problème, c’est que cette même puissance rendait VPAID peu fiable et lent à charger. Une publicité qui exécute son propre code peut retarder la lecture, vider la batterie des mobiles, se comporter différemment selon le player et masquer ce qu’elle fait. Elle ne fonctionne pas non plus dans la plupart des environnements de TV connectée et d’insertion côté serveur, faute de navigateur pour l’exécuter. De nombreux éditeurs et players bloquent ou limitent désormais VPAID, et certaines sources supply le rejettent purement et simplement.

L’IAB Tech Lab a réparti les deux fonctions de VPAID entre des standards distincts et plus sûrs :

• OMID (Open Measurement) gère la visibilité et la vérification. Le code de mesure est déclaré dans la section AdVerifications de VAST 4.1 et des versions ultérieures, et s’exécute à côté de la publicité au lieu de l’encapsuler.
• SIMID (Secure Interactive Media Interface Definition) gère l’interactivité. Le player garde le contrôle de la vidéo, et la couche interactive s’exécute dans un cadre séparé superposé.
• La vidéo linéaire VAST classique gère tout le reste. Pour la plupart des campagnes de performance et de branding, un fichier vidéo propre avec des trackers correctement configurés suffit.

Pour les acheteurs, la règle pratique est simple. Sauf si un emplacement demande explicitement des formats interactifs et les prend en charge, diffusez de la vidéo VAST propre avec une mesure via OMID. Vous accéderez à davantage de supply et perdrez moins d’impressions à cause d’erreurs de player.

VAST, VPAID et VMAP en un coup d’œil

Les acheteurs croisent souvent un troisième acronyme dans les spécifications : VMAP, le Video Multiple Ad Playlist. Il ne décrit pas une publicité. Il décrit les coupures publicitaires au sein d’un contenu : à quel moment elles surviennent et combien de publicités chacune contient. Le tableau ci-dessous distingue les trois.

Les erreurs VAST qui coûtent le plus cher aux acheteurs

VAST définit des codes d’erreur numérotés que les players envoient à l’adresse d’erreur. Inutile de mémoriser la liste complète, mais quelques familles expliquent la plupart des impressions vidéo perdues :

• Erreurs XML et de version (série 100). Le player n’a pas pu lire le VAST ou ne prend pas en charge la version. Elles sont souvent dues à un balisage défectueux ou à l’envoi de VAST 4 à un player plus ancien.
• Erreurs de wrapper (série 300). Un wrapper a expiré, la chaîne comportait trop de sauts ou le dernier saut n’a renvoyé aucune publicité. Les longues chaînes de wrappers figurent parmi les causes les plus fréquentes d’enchères vidéo gagnées puis perdues.
• Erreurs linéaires et de fichier média (série 400). Le fichier est introuvable, a mis trop de temps à charger, ou aucun fichier ne correspond à ce que le player prend en charge. Cela signifie généralement que la création ne dispose pas des bons formats ou des bonnes tailles.
• Erreurs non définies (900). Quelque chose a échoué et le player n’a pas pu préciser quoi. Des erreurs 900 fréquentes provenant d’une même source méritent une investigation.

La plupart de ces erreurs peuvent être évitées avant le lancement. Limitez la longueur des chaînes de wrappers, idéalement à un seul saut, voire aucun. Chargez plusieurs déclinaisons de chaque vidéo afin que chaque player trouve un fichier adapté. Alignez la version VAST sur ce que l’emplacement prend en charge. Et assurez-vous que chaque création comporte une adresse d’erreur fonctionnelle, afin que les échecs apparaissent dans vos rapports au lieu de disparaître.

Les métriques vidéo à surveiller

Les événements de tracking VAST alimentent les métriques vidéo de votre DSP. Lisez-les ensemble, car chacune, prise isolément, peut vous induire en erreur. Notre guide sur les métriques de reporting DSP présente l’ensemble général ; voici celles propres à la vidéo.

Un écart entre enchères gagnées et démarrages est le signal d’alerte le plus clair. Il signifie que vous payez pour remporter des enchères sur des publicités qui ne sont jamais lues. Vérifiez d’abord les codes d’erreur, puis la source supply. Certaines sources produisent aussi des complétions trop parfaites pour être vraies, ce qui justifie d’associer l’achat vidéo aux contrôles de trafic présentés dans notre guide sur les blocklists de brand safety.

Acheter de la vidéo sur votre propre plateforme

Lorsque vous louez un siège sur un DSP, vous subissez les règles vidéo de la plateforme telles qu’elles sont. Vous ne pouvez pas décider du niveau d’exigence des contrôles pre-bid sur la durée et les protocoles, du nombre de sauts de wrapper acceptés par la plateforme, ni des codes d’erreur qui déclenchent la mise en pause d’une source. Vous voyez les rapports que la plateforme choisit de vous montrer.

Lorsque la plateforme vous appartient, ces règles deviennent les vôtres. Vous pouvez refuser d’enchérir sur des emplacements que vos créations ne peuvent pas remplir, fixer vos propres limites sur VPAID et les wrappers, conserver les données brutes de tracking et d’erreur, et mettre en pause des sources vidéo selon vos propres seuils d’erreur et de complétion. Pour les agences et les ad networks qui vendent de la vidéo à leurs propres clients, ce contrôle fait toute la différence entre expliquer des problèmes de diffusion et les prévenir. La vidéo côtoie le display, le native, l’audio et la TV dans le même formulaire de campagne, comme indiqué sur notre page formats publicitaires.

Prêt à diffuser de la vidéo sur votre propre DSP ?

AdTech Europe fournit une technologie de demand-side platform aux agences, ad networks, équipes d’achat média et entrepreneurs de l’adtech qui souhaitent posséder leur stack d’achat plutôt que de la louer. La vidéo in-stream et out-stream est diffusée aux côtés des formats display, native, in-app, audio et TV, sans frais de QPS, sous votre propre marque et votre propre domaine.

Depuis octobre 2026, vous pouvez louer le DSP pour $500 par mois (les formules mensuelles comprennent des frais de mise en place uniques équivalents à un mois) ou $5,000 par an, acquérir une licence pour $25,000 en une fois ou en 12 mensualités, ou devenir propriétaire de l’intégralité du code source pour $50,000. Les tarifs actuels dans toutes les devises prises en charge figurent sur la page tarifs, et la page White Label DSP présente l’option en marque blanche. Pour concevoir une configuration vidéo adaptée à vos clients et à votre supply, planifiez un rendez-vous stratégique programmatic avec notre équipe.

FAQ

Qu’est-ce que VAST en publicité vidéo ?

VAST, le Video Ad Serving Template, est un standard XML de l’IAB Tech Lab qui indique à un player vidéo quelle publicité lire et comment en rendre compte. Il liste les fichiers vidéo, l’adresse de click-through et les adresses de tracking de chaque événement.

Quelle est la différence entre VAST et VPAID ?

VAST décrit une publicité et la manière de la tracker. VPAID est du code qui s’exécute dans le player pour rendre une publicité interactive ou la mesurer. VAST peut diffuser un format VPAID, mais la plupart des acheteurs diffusent désormais de la vidéo VAST classique et utilisent OMID pour la mesure.

VPAID est-il encore pris en charge ?

Certains players web plus anciens l’acceptent encore, mais de nombreux éditeurs, applications et environnements de TV connectée bloquent ou limitent VPAID. L’IAB Tech Lab recommande plutôt OMID pour la mesure et SIMID pour l’interactivité.

Quelle version de VAST dois-je utiliser ?

Utilisez la version la plus récente prise en charge par chaque emplacement. VAST 4.x est le standard actuel et ajoute la prise en charge de la vérification et des fichiers haute qualité, mais certains players n’acceptent que VAST 2 ou 3. Les versions prises en charge sont indiquées dans l’objet vidéo de la bid request.

Qu’est-ce qu’un wrapper VAST ?

Un wrapper est une réponse VAST qui pointe vers une autre réponse VAST au lieu de contenir la publicité elle-même. Chaque wrapper ajoute un saut serveur : les longues chaînes allongent donc les délais et sont une cause fréquente de timeouts et d’impressions perdues.

Pourquoi mes enchères vidéo gagnées ne correspondent-elles pas à mes démarrages vidéo ?

La publicité a été remportée mais n’a pas été lue. Les causes les plus courantes sont les timeouts de wrapper, les formats de fichier manquants, les versions VAST non prises en charge et les erreurs de player. Analysez les codes d’erreur VAST par source supply pour en identifier la cause.

Qu’est-ce que VMAP ?

VMAP, le Video Multiple Ad Playlist, décrit à quel moment les coupures publicitaires surviennent dans un contenu et combien de publicités chacune contient. Il fonctionne avec VAST : VMAP fixe le calendrier, et VAST remplit chaque emplacement.