Publicités vidéo et consentement : transmettre les signaux via les lecteurs et les balises VAST

Pourquoi la vidéo est différente

La vidéo est souvent l'inventaire le plus précieux d'un éditeur, et c'est aussi là que les signaux de consentement ont le plus de chances de se perdre. Les annonces display passent généralement par un wrapper de header bidding et une balise d'ad server qui lisent automatiquement le CMP. Les annonces vidéo suivent un chemin plus long : la page charge un lecteur, le lecteur construit une requête publicitaire, un ad server renvoie un document VAST, et ce document peut pointer vers d'autres wrappers, des pixels de suivi et des fichiers média, tous récupérés par le lecteur et non par la page.

À chaque étape, le signal de consentement doit être transmis explicitement. Faute de quoi, les acheteurs traitent l'impression comme non consentie ou l'abandonnent, et le format le plus rentable de votre site rapporte discrètement moins qu'il ne devrait.

Étape 1 : savoir comment votre lecteur lit le consentement

Les lecteurs vidéo se répartissent en trois grands groupes :

Consultez la documentation de votre lecteur, puis vérifiez le comportement dans l'onglet Network. La documentation décrit ce qui devrait se passer ; la requête montre ce qui se passe.

Étape 2 : placer les signaux dans la requête publicitaire

La plupart des ad servers et des SSP acceptent le consentement sous forme de paramètres d'URL dans la requête publicitaire vidéo. Les noms varient selon la plateforme, mais les plus courants sont :

Si le lecteur construit les balises à partir d'un modèle, assurez-vous que les valeurs sont renseignées au moment de la requête et non au premier chargement de la page. La première requête publicitaire d'un visiteur qui accepte après l'initialisation du lecteur ne devrait pas porter une chaîne vide.

Étape 3 : utiliser les macros de consentement VAST

Une réponse VAST contient souvent des URL de suivi et des URL de wrapper que le lecteur appelle plus tard. La liste de macros d'IAB VAST 4.1 comprend [GDPRCONSENT], que le lecteur doit remplacer par la chaîne de consentement lorsqu'il déclenche ces URL. Demandez à vos partenaires de demande si leurs balises l'utilisent, et vérifiez que votre lecteur prend en charge la substitution de macros. Si la macro n'est pas remplacée, le point d'accès destinataire voit le texte littéral du substitut plutôt qu'un signal valide.

Étape 4 : gérer le timing du pre-roll

Le pre-roll crée une tension de timing. La requête publicitaire veut partir dès que le lecteur est prêt, mais pour un visiteur européen venu pour la première fois, la bannière peut encore être à l'écran. Vous avez trois options :

  1. Attendre une décision. Retenir la requête publicitaire jusqu'à ce que le CMP signale un état final. Les acheteurs reçoivent ainsi le meilleur signal, mais la lecture peut être retardée.
  2. Requêter avec l'état actuel. Envoyer la requête immédiatement avec le signal existant, en acceptant que la première annonce soit traitée comme non consentie.
  3. Retarder légèrement la lecture automatique. Démarrer le lecteur seulement après que le visiteur a interagi avec la bannière ou la page, ce qui convient aux sites où la vidéo se trouve sous la ligne de flottaison.

Il n'existe pas de bonne réponse universelle. Mesurez le taux de remplissage, le CPM et le délai de démarrage de la lecture pour chaque option sur votre propre trafic avant de vous engager.

Étape 5 : ne pas oublier le mid-roll et les longues sessions

Les vidéos longues et les diffusions en direct peuvent comporter des pauses mid-roll de nombreuses minutes après le chargement de la page. Si le visiteur a modifié son choix entre-temps, les requêtes publicitaires suivantes doivent refléter le nouvel état. Les lecteurs qui mettent en cache la chaîne de consentement à l'initialisation continueront d'envoyer l'ancienne valeur. Privilégiez les intégrations qui s'abonnent aux événements de changement de consentement ou relisent le CMP avant chaque coupure publicitaire.

Étape 6 : séparer l'hébergement média de la publicité

Le fichier vidéo lui-même peut aussi provenir d'un tiers. L'intégration d'un lecteur hébergé par une plateforme vidéo peut déposer des cookies ou charger du suivi avant même qu'une annonce soit demandée. Traitez le lecteur comme un fournisseur à part entière : listez-le dans la configuration de votre CMP, décidez de quelle finalité il relève, et chargez-le derrière un espace réservé s'il dépose des cookies non essentiels.

Comment FlexyConsent vous aide

FlexyConsent expose les API standard IAB TCF 2.4 et GPP v1.1, ainsi que les signaux Google Consent Mode v2, de sorte que les lecteurs et les balises publicitaires qui lisent directement le CMP trouvent les signaux dans le format attendu. FlexyConsent est un CMP certifié par Google (CMP ID 317) et certifié par IAB Europe et IAB Canada.

Une routine de vérification rapide

À retenir

← Blog Tout lire →