Tout diffuseur proposant des contenus financés par la publicité a déjà eu affaire à la norme SCTE-35. Il s'agit de la norme qui indique à un système en aval — un décodeur, un module d'insertion publicitaire côté serveur, un réseau de diffusion de contenu (CDN) — à quel moment précis remplacer le flux du programme principal par une pause publicitaire. Mais mentionnez la norme SCTE-104 dans la même conversation et la salle se tait souvent. Quant à la norme SCTE-224, elle est encore plus rare — pourtant, c'est de plus en plus elle qui détermine qui est autorisé à voir quel contenu, et à quel moment. Ces trois normes sont étroitement liées, souvent confondues et presque toujours utilisées conjointement. Comprendre la différence n'est pas seulement une question théorique : choisir la mauvaise approche pour votre architecture de diffusion peut entraîner des pauses publicitaires manquées, des points d'insertion ratés et une perte de revenus.
Ce que fait réellement la norme SCTE-35
La norme SCTE-35 est une norme d'insertion numérique de programmes (DPI) définie par la Society of Cable Telecommunications Engineers. Elle fonctionne au sein d'un flux de transport MPEG, en intégrant des messages de repérage qui signalent le début et la fin des opportunités de raccordement — les moments où un appareil en aval est autorisé à insérer un contenu alternatif. Un message SCTE-35 contient plusieurs éléments clés : la section d'informations de raccordement, une commande d'insertion de raccordement, et un signal temporel fournissant une synchronisation précise basée sur le PCR. Au-delà de la publicité, le SCTE-35 est également utilisé pour la segmentation des programmes, l'application des coupures publicitaires et la gestion des droits. En diffusion HLS et DASH, les repères SCTE-35 sont souvent traduits en marqueurs publicitaires au niveau du manifeste, consommés par les systèmes SSAI et les lecteurs adaptatifs.
En quoi la norme SCTE-104 est-elle différente ?
La norme SCTE-104 opère en amont de l'encodeur, dans le domaine de la bande de base ou SDI. Alors que le SCTE-35 est un message intégré dans un flux de transport, le SCTE-104 est une commande envoyée entre des systèmes — d'une plateforme d'automatisation de diffusion ou d'un opérateur de la salle de contrôle de production vers un routeur vidéo ou un encodeur. Une façon utile d'envisager cette relation est la suivante : le SCTE-104 est la requête ; le SCTE-35 est l'exécution. Les messages SCTE-104 peuvent être acheminés comme données VANC dans un signal SDI, comme paquets TCP/IP, ou — dans les installations IP modernes utilisant le SMPTE ST 2110 — comme données auxiliaires dans le flux ST 2110-40.
SCTE-224 : la norme qui contrôle qui voit quoi
La norme SCTE-224 — l'Event Scheduling and Notification Interface (ESNI) — répond à une question tout à fait différente : qui est autorisé à voir ce contenu, et dans quelles conditions ? C'est une norme de métadonnées hors bande qui définit les fenêtres de disponibilité du contenu, les groupes d'audience et les politiques de visionnage, transmise sous forme de flux de métadonnées XML/API via HTTP/REST vers les systèmes de distribution en aval. Lorsqu'un repère SCTE-35 se déclenche, le système SSAI en aval consulte la norme SCTE-224 pour décider de l'action : insérer une publicité, afficher un écran de coupure, basculer vers un flux alternatif, ou laisser passer le contenu principal. Ce n'est que si l'action est une insertion publicitaire que le SSAI appelle ensuite le serveur de décision publicitaire — en transmettant l'identifiant du profil utilisateur, la géolocalisation et d'autres métadonnées — pour sélectionner le contenu créatif. Au niveau du CDN, la norme SCTE-224 applique les coupures régionales avant que le contenu n'atteigne le lecteur. Au niveau du lecteur ou de l'application, elle applique le contrôle d'accès basé sur les droits.
La chaîne de diffusion : où se situent les différentes normes
Le schéma ci-dessous présente deux architectures côte à côte.
Télécharger le schéma en haute résolution (PNG)
Chaîne de diffusion matérielle sur site
Dans une installation SDI traditionnelle, le SCTE-104 circule parallèlement au signal SDI comme données VANC ou via TCP/IP depuis l'Automatisation Contrôle principal vers l'encodeur de contribution — et optionnellement vers l'encodeur live / packager. L'encodeur de contribution convertit les instructions SCTE-104 en points de raccordement SCTE-35 intégrés dans le flux MPEG-TS sortant. À partir de ce point, le SCTE-35 — ou les marqueurs publicitaires au niveau du manifeste en HLS/DASH — circule à l'intérieur du flux compressé jusqu'au téléspectateur.
Chaîne de diffusion IP sur site vers le cloud
Dans une installation IP moderne, les caméras transmettent la vidéo via SMPTE ST 2110. Les messages de repérage SCTE-104 circulent comme données auxiliaires dans le flux ST 2110-40 à travers le routeur de contribution. Depuis le routeur de contribution, le flux compressé est envoyé vers le cloud via SRT ou RTMP (compressé) ou JPEG XS (quasi sans perte). Le moteur de diffusion cloud génère des marqueurs SCTE-35 directement à partir des métadonnées de programmation — ou à partir des déclencheurs envoyés par un opérateur de la salle de contrôle de production — sans nécessiter de message SCTE-104 d'un système SDI en amont.
De quelles normes votre diffusion a-t-elle besoin ?
Vous avez besoin de la norme SCTE-35 si vous diffusez du contenu vers un système en aval qui effectue l'insertion publicitaire. Vous avez besoin de la norme SCTE-104 si votre système de diffusion reçoit des instructions de synchronisation provenant d'un système d'automatisation externe, d'un opérateur PCR, ou d'un routeur de diffusion via SDI, TCP/IP, ou ST 2110-40. Vous avez besoin de SCTE-224 si vous diffusez du contenu dans plusieurs régions ou segments d'audience avec des droits, des règles de coupure ou des exigences de ciblage publicitaire différents. Si vous exploitez un workflow de diffusion entièrement natif du cloud sans infrastructure SDI, vous n'aurez peut-être jamais besoin de SCTE-104 — votre plateforme de diffusion devrait générer des marqueurs SCTE-35 directement à partir des données de programmation ou des déclencheurs de l'opérateur PCR.
Bien faire les choses
Les erreurs de signalisation publicitaire sont l'une des causes les plus courantes de perte de revenus dans les opérations de diffusion. Un point de raccordement déclenché avec deux secondes de retard, un message SCTE-35 dont la durée est incorrecte, une politique SCTE-224 qui n'a pas été propagée jusqu'à la périphérie du CDN, ou un système de diffusion cloud qui ne transmet pas correctement les tonalités de repérage peuvent tous entraîner des coupures publicitaires qui ne se produisent jamais — ou qui se produisent pour le mauvais public. Pour les diffuseurs qui évaluent la diffusion en cloud, il est utile de demander spécifiquement aux fournisseurs comment ils gèrent la génération SCTE-35 à partir des métadonnées de programmation et des déclencheurs de l'opérateur PCR, s'ils prennent en charge SCTE-104 via TCP/IP et ST 2110-40 pour l'intégration d'événements en direct, et si la plateforme prend en charge la livraison de métadonnées SCTE-224 pour les droits de contenu et l'application des politiques d'audience.
Découvrez comment Evrideo gère la signalisation publicitaire et l'insertion dynamique de publicités dans la diffusion linéaire et OTT.
