Show Menu
TEMAS×

Adobe Analytics y cookies de explorador

Para admitir la identificación persistente de usuarios en todas las propiedades y soluciones, Adobe Analytics responde a los cambios en el modo en que los exploradores gestionan las cookies. Las siguientes preguntas frecuentes presentan información sobre la preservación de la identificación de visitantes persistentes con los cambios en las cookies del explorador.

¿Cómo están cambiando los exploradores la forma en que administran las cookies?

En general, la mayoría de los exploradores se están volviendo más restrictivos en la forma en que albergan cookies de terceros. Esto puede afectar al seguimiento si el explorador elimina o rechaza la cookie. El explorador Safari también está configurando algunas limitaciones para algunas cookies de origen.
La siguiente lista muestra algunos cambios recientes según los exploradores:
  • Chrome: a partir de Chrome 80, el SameSite atributo se gestiona de forma diferente para administrar las cookies de terceros o las solicitudes entre sitios. En última instancia, los desarrolladores de Chrome buscan formas de eliminar por completo las cookies de terceros.
  • Firefox y Edge: los anuncios de estos productos indican que las versiones sucesivas de sus navegadores van a seguir los mismos cambios que los realizados en Chrome 80.
  • Safari: con Safari 12.1 , las cookies persistentes de origen configuradas a través de la API document.cookie, generalmente denominadas “cookies del lado del cliente”, caducan a siete los días.

¿Qué diferencia hay entre las cookies de terceros y las cookies de origen?

Cookies de origen

Las cookies de origen las crean los sitios web de los clientes (específicas del dominio) y se almacenan en los exploradores de los clientes a medida que los usuarios visitan dichos sitios web. En general, todos los exploradores aceptan cookies de origen. En una implementación de Analytics de cookie de origen, la cookie de ID de visitante se crea en un nodo de Adobe cuando el nombre de host se concilia con el dominio mediante un CNAME . El explorador acepta la cookie en un contexto de origen. Para obtener más información, consulte Acerca de las cookies de origen .

Cookies de terceros

Los sitios web que visitan los usuarios no crean cookies de terceros. Aunque los exploradores tratan todas las cookies de terceros de la misma manera y las almacenan en consecuencia, las cookies de terceros pueden comportarse de manera diferente e importante. Con la implementación de cookies de terceros de Analytics de un cliente, el cliente solo realiza llamadas a Adobe y no a dominios de terceros desconocidos o sospechosos. Este es el método actual para implementar Analytics para un seguimiento seguro (HTTPS) y fiable con identificadores persistentes. Este método se implementa mediante la configuración del archivo AppMeasurement.js. Para obtener más información, consulte Cookies y el servicio de identidad de Experience Platform .

¿Cómo almacenan y administran los exploradores las cookies de Analytics en estos momentos?

Según la implementación, las cookies de Analytics se almacenan de la siguiente manera:

Implementaciones de cookies de terceros

Los exploradores almacenan actualmente el ID de Adobe demdex.net como una cookie de terceros. Esta cookie proporciona identificadores persistentes entre dominios y permite el uso de contenido seguro (https).

Implementaciones de cookies de origen

Al configurar un CNAME, el usuario puede recibir cookies de Adobe en un contexto de cookie de origen para sus exploradores. Esta puede ser una opción viable si la implementación de cookies de terceros no es adecuada para los usuarios.

¿Cómo responde Adobe Analytics a estos cambios?

Todas las actualizaciones de cookies de Adobe se gestionan mediante servidores de Adobe y Adobe ha actualizado sus servidores Edge para establecer los atributos de cookies correspondientes. Adobe ha publicado actualizaciones del lado del servidor para establecer las cookies de terceros con los atributos adecuados. Sus sitios no necesitan actualizaciones de JavaScript.
Esta actualización por parte de los servidores Edge de Adobe se producirá automáticamente cuando los usuarios visiten cualquier sitio web donde se utilice la cookie. Para la mayoría de los productos de Adobe, las cookies tendrán los indicadores adecuados, ya que Chrome 80 está disponible. La excepción son las implementaciones de Adobe Analytics que utilizan la recopilación de datos de terceros y no usan el servicio de Experience Cloud ID (ECID). Es posible que estos clientes experimenten un pequeño aumento temporal de nuevos visitantes que, de lo contrario, se habrían etiquetado como visitantes que retornan.
En el caso de los exploradores que Google ha identificado como cookies mal gestionadas cuando SameSite se establece en None , SameSite no se configurará.
La siguiente tabla resume las cookies de Analytics:

¿Cuál es la mejor manera de preparar mi sitio para los cambios de Chrome, Firefox y Edge?

