IDs de cliente en páginas AMP

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:

  1. 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 realizan una búsqueda en Google y seleccionan un resultado que es una página AMP. La página google.com contiene un IFRAME que dirige a cdn.ampproject.org y el contenido se carga desde cdn.ampproject.org.
    • El ID de cliente se almacena en google.com porque, en este caso, google.com es el sitio web de origen. El ID de cliente que pasa del visor de AMP a la página se sirve fuera de cdn.ampproject.org y, 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.
  2. 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.
    • El ID de cliente se guarda en cdn.ampproject.org. Cuando los usuarios visitan el sitio web de nuevo (al cabo de un tiempo), el ID de cliente se vuelve a usar. En este caso, cdn.ampproject.org es 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.
  3. 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).
  4. 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 ID de cliente los generan páginas que no son AMP, tendrán el formato tradicional de ID de cliente.

Consideraciones respecto a los ID de cliente

En las situaciones que hemos visto, deben tenerse en cuenta algunas cuestiones.

Varios ID de cliente

En todas las situaciones, los ID 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 ID 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:

  • Cuando un usuario nuevo visita una página AMP en la Búsqueda de Google, empieza usando un ID de cliente AMP. Si luego el usuario visita una página con un formato distinto a AMP, se recuperará el mismo ID de cliente del servicio de IDs de cliente y también se utilizará para las páginas que no son AMP.
  • Si un usuario recurrente que ha visitado tanto páginas AMP como páginas con otro formato, visita una página AMP o de otro formato, en adelante utilizará el ID de cliente AMP.
  • Si un usuario recurrente que no ha visitado nunca una página AMP visita una página con otro formato, seguirá usando el ID de cliente que haya generado analytics.js.