El galleta FPID en etiquetado del lado del servidor para Administrador de etiquetas de Google es un HttpOnly, administrado por servidor Cookie de identificación diseñada para reemplazar la Gestionado por JavaScript _ga Cookie utilizada por Google Analytics 4 y Common Analytics.
Para obtener más detalles sobre la cookie en sí, consulte mi artículo anterior sobre FPID.
En ese artículo, mencioné una advertencia para adoptar el FPID: el hecho de que seguimiento entre dominios no trabajará.
Quiero decir, ¿cómo podría? El FPID es un HttpOnly cookie, lo que significa que no está disponible para JavaScript en el navegador. El seguimiento entre dominios, por otro lado, decora los enlaces dinámicamente a medida que los usuarios hacen clic en ellos, lo que significa que necesita que la cookie esté disponible a través de JavaScript para que pueda decorarse en la URL de la página de destino.
Bueno, Google ha lanzado una solución para el seguimiento entre dominios con FPID, y probablemente sea algo que ya esperabas (si conoces las cookies).
X
El boletín a fuego lento
Suscríbete al Boletín a fuego lento para recibir las últimas noticias y contenido de Simo Ahava en su bandeja de entrada de correo electrónico.
Consejo 126: Seguimiento entre dominios con la cookie FPID
Entonces, ¿cómo se hace una HttpOnly ¿Cookie disponible para JavaScript?
Creando una versión de la cookie que no es HttpOnly!
Y eso es lo que ha hecho Google.
Si tienes el Administrado por servidor opción seleccionada en su Cliente GA4 o UA en el contenedor del Servidor, significa que el Cliente escribirá el FPID cookie y utilícela en lugar de la accesible mediante JavaScript _ga cookie (con algún matiz en caso de que tengas la Opción de migración de JavaScript habilitadapero yo divago).
Ahora verás cómo además de FPID cookie, la respuesta HTTP del Cliente al navegador también incluye la FPLC cookie en algunas solicitudes:
Este FPLC cookie es la cookie de enlace entre dominios codificada desde el FPID Galleta. Que no es HttpOnly, lo que significa que se puede leer con JavaScript. Tiene una vida útil relativamente corta, sólo 20 horas.
Esto significa que si la página está cargada y el usuario permanece en ella durante 20 horas y 1 minuto, el seguimiento entre dominios no funcionará incluso si hace clic en un enlace con una URL marcada. Tendrán que volver a cargar la página para volver a obtener la cookie FPLC. Pero probablemente esto sea bastante raro.
Si has configurado seguimiento entre dominios en cualquiera Administrador de Google Analytics 4 o en el Etiqueta internet de Common Analyticsla biblioteca JavaScript correspondiente está configurada para leer esta nueva cookie.
Entonces, cuando el usuario hace clic en un enlace que ha sido marcado para seguimiento entre dominios, la URL incluirá un hash de la cookie FPLC (que es, a su vez, un hash de la cookie FPID) además del Google Analytics regular. parámetros del enlazador.
Parámetros de Google Analytics en verde, FPLC en rojo
Para que los enlaces entre dominios funcionen en la URL de destino, la página debe, por supuesto, ejecutar un Contenedor de servidor, ya que ese es el único lugar donde el FPID es relevante. El contenedor del servidor recoge el FPLC cookie en los encabezados de la solicitud, verifica que sea válida y luego crea la FPID galleta con él, si todo va bien.
Hay un problema importante aquí.
¡Los contenedores del servidor que se ejecutan en los sitios de origen y de destino DEBEN pertenecer a la misma cuenta de Google Tag Supervisor!
En otras palabras, está bien tener diferentes contenedorespero deben pertenecer a la misma cuenta GTM. Supongo que tiene algo que ver con cómo se calcula el hash.
¡Y así es como funciona el seguimiento entre dominios con la cookie FPID del lado del servidor!
Por supuesto, es un poco decepcionante que se requiera una nueva cookie, cuando el objetivo del FPID period alejar la identificación del cliente. Bueno, FPLC no es el ID en sí: es un hash del ID y nunca se utilizará como identificador en las solicitudes.
Además, el seguimiento entre dominios siempre requiere un componente del lado del cliente. Debido a cómo funcionan los navegadores, la única alternativa sería agregar toma de huellas dactilares en la combinación de resolución de ID, y esa es una desagradable lata de gusanos que estoy seguro que el equipo de Google Analytics no quiere tocar ni con un palo largo. Aunque, técnicamente ya toman algunas huellas digitales en el parámetro del vinculador (para asegurarse de que el navegador sea el mismo entre las URL de origen y de destino).
De todos modos, esta característica es ciertamente algo que muchos han estado esperando desde que se lanzó el FPID, incluido yo mismo.