Tue. Nov 5th, 2024

Seguimiento entre dominios y subdominios | El weblog de Simo Ahava


Esperar. ¿Qué? ¿Por qué escribir un artículo sobre algo que debería funcionar de forma predeterminada en Análisis common? Quiero decir, aquí hay una captura de pantalla de la guía a la que acabo de vincular en la oración anterior:

Ahí está. Claro como el día: “El seguimiento de usuarios en subdominios no requiere ninguna configuración adicional”. Además, algunos de los recientes, excelente guías para el seguimiento entre dominios, escritas por E-Ni y Generoso hacer cumplir lo mismo: solo necesita una etiqueta Common Analytics predeterminada en Administrador de etiquetas de Google.

Bueno, lamentablemente eso no es cierto. Necesita una configuración, pero afortunadamente es muy easy.

TL;DR: En el Campos para configurar de su etiqueta Common Analytics (vista de página), agregue la siguiente configuración:

Pero como eres increíble, no viniste aquí por la sucia verdad, quieres saberlo. por qué esto es necesario. ¡Así que sigue leyendo!


incógnita


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.

Cómo escribe Common Analytics las cookies

Para realizar un seguimiento del mismo usuario y sesión en dos páginas cualesquiera, estas páginas requieren lo siguiente:

  1. Un objeto de seguimiento que realiza un seguimiento del mismo ID de propiedad de Google Analytics (UA-XXXXXX-Y)

  2. A _ga cookie que tiene el mismo ID de cliente

El ID de cliente es lo que se utiliza para unir los accesos en la sesión, y también para unir las sesiones que el mismo usuario ha tenido en un nivel común de agregación (el concepto GA de un usuario).

Ahora, si tu no Si tiene personalizaciones en su etiqueta Common Analytics, esta es la lógica con la que se escriben las cookies:

  1. Si el nombre de host de la página (http://este es el nombre de host/residence/) comienza con www.se elimina el “www” y la cookie se escribe en lo que queda. Entonces, en el caso de www.simoahava.comla cookie está escrita en .simoahava.com.

  2. En todos los demás nombres de host, la cookie se escribe en el propio nombre de host, con un punto como prefijo. Entonces, prueba.simoahava.com recuperaría un _ga galleta escrita en .prueba.simoahava.com

Si tiene el prefijo un punto, como el _ga cookie, la cookie se puede utilizar en todos los nombres de host que contener esta cadena. Entonces el .simoahava.com la cookie puede ser utilizada por prueba.simoahava.com, www.simoahava.com, simoahava.comy inmortal.genius.simoahava.comPor ejemplo.

El .prueba.simoahava.com La cookie, por otro lado, puede ser utilizada por www.check.simoahava.compero no por www.simoahava.comya que este último no contiene la cadena “check.simoahava.com”.

¿Puedes ver a dónde voy con esto?

Si el tráfico es de www.simoahava.com a check.simoahava.com, el _ga La cookie se comparte y todo está bien. ¿Bien?

Sin embargo, si el visitante visita por primera vez check.simoahava.com y entonces se mueve a www.simoahava.comestos dos dominios tendrán diferente _ga cookies y, por lo tanto, diferentes ID de cliente y, por lo tanto, el usuario será un usuario diferente con una nueva sesión.

Claramente, en muchos, muchos casos, esto generará problemas. Necesitamos asegurarnos de algún modo de que _ga galleta es siempre escrito en .simoahava.compara que pueda ser utilizado por todos los subdominios, independientemente de si tienen “www”. o algo más como prefijo.

dominio de cookies: automático

La respuesta está en el dominio de cookies configuración. Cuando configuras cookieDomain en autolo siguiente sucederá con un dominio (ficticio) como www.simoahava.co.uk:

  1. GA intenta escribir la cookie .co.ukque es el primer posible candidato a dominio raíz. Esto falla porque el navegador no está autorizado a escribir una cookie en un dominio de nivel superior como ese.

  2. A continuación, GA intenta escribir la cookie en .simoahava.co.ukque es el próximo posible candidato a dominio raíz. Esto funciona porque es un dominio válido para escribir la cookie.

Entonces, hay un algoritmo recursivo que intenta escribir la cookie, comenzando desde el nivel de dominio más genérico (el dominio de nivel superior) y deteniéndose una vez que lo logra. Lo que debería quedar es el dominio raízy así la cookie estará disponible para todos los subdominios.

¡Hurra!

La recomendación nueva y mejorada.

Aquí está la recomendación mejorada para seguimiento entre dominios y subdominios:

Siempre por defecto tener dominio de cookies: automático en la configuración de su rastreador. En GTM, mostré un ejemplo al principio de la publicación.

En el código de seguimiento de Common Analytics, el fragmento tendría este aspecto:

<script>
  (perform(i,s,o,g,r,a,m))(window,doc,'script','//www.google-analytics.com/analytics.js','ga');

  ga('create', 'UA-40669554-1', 'auto');
  ga('ship', 'pageview');
script>

En realidad, esto es lo que el código de seguimiento de Google Analytics, si se copia y pega desde la configuración de la propiedad, ofrece de forma predeterminada, por lo que todo está bien si lo utiliza.

Personalmente, creo que la configuración debería siempre El valor predeterminado es “automático” a menos que se cambie explícitamente a algún otro valor.

Aquí está un hilo en Google+ lo que me inspiró a escribir esta publicación.

Related Post

Leave a Reply

Your email address will not be published. Required fields are marked *