Chaque programme d’analyse d’audience OTT commence de la même façon : installer un SDK dans chaque application. Un pour iOS, un pour Android, une demi-douzaine pour les familles de Smart TV, et deux générations de décodeurs.
Chaque intégration coûte des semaines d’ingénierie. Chacune ralentit une sortie d’application.
Pour les opérateurs qui exploitent leur propre CDN, il existe une réponse plus simple : ne pas utiliser de SDK du tout.
Chaque session OTT, en direct ou en VOD, passe déjà par ce CDN. Avec CMCD, la couche de diffusion voit désormais ce que voit le lecteur. PILOT Analytics transforme votre CDN en couche de mesure : une visibilité au niveau du lecteur sur chaque appareil, sans rien installer dans aucune application.
La taxe du SDK est payée trois fois
L’analyse OTT basée sur un SDK vous facture dans trois monnaies : les frais de licence, l’intégration d’ingénierie sur chaque plateforme et le ralentissement permanent des sorties d’applications. Le travail n’est jamais terminé. Chaque mise à jour du lecteur, chaque nouvelle version de l’application ou du SDK rouvre le sujet.
Le retour sur cet investissement est une couverture partielle. Les anciens décodeurs et les plateformes Smart TV minoritaires justifient rarement le coût de l’intégration ; ils restent donc dans l’ombre. Pourtant, ces appareils sont surreprésentés dans les tickets de support. Les spectateurs que vous avez le plus besoin de voir sont précisément ceux que le modèle SDK laisse de côté. Il existe également un coût lié à la propriété des données.
Les fournisseurs de SDK traitent généralement la télémétrie des spectateurs dans leur propre cloud, selon leurs propres règles de conservation. L’analyse côté serveur s’exécute à partir des journaux de votre propre CDN, dans votre propre déploiement. Vos données de spectateurs restent votre propriété.
CMCD transforme le CDN en votre agent d’analyse
CMCD (Common Media Client Data, la spécification CTA-5004) a changé les règles économiques. Les lecteurs ajoutent une télémétrie de lecture standardisée aux requêtes qu’ils envoient déjà. Les principaux lecteurs open source et commerciaux l’intègrent désormais sous forme d’option de configuration. Activer CMCD consiste à activer un paramètre, pas à lancer un projet de développement.
PILOT Analytics lit ces signaux en même temps que les journaux CDN et reconstruit chaque session OTT côté serveur. Chaque enregistrement de session contient les événements de rebuffering avec leur durée, l’historique complet des débits binaires ainsi que les comportements de pause, de recherche et de lecture accélérée. Il capture les changements de langue audio, l’utilisation des sous-titres ainsi que l’appareil, la marque et le logiciel de lecture associés à chaque agent utilisateur. Les sessions sont classées comme direct, VOD, replay ou nPVR, de sorte que les audiences en différé cessent de se cacher dans les chiffres du linéaire. Une dimension réseau permet de distinguer un problème de peering chez un FAI d’un problème de plateforme.
Aucun agent n’est installé dans aucune application. La couverture commence dès le jour où l’analyse est reliée au CDN et inclut chaque appareil qui demande un flux à ce CDN.
Un seul ensemble de données pour chaque équipe qui débat de la qualité
Les mêmes enregistrements de session alimentent sept vues, chacune répondant à la question d’un responsable budgétaire différent. Les équipes d’exploitation surveillent l’état de la diffusion : sessions simultanées, débit, volume livré, taux de réussite du cache et erreurs HTTP. Les équipes contenu et commerciales consultent l’engagement : spectateurs uniques, heures visionnées et classements des chaînes et des contenus, avec la consommation en différé comptabilisée pour ce qu’elle est réellement.
Les équipes produit voient quels appareils, quelles marques et quelles piles de lecteurs composent l’audience, ce qui permet de prioriser le support des appareils sur la base de données factuelles. Les équipes support recherchent la session de n’importe quel spectateur et obtiennent une note d’expérience par session, l’historique de débit et le modèle d’erreurs. « Cela met parfois en mémoire tampon » devient un événement diagnostiquable avec une cause horodatée. Les équipes sécurité bénéficient de la détection de fraude : partage d’identifiants et détournement de sessions remontés en temps réel, connectés aux mécanismes d’application des règles dans NEA CDN®, avec les identifiants de watermarking associés aux sessions pour les enquêtes sur le piratage.
Un seul pipeline, un seul modèle de données et aucune réunion de rapprochement pour savoir quel chiffre est le bon.
Le déploiement n’est plus un projet de plateforme
Les plateformes d’analyse ont tendance à devenir leur propre projet d’infrastructure. Les versions récentes de PILOT Analytics ont traité ce problème directement. La configuration est passée des fichiers de déploiement à l’interface utilisateur, y compris pour les agents de collecte eux-mêmes. L’équipe opérationnelle qui utilise le système peut désormais le paramétrer, sans faire intervenir un spécialiste Kubernetes.
La solution se déploie sur site ou sur AWS, fonctionne sur un nœud unique lorsque l’empreinte l’exige et se met à niveau via PILOT Manager comme le reste de la pile Ateme. Le coût évolue en fonction de votre parc CDN et non en fonction du nombre de plateformes d’appareils que le marketing souhaite lancer l’année suivante.
Là où un SDK conserve son utilité
La visibilité côté serveur s’arrête à la couche de diffusion, et cette limite mérite d’être reconnue. La navigation dans l’interface utilisateur, la découverte de contenu, les échecs de licences DRM et les erreurs de SDK publicitaire se produisent entièrement côté client. Ils n’apparaissent jamais dans les journaux CDN. CMCD dépend du fait que les lecteurs l’envoient ; lorsqu’un lecteur est antérieur à la prise en charge de CMCD, les sessions sont toujours reconstruites à partir des journaux de diffusion mais avec moins de détails sur l’état de lecture. Et lorsqu’aucun identifiant d’abonné n’est transmis, le comptage des spectateurs uniques repose sur des identifiants dérivés, que les adresses IP partagées peuvent brouiller.
Si vous exploitez déjà un parc d’applications instrumentées auquel vous faites confiance, l’analyse côté serveur constitue une vérification croisée ainsi qu’une extension de couverture pour tout ce que vous n’avez pas pu instrumenter. Si vous réfléchissez à l’endroit où investir le prochain budget analytique, l’équation a changé.
Une question pour le prochain cycle budgétaire
Combien la mesure d’audience a-t-elle coûté en semaines d’ingénierie l’an dernier, et quelle part de votre audience ne peut-elle toujours pas voir ? Votre CDN connaît déjà la réponse à la deuxième question. La décision intéressante consiste à déterminer combien vous êtes prêt à continuer à dépenser pour maintenir une seconde copie de données qu’il détient déjà.
About the Author
CDN Product Manager & OTT Streaming Solutions Manager at Ateme
Mark brings 18+ years of experience in OTT streaming & Content Delivery Networks. With a background spanning product management, solution architecture, and business development, he helps content owners, telcos & network operators navigate modern streaming infrastructure, from CDN strategy and live video delivery to cloud-native OTT platform design.
At Ateme, Mark leads product direction for the NEA CDN portfolio and drives OTT & streaming solution strategy for major telcos and network operators worldwide, having previously spent 5 years as a Global Solution Architect. Prior to Ateme, he held solution architecture and business development roles at Velocix, part of Nokia/Alcatel-Lucent’s IP Video division.