Comscore UDM 2.0

Comscore lance aujourd’hui la mesure d’audience unifiée 2.0, la nouvelle génération de notre mesure unifiée (UDM), qui s’appuiera sur une nouvelle méthodologie améliorée utilisant les identifiants de première partie (1P) des éditeurs à la place des signaux de tierce partie (3P). Cette amélioration de notre suite MyMetrix permettra aux éditeurs, aux agences et aux annonceurs de maintenir la même granularité et précision dans la mesure et les rapports d’audience, auxquelles ils sont habitués avec Comscore, à l’épreuve des changements du paysage médiatique numérique.

Comscore a été créé dans le but d’unifier et de simplifier le paysage complexe des médias numériques à travers les écrans. Nous avons développé notre méthodologie UDM afin de fournir aux éditeurs et aux annonceurs un outil de mesure et de modélisation pour la planification basée sur des données granulaires. Nous avons été des pionniers dans le domaine de la mesure numérique et nous n’avons cessé d’évoluer pour répondre aux besoins changeants du paysage. Tous nos efforts reposent sur notre vaste ensemble de données, renforcé par nos 47 brevets multiplateformes que nous avons perfectionnés au cours d’une décennie de meilleures pratiques en science des données.

UDM 2.0 utilise les mêmes actifs inestimables que les panels et les données de recensement, mais désormais avec les ID 1P des éditeurs à la place des signaux 3P. Les éditeurs pourront toujours utiliser les mêmes tags/SDK Comscore qu’ils ont actuellement installés. Le seul changement est que les éditeurs devront désormais fournir des ID 1P et/ou activer un cookie spécifique au domaine 1P afin de maintenir la même mesure robuste puisque les signaux 3P sont en voie d'obsolescence.

Le calendrier de migration vers UDM 2.0 est désormais fixé. Google Chrome a annoncé qu’en janvier 2024, il commencera à supprimer les cookies 3P sur 1% des navigateurs des utilisateurs et augmentera progressivement ce pourcentage au cours de l’année, pour atteindre 100% au troisième trimestre 2024. L’inclusion des ID 1P dans les intégrations de tagging avec Comscore nous permettra d’entraîner vos modèles spécifiques à l’éditeur et de partager les données en version bêta privée avant la publication publique des données.

Les éditeurs doivent commencer par la collecte des données/mises à jour des tags, pour permettre à Comscore de collecter les données 1P pendant 2 à 3 mois afin de construire des modèles PRU (Person Representation Unit) spécifiques à l’éditeur qui représentent les comportements de l’audience de cet éditeur et d’intégrer les modèles dans le pipeline des produits qui sont la base des données de mesure (comme MMX). Tous les éditeurs qui utilisent actuellement des tags doivent participer, autrement, ils risquent de passer à une mesure basée uniquement sur le panel, ou de ne pas être mesurables si leurs sites ne répondent pas à notre minimum statistique de rapport en matière de fréquentation du panel.

• Comscore reconnaît que les éditeurs peuvent mettre à jour leurs tags pour inclure les signaux/ID 1P selon des calendriers différents. Le pipeline UDM 2.0 alimentant MMX est intentionnellement conçu pour être séparé du pipeline UDM 1.0, ce qui signifie que la mise à jour de vos tags/SDK pour inclure les signaux 1P n’aura pas d’impact sur la façon dont vous êtes actuellement mesurés dans MMX
• Au cours du premier trimestre 2024, les éditeurs qui commencent à intégrer les identifiants 1P dans leurs tags en 2023 verront les premiers résultats de la version bêta privée, qu’ils pourront comparer à leurs rapports MMX actuels. Au fil de l’année, Comscore commencera à inclure ces entités dans les rapports MMX (en s’appuyant sur la méthodologie UDM 2.0).

Vous trouverez ci-dessous les tags prioritaires pour les éditeurs :

• Tag pour page web et mobiles (Desktop/Mobile Web page tag)
• Tag vidéo pour page web et mobiles (Desktop/Mobile Web Video tag)
• Application mobile iOS/SDKAndroid

Remarque: alors que nous demandons à nos clients de mettre à jour les tags pour les trois plateformes indiquées ci-dessus, les SEULS tags qui reviendraient à une mesure basée uniquement sur le panel à court terme après le lancement d’UDM 2.0 (si les ID 1P ne sont pas inclus) sont ceux dédiés à la page web et à la vidéo web, car l’abandon des cookies tiers a un impact sur nos environnements basés sur des navigateurs. En ce qui concerne les applications mobiles, nous disposons actuellement d’autres identifiants que nous continuons d’utiliser pour calculer le nombre de visiteurs uniques. Nous savons que certains de ces identifiants (identifiants publicitaires, etc. - qui collectent des données sur des applications non liées) pourraient prendre la même direction que le cookie tiers. C’est pourquoi nous recommandons de mettre à jour les SDK d’applications mobiles avec les ID 1P. Néanmoins, les éditeurs devraient mettre à jour en priorité les tags sur les pages web et les vidéos web, et ensuite les applications mobiles.

Remarque: aucun travail de tagging supplémentaire n’est nécessaire pour la vidéo in-app (car nous pouvons extraire toutes les données 1P du SDK lui-même) ou pour la TVC (TV connectée) (qui n’est pas prévue dans la version 2.0 de l’UDM).

Pour rester aussi adaptable et flexible que possible, Comscore propose deux solutions pour l’inclusion des données 1P dans le tag pour la page web :

Approche du cookie 1P :

