Comscore UDM 2.0

Comscore está presentando Unified Digital Measurement 2.0, la próxima generación de nuestro Unified Digital Measurement (UDM), que estará impulsada por una nueva metodología mejorada que utiliza ID propios (1P) de publishers en lugar de señales de terceros (3P). Esto derivará en una mejora para nuestro paquete de MyMetrix que va a garantizar que los publishers, las agencias y los anunciantes puedan seguir reportando sobre audiencias con la misma granularidad y precisión que esperan tener de Comscore, de una forma a prueba del futuro en medio de cambios en el entorno de medios digitales.

Comscore fue fundada con el objeto de unificar y simplificar todo el entorno de medios digitales en diferentes pantallas y desarrolló nuestra metodología UDM para ofrecer a los publishers y anunciantes una herramienta de medición y modelado para planificar en base a datos granulares. Fuimos pioneros en el espacio de mediciones digitales y hemos continuado evolucionando para alcanzar fluctuaciones en el entorno, todo esto impulsado por nuestro conjunto de datos a escala y sostenido por nuestras 47 patentes de plataformas cruzadas que hemos perfeccionado durante más de una década de mejores prácticas en ciencias de datos.

UDM 2.0 utiliza los mismos activos de panel y datos censales de nivel de eventos, ahora con ID 1P de publishers en lugar de señales 3P. Los publishers aun podrán usar las mismas etiquetas/SDK de Comscore que tenían instaladas actualmente. El único cambio es que los publishers ahora necesitarán proporcionar ID 1P y/o permitir cookies 1P de dominio específico para mantener la solidez en las mediciones ya que las señales 3P se van a tornar obsoletas.

El momento para migrar a UDM 2.0 es ahora. Google Chrome anunció que en enero de 2024 las cookies 3P van a tornarse obsoletas en 1% de los navegadores de usuarios y que ese porcentaje va a incrementarse ininterrumpidamente a lo largo del año hasta un 100% en el 3º trimestre de 2024. Incluir las ID 1P en las integraciones de etiquetas con Comscore ahora nos permitirá preparar a sus modelos específicos de publishers y compartir vistas preliminares Beta privadas antes del lanzamiento público de los datos.

Los publishers deben comenzar por la recopilación de datos/actualización de etiquetas, lo que va a permitirle a Comscore recopilar datos 1P por 2-3 meses para construir modelos de Person Representation Units (PRU) específicos de ublisher que representan los comportamientos de la audiencia de dicho publisher e integran los modelos en el canal de productos que son esenciales en los datos de mediciones (como MMX). Todos los publishers que hoy estén etiquetando deberán participar o correrán el riesgo de mudarse a mediciones solo de panel o de no ser reportables si sus sitios no cumplen los Estándares Mínimos de Reporte para visitas de paneles.

• Comscore reconoce que los publishers pueden actualizar sus etiquetas para incluir señales/ID 1P en diferentes tiempos. El canal de UDM 2.0 que alimenta a MMX esrá intencionalmente diseñado para estar separado del canal UDM 1.0, lo que significa que, la actualización de etiquetas/SDK para incluir señales 1P no impactará en la forma en la que está reportado actualmente en MMX.
• Durante este primer trimestre de 2024, los publishers que comiencen a etiquetar incluyendo sus ID 1P en 2023 comenzarán a visualizar resultados Beta Privados para comparar con sus reportes actuales de MMX. A medida que avanza el año, Comscore comenzará a incluir dichas entidades en los reportes de MMX (aprovechando la metodología UDM 2.0).

Debajo encontrará las prioridades de etiquetado para publishers:

• Etiqueta de página web desktop/móvil
• Etiqueta de video web desktop/móvil
• Aplicación móvil iOS/ SDK de Android

Nota: Mientras le solicitamos a nuestros clientes que actualicen las tres etiquetas de plataformas enumeradas anteriormente, las ÚNICAS dos que podrían regresar a solo panel en el corto plazo una vez que se lance UDM 2.0 (si las ID 1P no se incluyen) son las etiquetas de página web y de video web, debido a que la depreciación de cookies de terceros impacta en nuestros entornos basados en navegadores. Del lado de la aplicación web, actualmente tenemos otros identificadores que aún estamos utilizando para calcular métricas de Visitantes únicos. Sabemos que algunas de esas ID (ID de publicidad etc. – que recopilan datos a través de aplicaciones no relacionadas) pueden estar orientadas en la misma dirección que la cookie de terceros. Por lo tanto, recomendamos actualizar también los SDK de Aplicaciones móviles con ID 1P. sin embargo, los publishers deben priorizar actualizar las etiquetas para página y video web, seguido de aplicaciones móviles.

Nota: No se requiere trabajo de etiquetado extra para video en la aplicación (ya que podemos extraer todos los datos 1P del mismo SDK) o para CTV (TV conectada) (no en alcance para el lanzamiento de UDM).

En aras de ser lo más complaciente y flexible posible, Comscore ofrece dos soluciones para inclusión de datos 1P en la etiqueta de página web:

Enfoque de cookie 1P:

