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 client ID. 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. Dichas páginas pueden visualizarse con un navegador de varias formas, lo que hace que la creación y la gestión del ID de cliente varíen.

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 la página AMP desde un resultado de la Búsqueda de Google.

    • En este caso, el usuario realiza una búsqueda en Google y selecciona 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 guarda en google.com y se transmite a cdn.ampproject.org. En este caso, cdn.ampproject.org es el tercero.
    • Probablemente, esta es la forma más habitual de acceder a una página AMP.
  2. Proxy/caché: se accede a la página AMP desde un servidor proxy o desde la memoria caché.

    • En este caso, el usuario accede directamente a cdn.ampproject.org.
    • El ID de cliente se guarda en cdn.ampproject.org. Cuando el usuario visita el sitio 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.
    • Esta no es la forma más habitual de acceder a una página AMP.
  3. Directamente: se accede a la página AMP directamente en el dominio del editor.

    • En este caso, el usuario accede directamente al dominio del editor para consultar la página AMP.
    • El ID de cliente se guarda en el dominio del editor, en una cookie llamada AMP_ECID_GOOGLE.
      • Si la cookie AMP_ECID_GOOGLE no existe, puede que se cree una. La cookie tiene una validez de un año y se aplica al dominio de nivel superior.
    • Cuando un editor ofrece páginas AMP y no AMP con el mismo contenido, esta no es la forma habitual de acceder a las páginas AMP, puesto que la URL canónica será probablemente la página que no es AMP. Si el editor solo publica páginas AMP, esta será la forma habitual de acceder a ellas.
  4. Páginas que no son AMP: se accede a la página que no es AMP desde el dominio de un editor.

    • En este caso, el usuario accede directamente al dominio del editor para consultar la página que no es AMP.
    • El ID de cliente se guarda en cookie(_ga) y se usa o se vuelve a usar cuando es necesario.

Consideraciones respecto al 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 son distintos, aunque el usuario acceda al contenido desde un único cliente o navegador. Por consiguiente, un usuario que acceda al contenido de un único editor de la forma descrita en cada una de las situaciones anteriores se contará como cuatro usuarios distintos en Google Analytics.

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

  • Existen dos cookies distintas en el mismo dominio, pero los formatos son diferentes (AMP_ECID_GOOGLE se usa como nombre de la cookie en la situación Directamente). El usuario se contará como dos usuarios distintos.