• Activation du cookie 1P dans vos tags Comscore existants. Il existe un paramètre dans le tag appelé enablefirstpartycookie et il est, par défaut, défini sur « FALSE ». Un éditeur peut le régler sur « TRUE » et cela activera la création d’un cookie 1P. Des instructions détaillées sont disponibles dans les guides, facilement accessibles en effectuant une recherche sur « enablefirstpartycookie ».
• Outre la mise à jour du tag, vous devez veiller à collaborer avec votre équipe chargée de la protection de la vie privée pour mettre à jour, le cas échéant, les avis de confidentialité.

1P ID:

• Vous pouvez également inclure le paramètre cs_fpid avec un ID 1P, dont vous trouverez quelques exemples ci-dessous :
• ID de connexion (emails hachés, ID de visiteurs hachés, ID d’abonnés hachés)
• ID de l’écosystème 3P (UID 2.0, LiveRamp ATS, ID5, etc.)

Remarque: lorsque cs_fpid est transmis dans le tag, nous vous demandons de transmettre également les trois paramètres suivants : cs_fpit, cs_fpdm et cs_fpdt, comme indiqué dans la capture d’écran ci-dessous. Remarque : il se peut que vous n’ayez pas de valeurs à transmettre pour chacun de ces paramètres. Si ces données ne sont pas disponibles, vous pouvez utiliser la valeur *null à la place.

Les mesures seront exclusivement basées sur des données du panel (des rapports Panel Only) à mesure que l’obsolescence approche des niveaux où les cookies 3P ne reflètent plus de manière fiable le comportement de l’utilisateur. Comscore encourage la mise à jour des tags dès maintenant pour incorporer les ID 1P et rassembler trois mois de données pour la création d’un modèle spécifique à l’éditeur, puis la possibilité de voir les données en version bêta privée.

La suppression des cookies 3P concerne actuellement les navigateurs web et les vidéos, mais nous souhaitons aider les éditeurs à se préparer aux changements futurs. On s’attend à ce que les applications soient également touchées, car les identifiants publicitaires risquent de devenir obsolètes, et leur obsolescence aura un impact sur les applications. Un bon exemple est la mise en œuvre par Google de l’initiative Android Privacy Sandbox, qui fait suite à leur travail général de Privacy Sandbox, concentré sur l’environnement du navigateur.

Comscore souhaite travailler avec les intégrations actuelles que nous avons avec ces partenaires de contenu distribué pour les inclure dans le rapport UDM 2.0 dans la suite MyMetrix de Comscore.

Les réseaux publicitaires doivent inclure un ID 1P, mais comme l’inventaire s’étend sur plusieurs domaines, ils devront utiliser la solution cs_fpid et nous leur suggérons d’utiliser un ID 3P d’un partenaire tel que The Trade Desk (UID 2.0), LiveRamp (IDL via ATS), ou ID5. Nous fournirons prochainement des guides de tags actualisés pour les réseaux publicitaires.

Oui. Si vous utilisez GTM, veuillez implémenter notre script JS via un conteneur personnalisé GTM.

Exemple de script ci-dessous :

Remplacer le CLIENT_ID par leur c2 ID

Intégrer les tags sur tous les sites, que ce soit en mettant à jour les tags existants ou en déployant de nouveaux tags avec les paramètres de l’UDM 2.0. Le tag est le même, le seul changement entre les paramètres de l’UDM 1.0 et ceux de l’UDM 2.0 est l’inclusion des données 1P. Le tag continuera à déployer des cookies 3P si le navigateur le prend en charge.

Comscore préfère que l’éditeur inclue les informations pour chaque mesure d’événement. Cela couvre différents scénarios, par exemple, le cas où un visiteur commence la visite d’un site web sans être connecté, puis se connecte en tant qu’utilisateur au cours de la session.

Un éditeur peut utiliser un login ou un nom d’utilisateur hashé comme identifiant (par exemple en hashant « FunkyCatLover ») au lieu d’un identifiant tel qu’un courriel hashé ou un numéro/identifiant d’inscrit.

Si un éditeur active la valeur enablefirstpartycookie (en la faisant passer de FALSE à TRUE), c’est toujours une bonne pratique de transmettre une valeur dans cs_fpid ; cette valeur pourrait être le cookie 1P hashé.

Les paramètres cs_fpit (type d’ID 1P) et cs_fpdt (type de source démographique) permettent d’améliorer la modélisation spécifique à l’éditeur utilisée dans UDM 2.0. Si l’éditeur ne dispose d’aucune de ces informations, le paramètre peut être considéré comme facultatif, auquel cas les données démographiques seront attribuées sur la base stricte de nos données de panel.

Bien que les modèles puissent toujours être créés sans eux, le partage des données démographiques et d’autres paramètres permet d’affiner les modèles. Sans données démographiques, le modèle PRU de l’éditeur s’appuiera sur les données du panel Comscore, comme c’est le cas aujourd’hui. Les limitations imposées aux sites de moindre portée seraient maintenues. Avec des données démographiques partagées, il y a une plus grande probabilité que Comscore soit en mesure de fournir des rapports de la composition de l’audience pour ces entités plus petites.

Si des données démographiques sont disponibles, nous recommandons de les inclure pour améliorer le modèle PRU. Dans le cas contraire, veuillez suivre les instructions du guide pour l’âge et le sexe « non spécifiés » : le modèle PRU utilisera alors les données disponibles du panel Comscore.

Considérez la solution 1P cookie de Comscore.

Pour s’assurer que tout fonctionne comme prévu pour le tag pour vidéo, le SDK JavaScript doit être mis à jour afin de prendre en charge la collecte du cookie 1P. Chaque éditeur doit continuer à suivre les procédures de consentement qui s’appliquent à sa situation, par exemple en travaillant avec une plateforme de gestion des consentements si c’est le cas aujourd’hui.