10 minutos
style
article-header-section

A medida que se endurecen las reglas de privacidad y desaparecen las cookies de terceros, Adobe Analytics ofrece soluciones que dan prioridad a la privacidad como el seguimiento de CNAME y los ID de dispositivos de origen (FPID) para mantener la precisión y el cumplimiento de los datos. En este artículo, se explica cómo usar estas estrategias con las plataformas de gestión del consentimiento para ofrecer excelentes experiencias digitales manteniendo en todo momento el consentimiento de los usuarios.

Las cookies son esenciales en el análisis web para comprender el comportamiento de los usuarios. En Adobe Analytics, ayudan a identificar visitantes, realizar el seguimiento de sesiones y medir acciones como vistas de página, clics y conversiones, lo que permite conseguir información más específica, un mejor rendimiento y un marketing más eficaz.

No obstante, las crecientes preocupaciones por la privacidad y las restricciones de los exploradores han limitado el uso de cookies, especialmente de cookies de terceros, y han acortado la vida útil de las cookies de origen. Estos cambios han puesto en jaque al seguimiento tradicional y han obligado a un cambio en la estrategia.

Para adaptarse, muchos equipos recurren a implementaciones basadas en CNAME e ID de dispositivos de origen (FPID) para mantener un seguimiento estricto y respetar al mismo tiempo la privacidad de los usuarios.

En este artículo, vamos a explorar cómo afectan los cambios en la privacidad del explorador a Adobe Analytics, comparar los métodos de seguimiento y mostrar cómo implementar soluciones que dan prioridad a la privacidad, como CNAME y FPID.

Evolución de la restricción de privacidad de los exploradores

Los principales proveedores de exploradores han implementado actualizaciones centradas en la privacidad para restringir las cookies de terceros e incluso limitar la funcionalidad de las cookies de origen. Los cambios más destacables incluyen:

  1. Safari (ITP): introdujo la Prevención inteligente del seguimiento (ITP) para bloquear las cookies de terceros y limitar la caducidad de las cookies de origen a tan solo 7 días.
  2. Firefox (ETP): la protección contra rastreo mejorada (ETP) bloquea las cookies de terceros de forma predeterminada y evita el seguimiento entre sitios.
  3. Chrome (zona protegida de privacidad): tiene como objetivo sustituir gradualmente las cookies de terceros por alternativas como FLoC (ahora API de temas) y la segmentación de audiencia protegida.
  4. Edge (prevención del seguimiento): bloquea las cookies de terceros y los rastreadores de forma predeterminada, con niveles de privacidad (Básico, Equilibrado, Estricto) que ofrecen distintos grados de protección.

Comparación de las configuraciones de protección de privacidad y seguimiento de los principales exploradores

A continuación, se muestra una representación visual de los cambios clave relacionados con la privacidad implementados por los principales exploradores a lo largo de los años.

Cambios relacionados con la privacidad de las claves realizados por los principales exploradores

Impacto de los cambios de los exploradores en Adobe Analytics

Cookies de terceros

Cookies de origen

Evolución de los enfoques de seguimiento como respuesta a los cambios de privacidad

A medida que aumentan las restricciones de los exploradores a las cookies de terceros y de origen, las implementaciones de Adobe Analytics deben adaptarse para mantener la continuidad de los datos y proteger la privacidad de los usuarios. Estos cambios pueden fragmentar los datos de los visitantes, interrumpir las sesiones y dificultar la atribución.

Para solucionarlo, han surgido estrategias de seguimiento que dan prioridad a la privacidad:

Estos enfoques mejoran la calidad de los datos, pero requieren el consentimiento de los usuarios para cumplir regulaciones como el RGPD y la CCPA, lo que hace que la integración de la Plataforma de gestión del consentimiento (CMP) sea fundamental.

En la siguiente sección, se explica cómo integrar las CMP con Adobe Web SDK para respetar las preferencias de los usuarios y, al mismo tiempo, habilitar métodos como CNAME y FPID.

Integración de la gestión del consentimiento en Adobe Analytics (implementación basada en Web SDK)

Las leyes modernas de privacidad, como el RGPD, la CCPA y la ePrivacy, requieren el consentimiento de los usuarios antes de configurar cookies o ID de seguimiento. En implementaciones de Adobe Analytics que utilizan Web SDK, CNAME o FPID, la recopilación de datos debe controlarse en función de ese consentimiento.

En esta sección, se explica cómo integrar las Plataformas de gestión del consentimiento (CMP) con Adobe Analytics a través de Web SDK para dar prioridad a la privacidad y mantener el cumplimiento.

Por qué el consentimiento es importante en Adobe Analytics

