Méthodologie de mesure

Précédent Suivant

Triton Digital effectue un streaming audio numérique et une mesure d'audience « sur la base de recensements ». Aucun échantillon, enquête ou panel n'est utilisé dans les processus et procédures de collecte, de transformation ou d'affichage décrits dans le présent document. Dans chaque cas, Triton Digital obtient des données sur chaque flux, y compris la station, l'heure de début de chaque flux individuel et la durée de chaque flux individuel. Cette méthodologie est basée sur toutes les activités de session enregistrées (sous réserve des procédures de filtrage décrites dans la section Procédures générales de filtrage du trafic non-valide).

Triton Digital utilise deux méthodes pour collecter les données pour ces services :

  1. Par le biais de fichiers de connexion bruts d'activité de streaming collectés quotidiennement auprès des réseaux de distribution de contenu (CDN) hébergeant les lecteurs de station de radio (appelée la « méthode de fichier de connexion CDN »);
    ou
  2. En mesurant du côté du client, en recueillant les données directement depuis le lecteur ou l'appareil mobile basé sur le Web (dénommée « méthode du suivi des auditeurs » ou « LT »).

Méthode du fichier de connexion CDN

La méthode du fichier de connexion CDN consiste à obtenir des informations sur le fichier du connexion auprès du réseau de distribution de contenu de la station. Le réseau de distribution de contenu peut être géré par Triton Digital par le biais des services de streaming de Triton Digital, par un tiers tel qu'Akamai ou StreamGuys, ou hébergé par l'éditeur lui-même. Lorsqu'un éditeur diffuse un flux audio sur Internet, celui-ci est transmis à un réseau de distribution de contenu, qui distribue ensuite les flux via un réseau de points de livraison géographiquement dispersés (serveurs) et enregistre l'activité transactionnelle. Des fichiers journaux individuels sont mis à disposition par le CDN pour chaque station. Ce dernier contient les détails de toutes les sessions d'écoute pour un jour donné. En ce qui concerne la portée du présent document, les points de données clés dans les fichiers de connexion sont des informations permettant d'identifier l’information, l’heure de début du flux, sa durée, l'agent utilisateur et l’adresse IP.

Les clients de Triton Digital (éditeurs) organisent ou approuvent la communication des fichiers de connexion en streaming CDN par FTP directement auprès de Triton Digital dans un format prédéterminé, si l'éditeur n'utilise pas le service de streaming de Triton Digital. C'est-à-dire que les fichiers de connexion sont générés et contrôlés par le CDN, et non par les éditeurs. Dans certains cas, un éditeur peut faire office de CDN d'hébergement en raison de contraintes liées à la gestion des droits numériques (GDN). Les procédures de contrôle qualité de Triton Digital englobent chaque méthode de diffusion audio utilisée par nos clients.

Méthode du suivi des auditeurs

Parce que le suivi des auditeurs effectue une mesure d’audience du « côté client » par le biais des navigateurs des auditeurs, elle nécessite l’intégration d’un code de suivi dans chaque « lecteur de médias intégré ». Ce code communique avec les serveurs de mesure au cours de la session de streaming. Cette méthode a également été appelée la méthode de suivi de côté-client, la méthode de mesure basée dans le cloud, la méthodologie HTTP de suivi des auditeurs et la méthode ping.

Le suivi des auditeurs peut être mis en place dans un lecteur Web, une appli mobile ou tout autre appareil ou application. Dans tous les types de mise en œuvre, la fonctionnalité de suivi des auditeurs surveille et signale l’initialisation, la poursuite et la fin du flux. Lors de l’initialisation du flux de données, un événement de début initial est envoyé vers les serveurs de mesure identifiant le flux de données (p. ex. ID de la station) et toute information supplémentaire en option que la station inclut dans la chaîne d'événement. Le système de suivi continue ensuite à envoyer des événements toutes les {[#0]} secondes tant que le flux est actif (appelé un événement ping). Dans les anciens lecteurs activés par LT (supprimés progressivement dans Q3 2020), si l’utilisateur interrompt le flux de données, l’événement en cours est arrêté jusqu'à ce que l’auditeur reprenne le flux. Dans les cas où l'événement interrompu est inférieur à trois minutes, l'événement en cours est repris et la durée de l'interruption est comptée; dans le cas contraire, une nouvelle session est démarrée (un nouvel événement de début est envoyé). Dans les nouveaux lecteurs activés par LT, si l’utilisateur interrompt le flux de données, l’événement en cours est arrêté et, à la reprise, une nouvelle session est démarrée (un nouvel événement de début est envoyé). Enfin, si l’utilisateur termine le flux de données, l’événement en cours est arrêté, et si l’utilisateur par la suite recommence le flux, une nouvelle session est démarrée, quel que soit le délai écoulé entre la fin de l’événement et le nouvel événement de début.