• Habilitación de la cookie 1P en sus etiquetas existentes. Existe un parámetro en la etiqueta llamado enablefirstpartycookie que está, por defecto, configurado en “FALSO.” Un publisher puede configurarlo en “VERDADERO” y esto permitirá la creación de una cookie 1P. Las guías de implementación de etiquetas contienen instrucciones detalladas y se pueden hallar mediante la búsqueda rápida de “enablefirstpartycookie”,
• Debe asegurarse de, además de actualizar la etiqueta, trabajar con su equipo de privacidad para actualizar avisos de privacidad conforme sea necesario.

ID 1P:

• Opcionalmente, puede incluir el parámetro cs_fpid con un ID 1P. Debajo encontrará algunos ejemplos:
• ID registrada (e-mail con hash, ID de visitante con hash, ID de suscriptor con hash)
• ID de ecosistema 3P (UID 2.0, LiveRamp ATS, ID5, etc.)

Nota: Cuando cs_fpid está siendo pasado en la etiqueta, le solicitamos que también pase los siguientes tres parámetros: cs_fpit, cs_fpdm y cs_fpdt como se indica en el print de pantalla que aparece a continuación: Nota: Puede que no tenga valores para pasar cada uno de estos, si dicha información no está disponible, puede usar el valor *nulo.

La medición mudará exclusivamente a ser informada por datos solo de panel (estado de reporte de Solo Panel) a medida que la depreciación se acerca a niveles donde las cookies 3P ya no representan el comportamiento del usuario con precisión. Comscore fomenta la actualización inmediata de etiquetas para incorporar ID 1P y reunir tres meses de datos para creaciones de modelos específicos del Publisher y así tener la posibilidad de visualizar vistas Beta Privadas.

WMientras que la depreciación de las cookies 3P impacta actualmente a los navegadores y videos web, queremos ayudar también a los publishers a prepararse para futuros cambios. Se espera también que las aplicaciones se vean afectadas ya que las ID de publicidad pueden tornarse obsoletas, generando un impacto en las aplicaciones. Un buen ejemplo es Google aplicando la iniciativa Privacy Sandbox en Android, luego de su trabajo integral de Privacy Sandbox enfocado en el entorno de navegación.

Comscore está tratando de trabajar con las actuales integraciones que tenemos con estos socios de contenido distribuido para incluir en la UDM 2.0 los reportes en el paquete MyMetrix de Comscore.

Las redes publicitarias deberían incluir un ID 1P, pero a causa de los lapsos de inventario en los distintos dominios, tendrán que usar la solución cs_fpid y sugerimos que utilicen un ID 3P de un socio como The Trade Desk (UID 2.0), LiveRamp (IDL via ATS) o ID5. Próximamente proporcionaremos guías de etiquetado actualizadas de redes publicitarias.

Si. Si está usando GTM, por favor, implemente nuestro JS script a través de un contenedor personalizado GTM.

Ejemplo de script:

Cambie CLIENT_ID con su ID c2

Implementen la etiqueta de Publisher para todos los sitios, actualizando etiquetas existentes para incluir los parámetros/requisitos de UDM 2.0 o desplegando nuevas que tendrán los mismos parámetros/requisitos. La etiqueta de Publisher es la misma, la única diferencia entre la UDM 1.0 y 2.0 es la inclusión de datos 1P. La etiqueta de Publisher desplegará cookies 3P si el navegador las soporta.

La preferencia de Comscore es que el Publisher incluya la información por cada medición de evento. Esto incluye diferentes escenarios como, por ejemplo, el caso en el que un visitante inicia una visita a un sitio web sin estar registrado y luego, durante la sesión, se registra como usuario.

Un publisher puede usar un acceso o nombre de usuario con hash como una ID (por ejemplo “hashing” “FunkyCatLover”) en lugar de una ID como un email o nombre/ID suscriptor con hash.

Si un publisher está encendiendo el valor enablefirstpartycookie (mudándolo de FALSO a VERDADERO) una buena práctica sería mudar un valor en cs_fpid; dicho valor podría ser la cookie 1P con hash.

Tanto cs_fpit (tipo ID 1P) y cs_fpdt (tipo de fuente demográfica) ayudan a mejorar el modelado específico del publisher en UDM 2.0. Si el publisher no tienen dicha información, el parámetro puede ser tratado como opcional para su inclusión, en cuyo caso la demografía será asignada estrictamente en base a nuestros datos de panel.

Si bien los modelos pueden crearse sin ellos, compartir la demografía y otros parámetros ayuda a ajustar los modelos. Sin demografía, el modelo de PRU del publisher dependerá de los datos de panel de Comscore como lo hace actualmente. De esta manera continuarían las limitaciones de sitios con menor alcance. Con demografías compartidas, hay mayor probabilidad de que Comscore pueda reportar la composición de la audiencia para dichas entidades más pequeñas.

Si los datos demográficos están disponibles, recomendamos incluirlos para mejorar el modelo de PRU. En caso contrario, siga las instrucciones para edad y género “desconocido”: entonces el modelo de PRU usará datos disponibles del panel de Comscore.

Considere usar la solución de cookie 1P de Comscore.

Con el objeto de garantizar que todo funciona según lo previsto para la etiqueta de transmisión, el SDK de JavaScript debe estar actualizado para soportar la recopilación de cookie 1P. Cada publisher debería continuar siguiendo los procedimientos de consentimiento aplicables a dicho publisher, tal como una plataforma de gestión de consentimiento si es lo que utilizan actualmente.