Terme du glossaire

CSAI (Insertion publicitaire côté client)

Qu'est-ce que le CSAI ?

Le CSAI (Insertion publicitaire côté client) est une méthode de diffusion de publicités vidéo. Dans ce cas, le lecteur vidéo de l'appareil du spectateur se charge de demander, de charger et de lire les publicités.

Avec le CSAI, les publicités ne font pas partie du flux vidéo original ; elles sont insérées dynamiquement pendant la lecture.

Cette méthode de diffusion publicitaire est principalement utilisée pour :

• Les lecteurs vidéo web de type YouTube

• Les applications mobiles utilisant Google IMA ou des SDK similaires

• Les plateformes de VOD financées par la publicité (AVOD)

• Les expériences publicitaires interactives ou désactivables

• La diffusion de publicités programmatiques en temps réel

Fonctionnement du CSAI

Étape 1 : L'utilisateur lance la lecture d'une vidéo.

Étape 2 : Le lecteur vidéo analyse la chronologie et identifie les points d'insertion publicitaire (par exemple, pré-roll, mid-roll, post-roll).

Étape 3 : À chaque point de repère, le lecteur envoie une requête à un serveur publicitaire, généralement via les protocoles VAST ou VMAP.

Étape 4 : Le serveur publicitaire renvoie une ou plusieurs créations publicitaires (fichiers vidéo et URL de suivi).

Étape 5 : Le lecteur diffuse la ou les publicités, enregistre les interactions, puis reprend ou lance la lecture du contenu vidéo principal.

Composants clés du CSAI

Voici les principaux éléments du pipeline CSAI :

1. Lecteur vidéo

Le lecteur vidéo est au cœur du CSAI. Il gère la lecture du contenu et des publicités. Il réagit aux points de repère, gère le changement de flux et assure la synchronisation entre l'expérience publicitaire et le contenu vidéo principal.

Le lecteur vidéo est responsable de :

• Gestion des repères publicitaires : Mise en pause du contenu principal aux points de rupture pré-roll, mid-roll ou post-roll.

• Lecture des créations : Chargement et lecture des vidéos publicitaires avec un contrôle total (lecture, pause, arrêt, volume, verrouillage de la position). • Compatibilité multimédia : Doit prendre en charge les formats vidéo standards (MP4, WebM, etc.).

• Intégration à l'interface utilisateur : Affichage de boutons « Passer », de comptes à rebours, de publicités associées ou de superpositions.

• Gestion des événements : Émission d'événements (par exemple, adStarted, adComplete, adError) au reste de l'application.

Exemples de lecteurs vidéo :

