Seguimiento del lado del servidor entre dominios utilizando la etiqueta Cookie reStore

El proceso de seguimiento entre dominios es complicado, incluso para el seguimiento del navegador. Para que el seguimiento entre dominios funcione correctamente y con precisión, debe coincidir una lista con los requisitos, además de que se utilizan diferentes tecnologías a la hora de configurar su propia implementación.

El seguimiento entre dominios del lado del servidor puede ser aún más frustrante. Cubriré cómo funciona el seguimiento entre dominios en este artículo y algunos temas relacionados como el seguimiento del lado del servidor de Google Analytics, el uso de cookies FPLC y la etiqueta Cookie ReStore de Stape que puede ayudar a reutilizar las cookies entre dominios.

El seguimiento entre dominios permite ver a los usuarios que visitaron dos dominios diferentes como una sola sesión en lugar de dos sesiones separadas. Ayuda a medir los recorridos de los usuarios con mayor precisión.

Google Analytics realiza un seguimiento de las sesiones de los usuarios generando un ID de cliente único (_ga) para cada una de ellas. De este modo, puede saber si alguien regresa o es nuevo en el sitio.

Cuando Google Analytics vincula a los usuarios entre diferentes dominios, utilizará el mismo ID de cliente para ambos sitios web. El ID de cliente se almacena en las cookies del navegador. Cuando se habilita el seguimiento entre dominios, web GA añadirá un parámetro de enlace a las URL que apunten al dominio de destino.

Este parámetro de URL contiene el ID de cliente, la marca de tiempo y los metadatos del navegador. En un dominio de destino, GA buscará los parámetros en la URL y, si encuentra parámetros de enlace, GA extrae el ID de cliente del parámetro y lo almacena en las cookies.

Cuando se pasa al lado del servidor de Google Analytics y a las cookies gestionadas por el servidor, se crea una nueva cookie FPID. Esta sustituye a _ga y tiene una bandera HttpOnly, lo que significa que no es accesible por JavaScript. Aquí es cuando empiezan las complicaciones.

Ya hemos comentado que el seguimiento entre dominios de Web GA utiliza el ID del cliente (cookie _ga) y añade parámetros de enlace al dominio de destino. Como la cookie FPID es HttpOnly, es imposible leerla y añadirla a la URL ya que los JavaScripts no pueden acceder a la cookie HttpOnly.

Para eliminar este problema, Google creó una nueva cookie FPLC.

FPLC es un hash de cookies FPID, y no es HttpOnly, lo que significa que JavaScript puede acceder a FPLC y utilizarlo para el seguimiento entre dominios.

Hay algunos matices críticos que debe conocer antes de configurar el seguimiento entre dominios para ss GA:

• La duración de la cookie FPLC es de 20 horas. Esto significa que el seguimiento entre dominios sólo funcionará si un usuario hace clic en una URL de destino en menos de 20 horas después de haber aterrizado en un sitio. Supongamos que habrá cerca de 0 casos en los que un usuario permanezca en una página más de 20 horas y haga clic en la URL de destino.

• Ambos sitios web deben utilizar el seguimiento del lado del servidor. Dado que FPID y FPLC sólo están disponibles para ss GA, los dos sitios para los que configure el seguimiento entre dominios de ss deben utilizar ss GA.

• Ambos sitios web deben pertenecer a la misma cuenta de Google Tag Manager. Puede utilizar diferentes contenedores de GTM, pero debe utilizar una sola cuenta de GTM.

De forma similar al seguimiento entre dominios de GA en la web, después de haber configurado el seguimiento entre dominios de ss GA, GA añadirá el parámetro FPLC a las URL del sitio de destino. El contenedor del servidor del sitio de destino captará el parámetro FPLC de la URL y establecerá el FPID. 

El seguimiento de Google Analytics entre dominios del lado del servidor sólo ayuda al seguimiento de GA en diferentes dominios. Pero qué pasa si usted quiere pasar otras cookies de dominioA.com a dominioB.com. Para ayudar a resolver estos problemas, stape ha creado la etiqueta Cookie reStore para el servidor de Google Tag Manager.

La etiqueta Cookie reStore está diseñada para almacenar los identificadores de usuario y sus cookies en Firebase y restaurarlos cuando lo necesite. Para que esta etiqueta funcione, debe pasar cualquier identificador de usuario en el primer sitio y utilizar el mismo identificador de usuario en otro sitio para extraer las cookies.

No hay restricciones sobre el tipo de identificador de usuario y su número. Puede ser una dirección de correo electrónico o algún otro tipo de identificador único, como el ID de usuario en el CRM, la cookie, etc.