En effet, tel que décrit ci-dessus, il y a deux types d’événements : un événement de début de nouvelle session (également dénommé un nouvel événement auditeur) et un événement en cours (également dénommé un événement ping). En réponse à l’événement nouvel auditeur initial, le système de suivi de l'auditeur retourne deux paramètres pour l’événement ping : l’intervalle au cours duquel le lecteur doit envoyer l’événement ping et un GUID, qui est une chaîne codée, composée de l’identifiant de la station, de la date et de l'horodatage, ainsi que d'un nombre aléatoire. Ainsi, cette GUID est censée être unique pour chaque flux ; toutefois, la GUID sera la même pour chaque événement ping envoyé pendant une session.

Le suivi des auditeurs peut être mis en place à l'aide d'une API HTTP, d'une API XML mobile ou d'une API JavaScript (une enveloppe JS de l'API HTTP). L'API HTTP de base est la méthode la plus courante. Les versions précédentes du suivi des auditeurs, basées sur Flash, ne sont plus maintenues ni proposées par Triton Digital.

L'horodatage ou un nombre aléatoire sont ajoutés à la fin de la chaîne URL pour réduire la probabilité que l’événement de suivi des auditeurs soit mis en cache par un cache local, de proxy ou de réseau et par conséquent qu'il n’atteigne pas les serveurs de mesure.

Appareils couverts

Webcast Metric Local utilise les méthodologies de mesure CDN et de suivi des auditeurs. Le suivi des auditeurs est actuellement utilisé sur les principaux systèmes d'exploitation, navigateurs et appareils mobiles, sur les télévisions connectées (Roku et Samsung TV), sur les appareils Google Home et sur d'autres appareils capables de faire fonctionner le navigateur Web et le lecteur. Les méthodologies CDN sont actuellement utilisées sur Sonos et Amazon Alexa.  

En raison de la limitation de la méthode de suivi des auditeurs qui exige que l'éditeur ait le contrôle de l'application ou du lecteur de l'appareil pour inclure correctement les événements de suivi des auditeurs, l'éditeur peut choisir d'utiliser l'approche de mesure CDN pour atténuer le potentiel de sous-comptage de l'activité audio numérique de l'utilisateur sur ces appareils.

Limites des mesures

Outils de blocage par domaine

Avec certains navigateurs, logiciels ou outils, les utilisateurs ont la possibilité de bloquer le contenu (y compris les nouvelles sessions et les événements ping ultérieurs) en se basant sur le domaine d'où est issu le contenu demandé. Les techniques de blocage ou des logiciels qui empêchent la communication avec les serveurs de mesure de Triton Digital empêcheraient la communication de l'événement de début de nouvelle session et des événements ping en cours, bien que l’utilisateur soit toujours en train d’écouter la station/le flux de l’éditeur, car cela provient d’un domaine différent, ce qui entraînerait un sous-dénombrement de l’événement de streaming, dans ce cas, pour les stations/éditeurs utilisant la méthode du suivi des auditeurs.

Les stations qui opèrent à travers un proxy ou qui utilisent la méthode du fichier de connexion ne seront pas affectées, car la communication des événements de streaming se déroule entre le CDN et le serveur de mesure, et non entre le navigateur/lecteur et le serveur de mesure.

Ces situations ne sont pas propres à Triton Digital. En outre, ces situations sont difficiles à quantifier sans effectuer d'études et d'analyses spéciales.

Autres limites

  • Un auditeur peut mettre son flux en sourdine comme une fonction de l’application de lecture, du système d’exploitation ou du matériel de l'utilisateur. Le lecteur ou l'application doit tenir compte du fait que l'audibilité est nécessaire à la mesure du contenu audio numérique. Par conséquent, le cas échéant, le lecteur ou l'application doit être en mesure de détecter les états « son activé » et « son désactivé » ou les événements « volume zéro/volume supérieur à zéro » de la même manière que les événements Stop/Lecture. Le « volume nul » doit être traité comme l'état « muet ». Notez que les clients de Triton Digital peuvent ne pas toujours être capables de capturer cet événement, signalant ainsi une partie du contenu comme une écoute normale.
  • Le suivi des auditeurs permet de détecter et de tenir compte des pauses - cependant, comme indiqué dans la section Méthode de suivi des auditeurs, dans certains anciens lecteurs activés par LT, il y a des cas où l'événement de pause dure moins de trois minutes et que l'événement en cours est repris, le temps de pause peut être inclus dans le temps total d'écoute de la session.
  • Dans certains cas, il est nécessaire que JavaScript soit activé pour les lecteurs audio. Si JavaScript est désactivé, le lecteur lui-même ne s’exécutera pas, avec pour résultat qu'aucun appel ne sera adressé aux serveurs de Triton Digital. Dans ce cas, Triton Digital n'est pas en mesure de capturer les événements; en conséquence, la session ne sera pas comptabilisée.
  • Comme pour JavaScript, certains lecteurs audio requièrent également que Flash soit activé. Si Flash est désactivé, le lecteur lui-même ne s’exécutera pas, avec pour résultat qu'aucun appel ne sera adressé aux serveurs de Triton Digital. Dans ce cas, Triton Digital n'est pas en mesure de capturer les événements; en conséquence, la session ne sera pas comptabilisée.
  • Nous n'incluons pas toutes les stations ou tous les réseaux dans notre classement, mais uniquement ceux qui sont abonnés à notre service Webcast Metrics.
  • Dans le cas des données basées sur LT, les données sont collectées directement auprès de l'application de l'éditeur. Triton Digital vérifie périodiquement les applications des éditeurs. Des modifications apportées aux applications entre deux périodes de vérification peuvent affecter la qualité des données collectées.
  • Triton Digital implémente des techniques standard pour contrer la mise en cache en apposant une chaîne générée de manière aléatoire à toutes les transactions. Si ceci élimine l'essentiel de la mise en cache, il y a un risque de sous-comptage de la session en cas de mise en cache.
  • Triton Digital encourage les éditeurs à cesser l'utilisation de techniques de lecture automatique et de lecture en sourdine. Actuellement, Triton Digital ne détecte ni ne signale l'utilisation de la lecture automatique ou l'utilisation de techniques de sourdine ou de volume nul dans Webcast Metrics.
  • Pour les éditeurs qui fonctionnent avec la méthodologie du fichier de connexion CDN et certaines méthodologies LT, Triton Digital n'a actuellement pas la possibilité de déterminer si un lecteur met en mémoire tampon, avant ou en cours de flux, car la communication des événements de streaming se déroule entre le CDN et le serveur de mesure, et non pas entre le navigateur/lecteur et le serveur de mesure. Par conséquent, toute durée occasionnée par suite de la mise en mémoire tampon serait finalement incluse dans les rapports de WCM.  En outre, la mesure de ces sessions pourrait également être limitée à un seuil de mise en mémoire tampon défini par l’éditeur.
  • Webcast Metrics n'établit pas de discrimination entre le contenu gratuit et le contenu sur abonnement proposé par les éditeurs.  C’est simplement une mesure de l'activité audio numérique au sein de la tranche horaire et de la géographie spécifiées pour le mois civil spécifié. Quiconque utilise l’information contenue dans notre classement accepte que Triton Digital ne sera pas responsable de toute perte directe ou indirecte découlant de l’utilisation de ces informations.
  • Les méthodologies LT exigent que l'éditeur ait la capacité d'intégrer correctement les événements de suivi des auditeurs dans le lecteur audio ou l'application de l'appareil.