Integración de CMP paso a paso

  1. Cargar la CMP antes de Web SDK
    Asegúrese de que la CMP (por ejemplo, OneTrust, TrustArc) se carga antes de Web SDK, para que se conozca el consentimiento antes de que comience el seguimiento.

  2. Configurar el consentimiento en la extensión de Web SDK
    En Adobe Tags (Launch):

    • Establezca el estado de consentimiento predeterminado en pending para detener el seguimiento.

    • Utilice un elemento de datos para leer señales de consentimiento de su CMP y pasarlas a Web SDK.

En esta guía oficial, "Implementación del consentimiento con una plataforma de gestión del consentimiento (CMP) mediante la extensión de Platform Web SDK", se describen los pasos para configurar el consentimiento en Adobe Tags utilizando la gestión del consentimiento integrada o las integraciones con CMP de terceros.

Aplicar el consentimiento con el comando setConsent()

Una vez que el usuario acepte el seguimiento a través de la CMP, active el siguiente comando de Web SDK para aplicar el estado de consentimiento:

alloy("setConsent", {

consent: [{

standard: "Adobe",

version: "2.0",

value: {

collect: {

val: "y"

}

}

}]

});

Como resultado, se habilita el seguimiento y se pueden inicializar los valores de FPID y ECID.

Retrasar todo el seguimiento hasta que se conceda el consentimiento

Configure las reglas de Adobe Tags para:

La extensión de gestión del consentimiento (basada en su proveedor de CMP elegido) puede ayudar a simplificar esta configuración en Launch.

Con el consentimiento correctamente integrado en Adobe Analytics a través de Web SDK y CMP, el siguiente paso es implementar el seguimiento que da prioridad a la privacidad. En la siguiente sección, se describe la configuración del seguimiento basado en CNAME y los FPID para alinearse con los cambios de privacidad de los exploradores, manteniendo en todo momento el cumplimiento y la precisión de los datos.

Configuraciones de protección de seguimiento y privacidad del explorador: estrategias de seguimiento de cookies de origen

1. Implementación de Analytics basada en CNAME

La implementación de Analytics basada en CNAME permite que las llamadas de seguimiento se enruten a través del dominio en lugar de utilizar directamente los servidores de Adobe Analytics. Este método garantiza que los mecanismos de prevención del seguimiento basados en el explorador bloqueen menos llamadas de seguimiento, ya que las cookies se escriben con el dominio de los usuarios (por ejemplo, smetrics.yourdomain.com).

Este método es compatible con AppMeasurement.js y AEP WebSDK.

Ventajas del seguimiento basado en CNAME
Pasos generales para implementar el seguimiento de CNAME

Paso 1: Configurar el dominio de origen y los certificados SSL

    • Rellene el formulario de solicitud de dominios de origen (que se puede descargar de la sección Implementación de la Documentación del programa de certificados administrados por Adobe), con una lista de los dominios que se utilizarán. Puede usar el siguiente formato: smetrics.[yourdomain] para el seguimiento seguro y metrics.[yourdomain] para seguimiento no seguro.
    • Obtenga certificados SSL para estos dominios.

Paso 2: Crear subdominios

    • Trabaje con su equipo de SI/TI u hospedaje para crear los subdominios necesarios (smetrics.yourdomain.com y metrics.yourdomain.com).

Paso 3: Enviar una solicitud de soporte técnico a Adobe

    • Abra un ticket a través de Adobe Admin Console.
    • Comparta el formulario de solicitud de dominio creado en el paso 1.

Paso 4: Recibir detalles de SSL CNAME de Adobe

    • Adobe proporciona los detalles de registro de CNAME necesarios para reenviar datos a los servidores de Adobe (por ejemplo, random-10-character-string.data.adobedc.net).

Actualice el servidor de nombres de dominio (DNS) con esta información de CNAME.

Paso 5: Validar la redirección de nombres de host

    • Compruebe la configuración de CNAME mediante:
      • Explorador: https://smetrics.yourdomain.com/_check
      • cURL: curl -k https://smetrics.yourdomain.com/_check
      • nslookup: nslookup smetrics.yourdomain.com

Paso 6: Actualizar la implementación de Adobe Analytics

    • Para AppMeasurement.js: actualice s.trackingServer y s.trackingSecureServer en la extensión de Adobe Analytics.

    • Para AEP WebSDK: actualice el campo Edge Domain en la extensión de Adobe Experience Platform Web SDK.

Paso 7: Solicitar un período de migración

    • Póngase en contacto con el soporte técnico de Adobe para habilitar un período de migración (30/60/90 días).
    • Esto permitirá que las cookies de identificación de visitantes existentes recuperen los mismos ID de visitante durante la transición a la nueva implementación basada en CNAME.

2. Identificador de dispositivo de origen (FPID)