Los clientes de Analytics deben confirmar que su configuración de JavaScript utiliza HTTPS para sus llamadas a los servicios de Adobe. ECID redirige las llamadas HTTP de terceros a su punto de conexión HTTPS, lo que puede aumentar la latencia, pero significa que no es necesario que cambie la configuración.
Adobe recomienda que todas las páginas del sitio se proporcionen con HTTPS.

Un CNAME para varios dominios

Si tiene una implementación CNAME configurada en el mismo dominio que su sitio web, será un contexto de cookie de origen y no necesita realizar cambios.
Sin embargo, si es propietario de varios dominios y utiliza el mismo CNAME para la recopilación de datos en todos los dominios, este se trata como una cookie de terceros en esos otros dominios. Con Chrome 80, ya no estará visible en estos otros dominios. Para que el comportamiento sea más similar entre los exploradores, Analytics establece explícitamente el valor SameSite de esta cookie en Lax . Si utiliza esta cookie en un contexto de terceros sencillo, deberá tener la cookie configurada con el valor de SameSite=None , lo que también significa que siempre debe utilizar HTTPS. Póngase en contacto con el Servicio de atención al cliente de Adobe para que se cambie el valor de SameSite para sus CNAME seguros. Tenga en cuenta que esta acción NO es necesaria para los clientes de Analytics que usan ECID.

¿Cuál es el impacto de los cambios de Safari (ITP 2.1) para Analytics?

A pesar de los cambios realizados en Safari 12.1, los conjuntos de datos de las cookies de Adobe Experience Cloud se siguen recopilando. Aunque las cookies tienen un límite de siete días, los visitantes que regresan a su propiedad en ese plazo renuevan la cookie y evitan que caduque durante otros siete días. Las ventanas de búsqueda y los recuentos de visitantes de retorno se pueden reducir para el tráfico de Safari hasta que haya una actualización de Adobe disponible.
Debido a la reducción del periodo de caducidad de siete días, los clientes pueden observar un aumento de visitantes únicos. Los recuentos de visitas y vistas de página no deberían verse afectados. Si tiene una propiedad con tráfico estacional, como servicios fiscales o venta minorista de vacaciones, puede que observe un mayor impacto, ya que este visitante no estará conectado entre temporadas.
Si utiliza un CNAME, el servicio de ID de visitante guardará el ECID en una cookie de origen del lado del servidor. Esto permite que la cookie persista durante toda su duración.
Nota: ITP 2.1 no se aplicará a los navegadores incrustados en aplicaciones móviles.

Cookies de origen afectadas

Las cookies de origen creadas a través de document.cookie se ven afectadas. Si está configurando cualquiera de estas cookies a través de una respuesta HTTP (del lado del servidor) o mediante la certificación CNAME, no se verá afectado por los cambios en ITP 2.1. Las siguientes cookies de origen y las bibliotecas de JavaScript de Adobe relacionadas se ven afectadas:
  • cookies AMCV establecidas por la biblioteca del servicio de ECID (Experience Cloud ID)
  • Cookie de reserva heredada de Analytics s_fid
La cookie s_vi heredada de Analytics como cookie de terceros, incluidos los destinos de recopilación de 2o7.net u omtrdc.net, sigue bloqueada en función de versiones anteriores de ITP.
En resumen:
  • Si tiene un CNAME y utiliza el servicio de ID de visitante, su implementación no se verá afectada.
  • Si utiliza un CNAME de origen en el contexto de origen y no utiliza el servicio de ID de visitante, su implementación no se verá afectada.
  • Si utiliza un dominio de cookie de origen en el contexto de terceros o con los nombres de dominio de terceros estándar (por ejemplo, 2o7.net, omtrdc.net, etc.), Safari seguirá bloqueándolo como lo ha hecho.
  • Si utiliza una ID de visitante personalizada, dependerá de cómo almacene su ID de visitante. Si almacena su ID en una cookie “del lado del cliente” de origen, estará sujeto a la caducidad de siete días. Si utiliza otros medios para almacenar su ID personalizado, deberá evaluar si se ve afectado.

Conjuntos de datos menos afectados

Los conjuntos de datos con visitantes activos que regresan con frecuencia son los menos afectados por los cambios. Si el contenido del sitio incita a que los clientes regresen a diario o al menos un par de veces por semana, las cookies de estos usuarios activos se renovarán antes de que caduquen. Es muy probable que las redes sociales, los sitios de noticias y otros medios tengan grandes comunidades de usuarios que regresan con frecuencia.
ITP 2.1 no afectará a los clientes que utilicen s_vi como ID de visitante principal y estén configurados con recopilación de datos de origen mediante un CNAME. Tenga en cuenta que en los casos en los que no se pueda configurar s_vi , puede utilizarse la cookie de reserva s_fid , que tendrá una caducidad de siete días.
Además, los conjuntos de datos que utilizan el servicio de ID de visitante y tienen un dominio de origen se ven menos afectados.

