Aujourd’hui, tous les systèmes d’insertion publicitaire côté serveur (SSAI) sur le marché offrent une fonctionnalité de transcodage des publicités pour ingérer les annonces sources et les transcoder dans le bon format, débit binaire et résolution afin de correspondre au contenu en Live ou à la demande (VOD) dans lequel elles sont insérées. Par exemple, si la chaîne en Live utilise HLS, une résolution HD à 30 fps, avec un débit binaire de 6 Mbps, alors les publicités SSAI doivent être transcodées selon le même profil pour éviter de perturber les téléspectateurs avec une résolution ou une cadence d’images à la seconde différente. Si le téléspectateur regarde une chaîne HD, il sera perturbé de voir soudainement une publicité en SD. L’inverse est également vrai. Si la chaîne est en SD, toutes les publicités insérées doivent être en résolution SD, car si les publicités sont en HD, une fois la pause publicitaire terminée, le flux retourne en SD, ce qui perturbera encore l’utilisateur.
Impact commercial du transcodage des publicités pour SSAI.
La définition ci-dessus de l’objectif principal du transcodage des publicités pour SSAI peut sembler technique, ce qui est vrai. C’est une chose technique. Mais cela a un impact majeur sur votre cas d’utilisation SSAI et vos revenus. Les éléments ci-dessous détaillent ces implications commerciales :
1. La vitesse du transcodeur de publicités peut affecter vos revenus
Dans les chaînes SSAI en Live, les pauses publicitaires doivent être personnalisées pour des milliers, voire des millions d’utilisateurs simultanément. Cela signifie que lorsqu’une pause publicitaire se produit, le système SSAI doit insérer des publicités personnalisées dans le flux de chaque téléspectateur individuellement. Le système SSAI s’attend à ce que les publicités qu’il doit insérer pour tous les téléspectateurs connectés soient pré-transcodées et enregistrées à un emplacement d’origine qu’il connaît. Mais que se passe-t-il si une nouvelle publicité n’a pas encore été transcodée ? Par exemple, une nouvelle publicité vient d’être activée par l’équipe de vente publicitaire ou programmatiquement par le SSP/Exchange auquel votre inventaire est connecté. Dans ce cas, le système SSAI doit initier un processus de transcodage pour cette publicité. Une fois le processus de transcodage terminé, la publicité peut être insérée dans les flux individuels. Cependant, avant que le processus de transcodage ne soit terminé, toute opportunité d’insertion de publicité impliquant cette publicité particulière sera manquée, car la publicité n’est pas encore prête. Par conséquent, plus votre transcodeur est rapide, moins vous perdrez de revenus. Si l’on considère l’échelle d’un programme populaire ou d’un match de football où des millions de téléspectateurs sont connectés au flux, manquer trop d’opportunités d’insertion auprès de l’audience connectée aura un impact négatif sur les revenus générés par le SSAI.
2. Une bonne redondance du transcodeur de publicités assure la continuité de votre activité
Compte tenu du mécanisme expliqué ci-dessus, que se passerait-il si votre cluster de transcodage des publicités tombait en panne pour une raison quelconque ? La réponse est simple, vous manquerez d’insérer des publicités personnalisées pour tous les téléspectateurs connectés jusqu’à ce que votre cluster de transcodage soit de nouveau en ligne. Cela pourrait signifier une perte de nombreux dollars. Si votre audience se trouve aux États-Unis et que vous diffusez un programme populaire ou un match de sport avec un million de téléspectateurs connectés, vous générerez potentiellement entre 100 000 et 150 000 dollars pour ce seul programme. Mais si votre cluster de transcodage des publicités tombe en panne pour une raison quelconque, ce revenu sera considérablement réduit.
3. L’évolutivité de votre système de transcodage des publicités peut économiser des ressources cloud significatives
Comme la plupart des systèmes SSAI sont déployés dans le cloud, et dans de nombreux cas dans des clouds publics, il est important d’utiliser efficacement les ressources cloud pour éviter d’augmenter les coûts d’infrastructure cloud de votre déploiement SSAI. Tout comme le système SSAI, le cluster de transcodage des publicités doit évoluer en fonction du trafic connecté. Le cluster de transcodage des publicités dans le cloud doit être basé sur des microservices avec une architecture Kubernetes avec des mécanismes robustes pour évoluer en fonction des besoins. Avoir une telle flexibilité d’évolutivité permettra des économies significatives de coûts cloud à la fin de chaque mois.
4. Surveillance des indicateurs clés de performance et des métriques commerciales
Le cluster de transcodage des publicités et le gestionnaire de workflow des publicités attachés à un système SSAI doivent fournir de bons rapports sur les indicateurs clés de performance (KPI) tels que :
- Nombre de publicités transcodées sur une période donnée
- Nombre de réussites et d’échecs
- Raisons des échecs et leur fréquence
- Problèmes de fichiers sources
- Qualité des publicités transcodées / problèmes de son manquant
Avoir la capacité de surveiller les KPI ci-dessus garantira que les opérateurs SSAI ont une bonne visibilité sur le système pour s’assurer que tout fonctionne bien et assurer le bon fonctionnement et la protection des revenus générés par leur système SSAI.
Diagram: Vue d’ensemble de la gestion des workflows publicitaires dans les applications SSAI
Bonnes fonctionnalités que votre transcodeur de publicités devrait prendre en charge.
Malgré l’impact commercial critique mentionné ci-dessus du transcodage des publicités et de la gestion des workflows dans les architectures SSAI, la plupart des fournisseurs sur le marché aujourd’hui offrent des fonctionnalités de contrôle de transcodage des publicités très basiques. La fonctionnalité offerte par la plupart des fournisseurs se limite généralement à la définition d’un modèle de profils de transcodage avec des paramètres d’encodage fixes tels que le format, le débit binaire, la résolution et la fréquence d’images. Ensuite, après avoir activé le workflow SSAI, l’opérateur n’aura aucune visibilité sur les performances et les rapports du cluster de transcodage des publicités. Cela peut être facilement qualifié d’approche « boîte noire » du transcodage des publicités dans le SSAI. En d’autres termes, les opérateurs SSAI n’ont aucune capacité à comprendre si leurs publicités sources et leurs clusters de transcodage des publicités fonctionnent bien ou non. Plus important encore, ils n’ont pas la capacité de savoir s’ils perdent des revenus parce que leur workflow de transcodage des publicités ne fonctionne pas correctement.
Chez Ateme, nous ne sommes pas convaincus que proposer simplement un écran de paramètres de modèle de transcodage dans notre SSAI soit suffisant. En effet, les clients devraient pouvoir configurer le débit binaire, la résolution, la fréquence d’images et le format de leurs modèles de transcodage des publicités, mais en plus, les clients devraient également pouvoir contrôler et surveiller de nombreux autres aspects de leur gestionnaire de workflow de transcodage des publicités. Les lignes suivantes décrivent ce que nous croyons être des aspects cruciaux de contrôle et de surveillance que chaque opérateur SSAI devrait avoir :
1. Capacité à concevoir des workflows sans code avec un éditeur visuel
Chaque opérateur SSAI devrait avoir la capacité de créer rapidement des workflows sans code pour leurs processus de transcodage des publicités. Par exemple, un éditeur visuel devrait être utilisé pour concevoir un workflow spécifiant les emplacements des sources des publicités, les contrôles de qualité des fichiers, les paramètres de transcodage, les variations de format, les destinations cibles et de nombreux autres paramètres. L’opérateur devrait également pouvoir mettre à jour et revenir en arrière entre les workflows avec des numéros de version. De plus, le système SSAI devrait avoir la capacité d’activer des workflows de transcodage spécifiques en fonction de la chaîne dans laquelle la publicité demandée doit être insérée.
2. Capacité à concevoir des scénarios de reprise et de gestion d’erreurs étendus
Les opérateurs SSAI devraient avoir la capacité de spécifier ce qui se passe en cas d’erreurs. Par exemple, si le fichier source est corrompu, une notification doit être envoyée à l’e-mail des opérateurs ou à un système de surveillance externe. Un autre exemple pourrait être dans le cas où le processus de transcodage échoue, alors le transcodeur devrait réessayer 3 fois puis arrêter d’essayer, sinon le transcodeur pourrait rester bloqué dans une boucle de réessai consommatrice de ressources.
3. Capacité à concevoir des mécanismes d’évolutivité
L’opérateur SSAI devrait avoir la capacité de faire évoluer manuellement le cluster de transcodage à des moments particuliers de la journée, du mois ou de l’année où un trafic élevé est attendu. L’évolutivité automatique devrait également être prise en charge pour économiser les ressources cloud.
4. Tableau de bord complet pour la surveillance opérationnelle
Un tableau de bord du gestionnaire de workflow des publicités devrait couvrir les paramètres clés de performance et commerciaux qui sont importants pour l’opérateur. Par exemple, il est recommandé de surveiller de manière proactive le nombre de publicités transcodées, le nombre d’échecs de transcodage, les raisons des échecs et leur fréquence, parmi d’autres indicateurs clés de performance.
5. Configuration des alarmes et des notifications
In a Master Control Room MCR environment, alarms setting is crucial to increase the monitoring efficiency of the MCR team. SSAI operators should have the ability to configure alarms to appear on the dashboard, to be sent to emails or mobile phones or to external monitoring systems. Alarms can also be sent to other teams that get involved in the ad preparation process. For example, if an ad is missing audio, an alarm should be sent to the ad sales or creative teams to upload it again with valid audio.
Dans un environnement de salle de contrôle maître (MCR), la configuration des alarmes est cruciale pour augmenter l’efficacité de la surveillance de l’équipe MCR. Les opérateurs SSAI devraient avoir la capacité de configurer des alarmes pour apparaître sur le tableau de bord, être envoyées par e-mail ou sur des téléphones mobiles ou à des systèmes de surveillance externes. Les alarmes peuvent également être envoyées à d’autres équipes impliquées dans le processus de préparation des publicités. Par exemple, si une publicité est sans audio, une alarme doit être envoyée aux équipes de vente publicitaire ou de création pour qu’elles la téléchargent à nouveau avec un audio valide.
La solution SSAI d’Ateme inclut toujours un gestionnaire de workflow de transcodage des publicités avancé.
La solution SSAI d’Ateme est pré-intégrée avec le transcodeur de publicités et le gestionnaire de workflow développés en interne par Ateme pour faciliter tous les objectifs et fonctionnalités mentionnés dans cet article. Notre objectif est de permettre à nos clients d’exploiter facilement et avec succès leurs architectures SSAI avec le moins d’ingénieurs possible. Le gestionnaire de workflow de transcodage des publicités d’Ateme aide à réduire considérablement les tâches humaines nécessaires à une exploitation réussie. Le gestionnaire de workflow de transcodage des publicités garantit également que votre traitement des publicités est toujours en ligne pour éviter de manquer des revenus. Pour plus d’informations sur la solution SSAI d’Ateme et son gestionnaire de workflow de publicités associé, veuillez nous contacter ! Et si vous vous rendez à Amsterdam pour l’IBC 2024, passez nous voir au Hall 1 Stand D61 ou prenez rendez-vous.