Triton Digital réalise des mesures d'audience audio et des podcasts reposant sur des recensements, numériques, à la demande. À l'exception du service Metrics Demos+ des podcasts, 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 demande de fichier, y compris le contenu, la source, le moment et les octets demandés pour chaque téléchargement.
Triton Digital utilise une seule méthode de collecte de données pour les services Podcast Metrics. Il passe par des fichiers de connexion bruts ou des données sur l'activité audio à la demande collectées quotidiennement à partir du réseau de diffusion de contenu (CDN) ou du système de gestion de contenu (CMS) hébergeant les podcasts et le contenu audio à la demande du réseau.
Collecte de données
Triton Digital utilise plusieurs méthodes pour collecter les données de niveau journal pour les services Podcast Metrics. Nous acceptons les fichiers bruts provenant soit des journaux d'accès CDN, soit des journaux de session CMS/CDN. Si les autres options ne sont pas disponibles, nous pouvons accepter les journaux d'accès provenant de services de redirection. Nous appliquons ensuite une normalisation et un enrichissement appropriés afin de fournir des mesures équivalentes/comparables.
L'activité audio est recueillie quotidiennement à partir de l'une des sources mentionnées ci-dessus.
Lorsqu'un éditeur ou un réseau livre des fichiers audio à la demande, ils sont livrés via un réseau de distribution de contenu ou une plateforme d'hébergement de podcasts, qui distribue ensuite les fichiers via un réseau de points de livraison (serveurs) géographiquement dispersés, puis enregistre l'activité transactionnelle. Ces données peuvent être enregistrées dans des fichiers journaux, des bases de données ou des systèmes d'entrepôt de données. Les événements individuels du journal sont mis à la disposition de Triton Digital par le CDN ou le CMS (système de gestion de contenu), ou le service de redirection. Les logs contiennent les détails de tous les accès aux fichiers des auditeurs pour un jour donné. Concernant la portée de ce présent document, les principaux points de données dans les fichiers journaux sont l'adresse IP (ou la version hachée), l'agent utilisateur, la date et l'heure, les octets transférés, la méthode de demande, les octets de demande et l'URL ou l'ID du fichier.
Les réseaux approuvent et organisent la libération des fichiers journaux en streaming directement et automatiquement à partir de leur CDN ou CMS de leur choix vers Triton Digital par SFTP, ou vers leur espace de stockage S3 dans un format prédéterminé. Dans tous les cas, les fichiers journaux sont générés et contrôlés par le CDN ou le CMS, et non par les réseaux eux-mêmes. Les procédures de contrôle de la qualité de Triton Digital s'appliquent à chaque client, quel que soit le mode de livraison des fichiers journaux.
Appareils et plateformes couverts
Notre méthodologie de fichiers journaux reposantsur le recensement de Podcast Metrics prend en charge la mesure sur tous les appareils et toutes les plateformes de distribution, à condition que Triton reçoive des journaux d'accès ou de session valides du serveur ou du client. Cela inclut, sans s'y limiter, les navigateurs Web et les applications, les téléphones intelligents et les tablettes, les haut-parleurs intelligents et d'autres appareils sur une grande variété de systèmes d'exploitation et de marques capables de télécharger des fichiers audio à la demande.
Association de données de journal à des podcasts
Podcast Metrics associe chaque téléchargement de fichier à un titre d'épisode spécifique dans un podcast. Triton utilise l'ID ou l'URL des épisodes pour faire correspondre les données du journal aux informations sur les épisodes dans un flux RSS ou un fichier de données (csv) fourni par le réseau.
Limites des mesures
HLS et MPEG DASH
Podcast Metrics de Triton Digital ne prend pas en charge les informations brutes des journaux d'accès provenant de la diffusion en streaming de HLS ou de MPEG DASH de podcasts / contenu à la demande. Pour être acceptés, les flux HLS ou MPEG DASH doivent rapporter les journaux de session au lieu des journaux d'accès aux fichiers, y compris les informations sur la durée et les épisodes.
Mise en cache depuis différentes plateformes
Certaines plateformes d'écoute de podcasts ont la possibilité de mettre en cache les fichiers d'épisodes de podcasts dans leur propre réseau de livraison et, par conséquent, peuvent ne pas fournir de journaux de serveur. L'absence de journaux de serveur peut avoir un impact négatif sur la précision des mesures ainsi que sur l'expérience d'écoute en ce qui concerne les publicités insérées dynamiquement. Dans de nombreux cas, les réseaux peuvent contacter les plateformes de distribution et demander d'éviter la mise en cache.