¿Afectarán los cambios de Safari a mi negocio?

Adobe recomienda que los clientes midan primero el impacto dentro de su propia empresa antes de realizar cambios en la recopilación de datos. Esto se puede hacer mediante los métodos que se indican a continuación en esta sección.
Para medir el impacto en los informes y las pruebas, es importante saber qué tipo de seguimiento de visitantes y cookies ha implementado y cuánto tráfico ha recibido de los usuarios con Safari. Tenga en cuenta lo siguiente para medir el impacto en su negocio individual:
  • Compruebe qué tipos de cookies están configurando las bibliotecas de Adobe.
  • Abra la consola del desarrollador en el último explorador de Safari. Si ve alguna de las cookies enumeradas arriba configurada en su dominio de origen, puede verse afectado por estos cambios.
  • Si ve una cookie s_vi , pero no una cookie AMCV configurada en el contexto de un CNAME, está utilizando un CNAME para la identificación de visitantes y el uso de Analytics no se ve afectado por estos cambios. Si ve una cookie s_vi y una cookie AMCV configuradas en el contexto de un CNAME, ha utilizado recientemente o está utilizando un período de gracia y es posible que parte del tráfico de Analytics se vea afectado.
  • Utilice Analytics para medir el porcentaje de visitantes que no regresan en un plazo de siete días. Si los visitantes regresan repetidamente en un plazo de siete días, es posible que el tráfico no se vea afectado de manera significativa. Para obtener instrucciones sobre el uso de Analytics con el fin de averiguarlo, consulte Impacto de Safari ITP 2.1 en clientes de Adobe Experience Cloud y Experience Platform .
  • Mida el porcentaje de tráfico de los exploradores Safari para determinar si los cambios están suficientemente justificados. Para obtener instrucciones sobre el uso de Analytics con el fin de averiguar el porcentaje de tráfico de Safari en sus sitios, consulte Impacto de Safari ITP 2.1 en clientes de Adobe Experience Cloud y Experience Platform .

¿Qué exploradores utilizan más los visitantes?

Si le interesa conocer más sobre los exploradores utilizados por los visitantes, puede utilizar la Dimensión de explorador de Analytics para determinar qué exploradores se utilizan más en sus sitios. También puede utilizar las dimensiones de Analytics para ver qué exploradores se utilizan más según las regiones geográficas. Para obtener más información, consulte la Segmentación geográfica .
Según statcounter , a finales de 2019 la cuota de mercado mundial para cada explorador era la siguiente:
  • Chrome: ~64%
  • Safari: ~17%
  • Firefox: ~4%
  • Edge: ~2%
A medida que cambie la cuota de mercado, puede consultar las estadísticas para revisar su estrategia de implementación.

¿Cómo puedo trabajar mejor con los cambios de ITP 2.1 en Safari a corto plazo?

El CNAME de Adobe y el programa de certificados administrados se utilizan para hacer frente a los cambios de ITP. El programa de certificados administrados le permite implementar un nuevo certificado de origen para cookies de origen sin coste adicional. En la actualidad, Adobe cuenta con varios servicios CNAME por solución y busca aprovechar el programa de certificación de Analytics a corto plazo.
Cualquier cliente actual de Analytics con una configuración CNAME que también utilice los servicios de Experience Cloud ID para la identificación de visitantes podrá aprovechar una actualización futura de la biblioteca de ECID. Este cambio permitirá que los servidores de seguimiento certificados CNAME mantengan el ECID y se utilicen como referencia para la identificación del visitante. Habrá más información disponible en versiones sucesivas de la biblioteca de ECID.
Adobe es consciente de que no todos los clientes de la biblioteca de ECID utilizan CNAMES o Analytics. A todos los clientes de ECID se les ofrecerá una configuración de CNAME en un esfuerzo por utilizar la misma capacidad.
Si actualmente no está utilizando un CNAME para la implementación, puede iniciar el proceso hablando con el Servicio de atención al cliente.

¿Cuáles son los planes futuros de Adobe para la identificación de visitantes persistentes?

Las nuevas capacidades e implementaciones son:
  • Opciones de autoservicio de certificación CNAME en todas las soluciones de Adobe
  • Métodos flexibles de recopilación de ID de visitante, BYOI (Traer su propia identidad) y recopilación de datos con prioridad de API
  • Gráficos de identidad de Adobe Experience Platform
  • Enfoque unificado para la recopilación de datos de Adobe
Adobe está comprometido con una personalización más precisa para los consumidores que desean una experiencia personalizada. Adobe se esfuerza por ofrecer a nuestros clientes una funcionalidad de identidad en línea que les ayuda a alinearse con las opciones de privacidad de sus clientes.