ITP 2.2 de Apple: Caducidad de 1 día del conjunto de cookies de seguimiento a través de la decoración de enlaces

Apple creó ITP en nombre de la privacidad.

Esencialmente, el ITP original dificultó el uso de cookies de terceros para rastrear a los usuarios de Safari en iOS y MacOS y está en línea con los esfuerzos de privacidad del ETP de Firefox. Agregó una ventana de 24 horas a las cookies en los dominios que marcó para que pudieran rastrearse entre dominios, después de lo cual se bloqueó el acceso a las cookies de terceros. Esto planteó problemas para muchos proveedores de seguimiento, ya que una gran parte del seguimiento se realiza con cookies de terceros.

Una solución común para los especialistas en marketing era cambiar a cookies propias. Sin embargo, en versiones posteriores de ITP (2.0, 2.1 y 2.2), Apple también comenzó a limitar el uso de cookies propias. A principios de este año, en ITP 2.1, Apple actualizó ITP para tener en cuenta una solución alternativa que se les ocurrió a las empresas en la que harían que un sitio colocara una cookie de origen que imitaba la funcionalidad de la cookie de terceros. Con ITP 2.1, Safari elimina estas cookies de origen siete días después de que se instalaron en un navegador.

El mayor cambio de ITP 2.2 con respecto a 2.1 y 2.0 limita la duración de algunas cookies creadas por JavaScript propias a un día, frente a los siete días que implementó ITP 2.1.

Para que una cookie tenga un límite de un día según ITP 2.2, se deben cumplir tres condiciones:

1. La cookie se configura a través de JavaScript (o en sus palabras, "establecida a través de document.cookie"). Esta condición también se aplicó con ITP 2.1 (ver también nuestro blog sobre ITP 2.1 para pruebas A/B).
2. El sitio que envió al usuario a la página de destino ha sido clasificado por ITP como "que tiene capacidades de seguimiento entre sitios" (las principales redes publicitarias, Google y Facebook ciertamente se clasifican de esta manera)
3. El enlace usa decoración de enlace (usa parámetros de cadena de consulta y/o un identificador de fragmento)

Echemos un vistazo más de cerca a las tres condiciones anteriores y comprendamos cómo se ve afectado Convert y qué puede hacer.

Condición 1: Cookies persistentes creadas a través de document.cookie

En el futuro, todas las cookies persistentes creadas a través de document.cookie de JavaScript (a diferencia de las cookies configuradas por HTTP) expirarán en 24 horas si se ha identificado que el dominio de referencia tiene capacidades de seguimiento entre sitios y la URL contiene una cadena de consulta. o identificador de fragmento. Todas las cookies de origen creadas por document.cookie que no se hayan creado a través de una cadena de consulta o un identificador de fragmento caducarán en 7 días (como se menciona en la ITP 2.1).

Las cookies de conversión se crean a través de document.cookie de Javascript, por lo que se aplica la primera condición de ITP2.2 . (ya que también se aplicó bajo ITP 2.1).

Condición 2: Dominio de referencia con capacidades de seguimiento entre sitios

Los dominios se clasifican dinámicamente bajo ITP mediante un algoritmo de aprendizaje automático:

1. Detección de rastreador de rebote de primera parte. Detecta cuando un dominio se usa solo para el seguimiento de redirección. Esto se aplicará de forma recursiva para todos los dominios en la cadena de redirección.
2. Subrecurso en número de dominios únicos. Relacionado con el número de rutas disponibles bajo un dominio. Las plataformas de seguimiento actualmente tienen un número muy pequeño de estos.
3. Submarcos bajo el número de dominios únicos. Relacionado con el número de marcos de página disponibles en los dominios.
4. Número de dominios únicos a los que se redirige.
5. El sistema no tiene una lista blanca o una lista negra. Más bien, cada dispositivo creará su propia lista de prevención de rastreo basada en el uso de la web.

Si un dominio se clasifica como un dominio de seguimiento entre sitios a través del motor de clasificación basado en el aprendizaje automático de ITP descrito anteriormente, y existe una decoración de enlaces, Safari evitará el almacenamiento de cookies propias persistentes.

Dado que no existe una lista central de dominios clasificados para las capacidades de seguimiento entre sitios, los propietarios de los sitios deberán evaluar sus enlaces y evaluar las bibliotecas de JavaScript de terceros que pueden usar la decoración de enlaces. Esto incluye proveedores de tecnología publicitaria, empresas de medición, comercializadores afiliados y ciertos tipos de personas influyentes. Facebook y Google ciertamente se ven afectados por ITP 2.2.