Lecteurs basés sur HTML5 (par exemple, Video.js, Shaka Player

Lecteurs mobiles natifs (Android ExoPlayer, iOS AVPlayer)

Kits de développement logiciel (SDK) pour Smart TV (par exemple, Tizen, Roku SceneGraph)

2. Serveur publicitaire

Le serveur publicitaire gère la décision d'affichage des publicités : il sélectionne la ou les publicités à diffuser en réponse à une requête du lecteur, en fonction de critères tels que la localisation de l'utilisateur, son appareil et les règles de la campagne.

Le serveur publicitaire fournit :

• VAST XML : Un format standardisé décrivant les créations publicitaires, les URL de suivi, les clics, les durées, etc.

• VMAP (le cas échéant) : Décrit les multiples coupures publicitaires pour les vidéos longues ou les flux en direct.

• Réponses du wrapper : Peut rediriger vers un autre serveur publicitaire pour les enchères, la diffusion en cascade ou la médiation.

Rôle du serveur publicitaire en plusieurs étapes :

1. Sélection des publicités en fonction des critères de ciblage.

2. Gestion du rythme, de la limitation de la fréquence et de la diffusion des campagnes.

3. Suivi des rapports via les réponses des balises.

4. Prise en charge des créations de repli ou des balises alternatives en cas d'échec de la publicité principale.

Exemples de serveurs publicitaires :

Google Ad Manager, FreeWheel, SpotX et SpringServe

3. Kit de développement logiciel publicitaire (optionnel, mais recommandé)

Le kit de développement logiciel publicitaire simplifie l'implémentation CSAI en masquant la logique de chargement, d'affichage, de suivi et de gestion des erreurs des publicités. Il sert d'interface entre le lecteur et le serveur publicitaire.

Responsabilités du kit de développement logiciel publicitaire :

• Chargement et lecture des instructions publicitaires à partir des fichiers VAST ou VMAP.

• Sélectionne les fichiers publicitaires les plus adaptés à l'appareil (en fonction de la qualité ou de la taille).

• Diffuse la publicité et empêche les utilisateurs de la passer ou d'interagir avec elle, sauf autorisation.

• Envoie des signaux de suivi au début, à la fin ou à des moments clés de la diffusion.

• Affiche les commandes publicitaires : boutons « Passer », minuteur ou option de mise en sourdine.

• Gère les publicités de secours et les problèmes de chargement.

Pourquoi le SDK publicitaire est-il optionnel ?

Les plateformes de streaming avancées implémentent généralement leur propre logique publicitaire. De plus, pour les lecteurs personnalisés ou les plateformes ne prenant pas en charge le SDK, il peut être nécessaire de le créer manuellement.

Exemples de SDK publicitaires :

SDK Google IMA (Web, iOS, Android)

SDK FreeWheel MRM

Framework publicitaire de Roku dans SceneGraph

4. Balises de suivi publicitaire

Les balises sont des URL fournies dans le fichier XML VAST qui doivent être déclenchées à des moments précis de la lecture publicitaire pour notifier le serveur publicitaire (et les annonceurs) des événements clés.

Événements clés suivis :

• Impression : Début du rendu de la publicité

• Démarrage : Début de la lecture de la publicité

• Premier quartile : 25 % de lecture

• Milieu de l'échelle : 50 % de lecture

• Troisième quartile : 75 % de lecture

• Visionnage complet : 100 % de visionnage

• Clic : L'utilisateur clique sur la publicité

• Erreur : Échec de la lecture en raison d'un problème technique (code inclus)

Fonctionnement des balises de suivi publicitaire :

Étape 1 : Le lecteur ou le SDK effectue une requête GET vers chaque URL de balise au moment opportun.

Étape 2 : Les balises contiennent souvent des macros telles que [TIMESTAMP], [CONTENT_ID] et [PLAYER_WIDTH], qui doivent être résolues avant l'appel.

Étape 3 : Les fournisseurs de vérification publicitaire (tels que Moat, IAS et DoubleVerify) peuvent également insérer des pixels de suivi tiers.

Pourquoi les balises de suivi publicitaire sont-elles importantes ?

Ces signaux permettent aux annonceurs de valider la diffusion, l'engagement et la facturation. Les balises non détectées entraînent une perte de revenus ou un écart d'impressions.

CSAI vs SSAI

Nous savons déjà que le CSAI est une méthode de diffusion publicitaire, mais ce n'est pas la seule. Le SSAI (Insertion publicitaire côté serveur) est une autre méthode efficace, développée après le CSAI pour améliorer la lecture et empêcher le blocage des publicités.

Qu'est-ce que le SSAI ?

Le SSAI (Insertion publicitaire côté serveur) est une technologie de diffusion publicitaire qui intègre les publicités directement dans le flux vidéo sur le serveur avant sa diffusion au spectateur.

Le SSAI crée un flux unique combinant contenu et publicités, ce qui permet une lecture plus fluide et une meilleure résistance aux bloqueurs de publicités.

Comparaison CSAI et SSAI

Contexte technique :

Le CSAI (Insertion publicitaire côté client) insère les publicités au niveau du lecteur.

Le lecteur vidéo détecte les points d'insertion des publicités, les demande au serveur publicitaire (via VAST/VMAP) et les lit séparément du contenu principal. Cela signifie que le suivi et l'interactivité des publicités sont entièrement gérés par le client. L'approche CSAI nécessite l'intégration d'un SDK, une logique spécifique à la plateforme et est vulnérable aux bloqueurs de publicités et aux interruptions de lecture.

SSAI (Insertion publicitaire côté serveur) intègre les publicités au flux de contenu sur le serveur avant sa diffusion.

Le lecteur reçoit un flux vidéo unique avec les publicités déjà intégrées. Le serveur gère la sélection des publicités, la manipulation du manifeste (pour HLS ou DASH) et l'encodage si nécessaire. Cette approche offre une expérience de lecture plus fluide et contourne la plupart des bloqueurs de publicités, mais limite le suivi en temps réel et l'interactivité côté client.

Monétisation de la diffusion publicitaire :

CSAI prend en charge un suivi précis (impressions, clics, quartiles) et permet des stratégies de monétisation avancées telles que les publicités interactives, les bannières associées, la limitation de la fréquence d'affichage et le ciblage d'audience. Elle est donc idéale pour les annonceurs ayant besoin de rapports détaillés et d'une personnalisation en temps réel, notamment sur navigateur et applications mobiles.

SSAI assure une diffusion publicitaire plus stable avec moins de publicités ignorées, grâce à sa résistance aux bloqueurs de publicités et à la réduction des erreurs de chargement des publicités. Il optimise le remplissage publicitaire sur les appareils dont la prise en charge SDK est limitée, tels que les téléviseurs connectés et les décodeurs. Cependant, il repose sur un suivi côté serveur, moins précis et souvent retardé ou incomplet.

Aperçu

CSAI est essentiel pour la prise de décision publicitaire en temps réel, le suivi avancé et l'interactivité, notamment pour les applications web et mobiles.

SSAI est idéal pour une lecture fluide, la résistance aux bloqueurs de publicité et une large compatibilité avec les appareils, en particulier pour les plateformes OTT, CTV et FAST.

Avantages de CSAI

Suivi publicitaire avancé

Suivi des impressions, clics, quartiles de visionnage, activation/désactivation du son, etc.

Personnalisation en temps réel

Ciblage et sélection des publicités adaptés à l'utilisateur pendant la lecture.

Logique publicitaire dynamique

Prise en charge du plafonnement de la fréquence, des publicités séquentielles, des bannières associées et des publicités désactivables.

Configuration serveur simplifiée

Le serveur se charge uniquement de la diffusion du contenu ; le client gère les publicités.

Monétisation flexible

Idéal pour les contenus à la demande et en direct, où un ciblage précis est essentiel.

Choisissez CSAI…

• Lorsque des analyses publicitaires fines sont cruciales (par exemple, les annonceurs ont besoin de preuves d'engagement)

• Lorsque le contenu est lu dans des environnements où les bloqueurs de publicité ne posent pas de problème

• Pour les plateformes prenant déjà en charge VAST, VMAP et VPAID

• Dans les cas d'utilisation où l'interactivité publicitaire (passer, cliquer, superpositions d'appel à l'action) est requise

Limites de CSAI

Malgré sa capacité à offrir une expérience personnalisée, CSAI présente des inconvénients pour le fournisseur de contenu et l'utilisateur final.

1. Vulnérabilité aux bloqueurs de publicité : Les requêtes et la lecture des publicités sont visibles par les bloqueurs, ce qui entraîne le passage aux publicités ignorées.

2. Lecture interrompue : Le passage d'un flux de contenu à un flux publicitaire (d'un lecteur vidéo à un autre) peut provoquer des mises en mémoire ou des écrans noirs.

3. Fragmentation des appareils : Nécessite des SDK ou du code spécifiques à chaque plateforme (par exemple, Web, iOS, Android, Roku).

4. Intégration frontale complexe : Les développeurs doivent gérer la logique publicitaire, la gestion des erreurs et la cohérence de l'interface utilisateur pour garantir une expérience utilisateur optimale.

5. Taux de remplissage inférieurs sur certaines plateformes : Si les lecteurs ne parviennent
pas à charger correctement les publicités, des impressions peuvent être perdues.

CSAI dans les services OTT modernes

Bien que le SSAI soit devenu dominant, le CSAI continue de jouer un rôle important pour les plateformes OTT modernes, notamment dans les environnements où la prise de décision publicitaire en temps réel, les analyses détaillées et l'interactivité utilisateur sont essentielles.

Dans les applications OTT Web et mobiles, le CSAI permet au lecteur vidéo de demander et d'afficher dynamiquement des publicités pendant la lecture.

Il prend en charge des fonctionnalités avancées telles que la limitation de la fréquence, la logique publicitaire séquentielle, les créations interactives (via VPAID) et les enchères en temps réel (RTB). Le CSAI est ainsi idéal pour des expériences publicitaires personnalisées en fonction du comportement, de la localisation et du type d'appareil du spectateur. Cependant, le CSAI présente également des limitations dans les environnements OTT où la fragmentation des appareils est importante (par exemple, les téléviseurs connectés et les décodeurs). Chaque appareil peut nécessiter des SDK et des intégrations personnalisées différents, et les bloqueurs de publicité peuvent interférer avec les requêtes publicitaires côté client, réduisant ainsi les taux de remplissage.

Pour pallier ces problèmes, de nombreux services OTT modernes adoptent des modèles hybrides (insertion publicitaire guidée par le serveur) : l'insertion publicitaire côté client (CSAI) pour le web et le mobile, et l'insertion publicitaire côté serveur (SSAI) pour la télévision connectée et les chaînes FAST. Ces modèles combinent les atouts des deux méthodes afin d'optimiser la monétisation et la qualité de lecture sur toutes les plateformes.