Los ID de dispositivos de origen (FPID) ofrecen un potente mecanismo para la identificación de visitantes, así como para la recopilación y administración de datos sin depender de cookies de terceros.  Adobe Experience Platform (AEP) WebSDK lo habilita gracias a su integración con Edge Network de Adobe, lo que proporciona un seguimiento de origen compatible con la privacidad y preparado para el futuro.

En esta sección, se muestra el proceso completo de configuración de FPID mediante un ejemplo de aplicación Flask, que incluye la configuración de DNS, la integración de Adobe WebSDK y la configuración de Adobe Launch para la recopilación de datos.

Configuración de demostración

Hemos configurado un dominio de prueba para esta implementación. Este entorno nos permite mostrar la configuración de los ID de dispositivos de origen (FPID) con Adobe Experience Platform Web SDK.

Arquitectura

Configuración de DNS

Para implementar el seguimiento basado en FPID, actualice el registro DNS del dominio para utilizar registros A/AAAA que apunten a su servidor web o su equilibrador de carga.

Puede consultar las siguientes capturas de pantalla relacionadas con el registro DNS y la IP del servidor web/equilibrador de carga.

Registro DNS

IP del servidor web o el equilibrador de carga

A continuación, se muestran los puntos clave a tener en cuenta:

Configuración de la aplicación Flask para generar FPID

Los FPID utilizan cookies de origen que se establecen mejor mediante un servidor con registros DNS A (IPv4) o AAAA (IPv6), no CNAME ni JavaScript. Una vez establecidos, los FPID se envían a Adobe como datos de evento para generar los ECID, los identificadores principales en Adobe Experience Cloud.

A continuación, se muestra una aplicación Flask de Python de ejemplo que genera FPID mediante UUIDv4:

GitHub: https://github.com/appuriabhi/fpid_flaskapp/

from flask import Flask, render_template, request, make_response
from datetime import datetime, timedelta
import uuid

app = Flask(__name__)

@app.before_request
def before_request():
    cookie_name = ‘FPID’
    cookie_value = request.cookies.get(cookie_name)

    if not cookie_value:
        cookie_value = str(uuid.uuid4())
        expires = datetime.now() + timedelta(days=30*13)
        response = make_response()
        response.set_cookie(cookie_name, cookie_value,
                            expires=expires, secure=False, samesite=’Lax’)
        return response

#routes below
@app.route(‘/’)
def home():
    response = make_response(render_template(‘home.html’))
    return response

@app.route(‘/about’)
def about():
    response = make_response(render_template(‘about.html’))
    return response

if __name__ == ‘__main__’:
    app.run(debug=True)

Platform Edge Network solo acepta ID en formato UUIDv4 y rechaza cualquier otro formato. UUIDv4 crea ID únicos y aleatorios, que es muy poco probable que se repitan y no pueden utilizar información personal como direcciones IP.

Hay bibliotecas para generar UUID en casi todos los lenguajes de programación. En el ejemplo anterior, hemos utilizado el paquete "uuid" de Python para generar un identificador.

A continuación, se describen las dos maneras de actualizar nuestra implementación de WebSDK para usar el valor de la cookie de FPID (uuid) para inicializar el valor de ID de Experience Cloud:

1. Usando FPID en identityMap

Actualice XDM IdentityMap para establecer valores "FPID" en el siguiente formato e incluirlos en las llamadas de seguimiento /interact

{
  "identityMap": {
    "FPID": [
      {
        "id": "321a7654-b12c-42d3-9456-426614174123,"
        "authenticatedState": "ambiguous,"
        "primary": true
      }
    ]
  }
}

Elemento de datos XDM IdentityMap en Adobe Launch

2. Actualizando CookieName en la secuencia de datos

Especifique el nombre de la cookie de FPID en la interfaz de usuario de la secuencia de datos, en lugar de leer el valor de la cookie y configurarlo en IdentityMap.

Configuración de la secuencia de datos para FPID

Validación de FPID en las llamadas de red

Puede comprobar la llamada de seguimiento /interact en la pestaña de red del explorador para asegurarse de que el FPID se incluya en la carga útil como se indica en la siguiente captura de pantalla.

Validar la llamada de seguimiento de red "/interact"

Validación de los informes de Analytics

Podemos ver que, dado que el valor de la cookie de FPID permanece en el explorador del visitante, puede inicializar el mismo ID de Experience Cloud (ECID) en todas las visitas.

Validación de los informes de Analytics

Conclusión y prácticas recomendadas

La incorporación de estrategias centradas en la privacidad para administrar las cookies en Adobe Analytics es fundamental en el cambiante panorama digital actual. A medida que las restricciones de privacidad del explorador se endurecen y los usuarios exigen más control sobre sus datos, la adaptación a estos cambios es esencial para mantener un análisis preciso y respetar la privacidad de los usuarios.

Referencias

style
default