Dejémoslo claro con un ejemplo: imagina que tienes un sitio www.example.com, donde está instalado el código de seguimiento de Convert. Si su sitio recibe tráfico de Google, Facebook (que son los dominios de referencia en este caso, por ejemplo, un visitante aterriza con esta URL en su sitio: https://www.example.com?utm_source=google), todas las cookies propias configuradas en www.example.com estará restringido a una duración de 24 horas, ya que este tráfico proviene de un dominio de referencia que se considera que posee capacidades de seguimiento entre sitios y existe decoración de enlaces (ver más abajo). Así las cookies de Convert tendrán una duración de 24 horas. ¿Qué significa eso? Si ejecuta un experimento de 7 días y un usuario visita su sitio el día 1 y luego el día 3 (después de un lapso de 2 días), Convert no podrá reconocer a esta persona como un visitante recurrente (porque Convert ¡La cookie creada por el navegador se eliminaría siguiendo las nuevas restricciones!). Y este visitante será tratado como uno nuevo.

Por lo tanto, esta segunda condición no tiene que ver con Convert en sí , sino con los dominios de referencia.

Condición 3: Decoración de enlace

La decoración de enlaces es una técnica utilizada por las plataformas tecnológicas de publicidad y marketing para atribuir clics, visitas y conversiones (compras, descargas, etc.) en diferentes dominios utilizando cookies propias.

Hay dos formas principales de decorar un enlace.

La forma básica es adjuntar estáticamente la información adicional a la URL cuando se crea un enlace. Aquí hay un ejemplo de un enlace decorado:

https://www.example.com?utm_source=google&utm_medium=cpc&utm_campaign=2019_promoción

La información después? se conoce como una consulta de cadena, que se compone de parámetros (por ejemplo, medium=). Otra forma de decoración de enlaces utiliza identificadores de fragmentos, que se introducen mediante un hash (#).

La otra forma más compleja de decorar un enlace es ejecutar un código Javascript que se activa cuando una persona hace clic en un enlace y agrega información dinámicamente a un enlace. Las empresas harán esto cuando quieran pasar información específica del clic individual que llevó a alguien al sitio de destino. Por ejemplo, un anunciante puede hacer esto para realizar un seguimiento de una campaña de anuncios gráficos que se ejecuta en los sitios de varios editores y que se vincula al sitio del anunciante. En lugar de personalizar manualmente el enlace para cada editor que publica su anuncio, el anunciante puede hacer que el código agregue “?publisher=[nombre del editor]” a la URL en el momento en que una persona hace clic en el anuncio. De esta forma, el anunciante puede determinar qué editor fue el responsable de enviar al visitante al sitio.

Por lo tanto, esta tercera condición no tiene que ver con Convert en sí , sino con dominios de referencia que tienen capacidades de seguimiento entre sitios Y usan decoración de enlaces como se explicó anteriormente en el ejemplo.

Aquí está la solución alternativa de Convert

La combinación de los tres factores anteriores significa que las cookies configuradas por Convert se verán afectadas por ITP 2.2, si su sitio donde está instalado el código de seguimiento de Convert recibe tráfico de dominios que se consideran con capacidades de seguimiento entre sitios y utiliza la decoración de enlaces con fines de atribución.

Se aplica la misma solución que con ITP 2.1 que se describió aquí hace unas semanas. Sugerimos a los clientes que trasladen el proceso de creación de cookies del navegador al servidor.

Puede encontrar los pasos para facilitar la creación de cookies del lado del servidor aquí. Si necesita ayuda para realizar los cambios necesarios en la infraestructura de su servidor web, no dude en contactarnos.

¿Preocupado por ITP 2.2? Mantenemos su seguimiento por buen camino

A medida que los proveedores de tecnología intentan encontrar soluciones para las restricciones de Apple, Apple continuará sofocando el seguimiento que consideran objetable, incluso si eso complica la forma en que funcionan actualmente los sitios web y el seguimiento de sitios web.

Es posible que muchas de las soluciones que existen hoy en día no sigan siendo viables a largo plazo si no cambian con los requisitos de privacidad cambiantes y las actualizaciones de seguimiento.

En Convert, continuaremos vigilando de cerca esto a medida que se desarrolla y las implicaciones que tiene para nuestros clientes. Nos encontrará hablando sobre cuestiones que conciernen a la viabilidad del seguimiento y también innovando sobre la marcha para ofrecer la mejor alternativa posible.