Casos de uso de la etiqueta Cookie reStore:

• Seguimiento entre dominios

• Seguimiento entre navegadores

• Establecimiento de etiquetas UTM correctas

• Básicamente, cualquier situación en la que necesite almacenar y extraer cookies del mismo usuario

La etiqueta cookie reStore utiliza Firestore para conservar las cookies en un sitio y extraerlas en otro. Dado que utilizará una colección de Firestore para ambos sitios, asegúrese de que ambos tengan acceso a la misma base de datos de Firestore.

Firebase Path - ruta de acceso a la colección de Firebase que debe utilizarse para escribir/leer datos. La etiqueta creará un nuevo documento Firestore en una colección especificada cada vez que la etiqueta cookie reStore se active.

Firebase Project ID - añade el ID del proyecto Firebase. La etiqueta utiliza un ID de proyecto por defecto conectado a su cuenta de servicio cuando está vacía.

Lista de identificadores - añade los identificadores de usuario que deben utilizarse para identificar al mismo usuario.

Lista de cookies que necesitan ser restauradas - lista de cookies y su tiempo de vida en segundos que deben ser almacenadas y restauradas.

En este ejemplo, almacenaré las cookies fbc, fbp y channel_flow en el sitio https://wp-demo.stape.io/ y las restauraré en https://stape.dev/. 

Para configurar esta etiqueta, necesito:

• Que ambos sitios utilicen el seguimiento del lado del servidor a través de sGTM.

• Configuración de Google Analytics entre dominios, ya que utilizaré _ga como identificador único de usuario.

• Cuenta de servicio de Google creada y conectada a ambos contenedores en stape.io power-ups. Permiso de Firestore configurado para la cuenta de servicio.

Comencemos con la configuración de la etiqueta reStore de las cookies. 

1. Descargue la etiqueta Cookie reStore de GitHub -> Abra la sección de plantillas de etiquetas en el contenedor del servidor de Google Tag Manager -> Haga clic en Nuevo -> Importe la plantilla de etiquetas reStore que ha descargado recientemente -> Haga clic en Guardar.

Descargue e importe la etiqueta Cookie reStore para todos los sitios para los que necesite configurar el seguimiento entre dominios. En mi caso, he añadido la plantilla de etiquetas Cookie reStore a los contenedores https://wp-demo.stape.io/ y https://stape.dev/ sGTM.

2. Cree una etiqueta reStore de cookies. Añada la ruta de Firebase y el ID del proyecto de Firebase. Asegúrese de que ha conectado la cuenta de servicio de Google a sus contenedores de stape.io.

Añada las cookies que deben ser almacenadas en Firebase. Utilizaré la cookie de primera parte _ga como identificador único de usuario. Para tener el mismo identificador de usuario en el dominio de destino, he configurado el seguimiento de UA entre dominios.

3. Cuando un usuario visita wp-demo.stape.io, puede hacer clic en un botón y llegar a otro dominio, stape.dev. Cada vez que un usuario haga clic en el enlace saliente, el parámetro de enlace _ga se añadirá a la URL de destino. 

Para extraer el parámetro _ga de la URL en el sitio de destino, estoy utilizando la variable de cadena dividida disponible en la galería de plantillas sGTM. 

4. En el contenedor sGTM del sitio de destino (stape.dev), he configurado una etiqueta cookie reStore que extrae y establece las cookies fbc, fbp y channel flow de Firestore basándose en el parámetro client_id que utiliza el parámetro _ga extraído de la URL. 

5. Una vez terminada la configuración, abra las vistas previas de sGTM, Firebase y la consola para hacer una prueba. En mi caso, he comprobado que las cookies wp-demo.stape.io coinciden con las de stape.dev, y se han creado los registros correspondientes en Firestore. 

6. No olvide publicar las actualizaciones de ambos contenedores una vez que haya terminado con la configuración.

Espero que esta entrada del blog arroje más luz sobre el seguimiento entre dominios del lado del servidor. Hemos comentado que Google Analytics tiene una solución nativa para el seguimiento entre dominios que utiliza una nueva cookie FPLC a la que se puede acceder mediante JavaScript y pasar estas cookies entre diferentes dominios.

Si necesita almacenar y restaurar las cookies entre dominios, la etiqueta cookie reStore podría ser la mejor solución. Almacena identificadores de usuario y cookies únicos en Firestore y luego utiliza el mismo identificador único para restaurar las cookies en un sitio de destino.

Espero que esta guía le ayude a configurar el seguimiento entre dominios para el seguimiento del lado del servidor. Si necesita ayuda para configurar el seguimiento de ss no dude en ponerse en contacto con nosotros.