Para que Google Analytics determine que dos hits diferentes pertenecen al mismo usuario, con cada hit se envía un identificador único asociado a ese usuario a través del campo ID de cliente. El identificador único es una cadena generada de forma aleatoria.
Con las páginas que no son AMP, Google Analytics usa una sola cookie propia llamada _ga para almacenar el ID de cliente (en el dominio del editor).
Con las páginas AMP el procedimiento es ligeramente distinto. Las páginas se pueden ver con un navegador de varias formas, lo que hace que el ID de cliente se genere y gestione de distintas maneras. Por este motivo, se verán afectadas las métricas de sitio web y aplicaciones.
Situaciones posibles con el ID de cliente
A continuación se describen las distintas formas en que los usuarios pueden acceder a una página AMP y las implicaciones que ello tiene para el ID de cliente:
Búsqueda de Google: se accede a las páginas AMP desde los resultados de la Búsqueda de Google, los cuales se muestran en un visor de AMP.
- En este caso, los usuarios hacen una búsqueda en Google y seleccionan un resultado que es una página AMP. La página web
google.comcontiene unIFRAMEque dirige acdn.ampproject.orgy el contenido se carga desdecdn.ampproject.org. - Los ID de cliente se almacenan en
google.comporque, en este caso,google.comes el sitio web de origen. El ID de cliente que se transfiere del visor de AMP a la página se sirve fuera decdn.ampproject.orgy, de esta forma, puede transmitirse a través de Analytics para AMP. - Las cookies solo se vuelven a usar si las páginas AMP originales tienen el mismo origen, que es una combinación de esquema, host y puerto.
- En este caso, los usuarios hacen una búsqueda en Google y seleccionan un resultado que es una página AMP. La página web
Proxy/caché: se accede a las páginas AMP desde un servidor proxy o desde la memoria caché.
- En este caso, los usuarios acceden directamente a
cdn.ampproject.org. - Los ID de cliente se almacenan en
cdn.ampproject.org. Cuando los usuarios visitan el sitio web de nuevo (al cabo de un tiempo), se vuelve a usar el ID de cliente. En este caso,cdn.ampproject.orges el sitio de origen. - Las cookies solo se vuelven a usar si las páginas AMP originales tienen el mismo origen, que es una combinación de esquema, host y puerto.
- En este caso, los usuarios acceden directamente a
Directamente: se accede a las páginas AMP directamente en el dominio del editor.
- En este caso, los usuarios acceden directamente al dominio del editor para ver las páginas AMP.
- Los ID de cliente se almacenan en cookies (
_ga) y se usan o se vuelven a usar tanto si los ID están en formato tradicional como si están en formato AMP. - Si los ID de cliente los generan páginas AMP, tendrán el formato AMP (
amp-seguido de una cadena que se genera de forma aleatoria).
Páginas que no son AMP: se accede a las páginas que no son AMP desde los dominios de los editores.
- En este caso, los usuarios ven directamente las páginas que no son AMP en los dominios de los editores.
- Los ID de cliente se almacenan en cookies (
_ga) y se usan o se vuelven a usar tanto si los ID están en formato tradicional como si están en formato AMP. - Si los IDs de cliente los generan páginas que no son AMP, tendrán el formato tradicional de ID de cliente.
Consideraciones respecto a los IDs de cliente
En las situaciones que hemos visto, deben tenerse en cuenta algunas cuestiones.
Varios IDs de cliente
En todas las situaciones, los IDs de cliente que se utilizan para los usuarios dependen de los dominios que visitan, aunque los usuarios accedan a contenido de un solo cliente o navegador. Por consiguiente, los usuarios que acceden al contenido de los editores tal y como se describe en los casos anteriores, se contabilizarán como tres usuarios distintos en Google Analytics (en función del origen: Búsqueda de Google, proxy/caché y editor).
Interacciones en cada situación
En la lista siguiente se ofrecen notas y consideraciones para gestionar las interacciones cuando un usuario accede al contenido del mismo editor de varias formas:
Búsqueda de Google y directamente, Búsqueda de Google y páginas que no son AMP, Proxy/caché y directamente y Proxy/caché y páginas que no son AMP
- Los IDs se guardan por separado porque en una de las situaciones se usa el almacenamiento local, al cual no puede accederse desde otra situación.
Directamente y páginas que no son AMP
- Se utiliza una sola cookie para cada usuario. El formato de los ID de cliente depende de si los usuarios han visitado primero páginas AMP o páginas con otro formato.
Usar un solo ID de cliente en páginas AMP y páginas que no son AMP
Puedes habilitar el uso de un solo ID de cliente en páginas AMP y páginas con otro formato a través de la integración de IDs de cliente de AMP. Una vez que hayas habilitado la función, Google Analytics empezará a usar un solo ID de cliente en las situaciones posibles anteriores: acceso a través de la Búsqueda de Google, acceso directo a páginas AMP y acceso a páginas que no son AMP. Ejemplos de cómo se determinan los ID de cliente para un usuario:
- Si un usuario nuevo visita una página AMP en la Búsqueda de Google, empezará usando un ID de cliente de AMP. Si este usuario visita posteriormente una página que no es AMP, se recuperará el ID de cliente de las cookies del dominio del editor y también se utilizará para las páginas que no sean AMP.
- Si un usuario recurrente que ha visitado tanto páginas AMP como páginas de otro tipo visita una página AMP o una que no lo es, a partir de ese momento se utilizará el ID de cliente de AMP correspondiente a ese usuario.
- Si un usuario recurrente que no ha visitado nunca una página AMP visita una página que no es AMP, seguirá usándose el ID de cliente que haya generado analytics.js.