Para que Google Analytics determine que dos hits distintos pertenecen al mismo usuario, con cada hit se envía un identificador único, asociado con ese usuario específico, a través del campo ID de cliente. El identificador único es una cadena generada al azar.
En el caso de las páginas que no son de AMP, Google Analytics usa una única cookie propia llamada _ga
para almacenar el ID de cliente (en el dominio del publicador).
En el caso de las páginas de AMP, las cosas son un poco diferentes. Las páginas se pueden ver a través de un navegador de varias maneras, lo que varía la generación y administración del ID de cliente. Debido a esto, las métricas del sitio o la app se ven afectadas.
Situaciones con ID de cliente
A continuación, se indican las diferentes maneras en que los usuarios pueden acceder a una página de AMP y las implicaciones del ID de cliente:
Búsqueda de Google: Se accede a la página de AMP a través de un resultado de la Búsqueda de Google y se muestra dentro de un "visor de AMP".
- En este caso, el usuario realiza una Búsqueda de Google y el resultado seleccionado es una página de AMP. La página
google.com
contiene unIFRAME
que apunta acdn.ampproject.org
, y el contenido se carga desdecdn.ampproject.org
. - El ID de cliente se almacena en
google.com
porquegoogle.com
es el propio en este caso. Es el ID de cliente que se pasa del visor de AMP a la página publicada fuera decdn.ampproject.org
para que se pueda transmitir a través de las estadísticas de AMP. - Las cookies solo se reutilizan si las páginas de AMP originales tienen el mismo origen, que es una combinación de esquema, host y puerto.
- En este caso, el usuario realiza una Búsqueda de Google y el resultado seleccionado es una página de AMP. La página
Proxy/caché: Se accede a la página de AMP desde un proxy o caché.
- En este caso, el usuario va directamente a
cdn.ampproject.org
. - El ID de cliente se almacena en
cdn.ampproject.org
. Cuando el usuario vuelve a visitar la página (en un plazo determinado), se vuelve a usar el ID de cliente. En este caso,cdn.ampproject.org
es el primer paso. - Las cookies solo se reutilizan si las páginas de AMP originales tienen el mismo origen, que es una combinación de esquema, host y puerto.
- En este caso, el usuario va directamente a
AMP directa: La página de AMP se visita directamente en el dominio del publicador.
- En este caso, el usuario va directamente al dominio del editor para ver una página de AMP.
- El ID de cliente se almacena en cookie (
_ga
) y se usa o reutiliza independientemente de que esté en formato tradicional o de AMP. - Si una página de AMP genera un ID de cliente, este sigue el formato de AMP (
amp-
seguido de una cadena generada al azar).
Páginas que no son de AMP: Se accede a una página que no es de AMP en el dominio del publicador.
- En este caso, el usuario ve directamente una página que no es de AMP en el dominio del editor.
- El ID de cliente se almacena en cookie (
_ga
) y se usa o reutiliza independientemente de que esté en formato tradicional o de AMP. - Si una página que no es de AMP genera un ID de cliente, este sigue el formato tradicional de ID de cliente.
Consideraciones sobre el ID de cliente
Ten en cuenta algunas consideraciones en función de las situaciones descritas anteriormente.
ID de varios clientes
En todos los casos, los IDs de cliente que se usan para un usuario dependen del dominio que visita, incluso si el usuario accede al contenido desde un solo cliente o navegador. Como resultado, un usuario que acceda al contenido de un publicador como se describe en las situaciones anteriores se contará como tres usuarios diferentes en Google Analytics (uno por cada situación de origen de búsqueda, proxy/caché y origen del publicador).
Interacciones de situaciones
En la siguiente lista, se proporcionan notas y consideraciones sobre cómo se manejan las interacciones cuando un usuario accede al contenido del mismo editor en varias situaciones:
Búsqueda directa y Búsqueda de Google, Búsqueda de Google y elementos que no son de AMP, Proxy/Caché y directos, y Proxy/Cache y no AMP
- Los IDs se mantienen separados porque uno de los casos usa almacenamiento local al que no se puede acceder desde el otro.
Directo y no AMP
- Se usa una sola cookie para un usuario determinado. El formato del ID de cliente depende de si la primera visita del usuario fue a una página de AMP o a una que no es de AMP.
Cómo usar un solo ID de cliente en páginas de AMP y que no son de AMP
El uso de un solo ID de cliente en páginas de AMP y que no son de AMP se puede habilitar a través de la integración del ID de cliente de AMP. Una vez que se habilite, Google Analytics comenzará a utilizar un solo ID de cliente en la Búsqueda de Google y en las situaciones mencionadas anteriormente en formato AMP y no AMP directo. Estos son algunos ejemplos de cómo se determina el ID de cliente para un usuario:
- Cuando un usuario nuevo visita una página de AMP en la Búsqueda de Google, comienza con un ID de cliente de AMP. Cuando este usuario visite posteriormente una página que no sea de AMP, se recuperará el mismo ID de cliente de las cookies del dominio del publicador y se usará también para las páginas que no son de AMP.
- Cuando un usuario recurrente que visitó páginas de AMP y que no sea de AMP visite una página de AMP o una que no sea de AMP, se utilizará el ID de cliente de AMP para ese usuario a partir de ese momento.
- Cuando un usuario recurrente que nunca visitó una página de AMP visita una página que no es de AMP, se seguirá usando el ID de cliente generado por analytics.js.