Client-IDs em páginas AMP

Para que o Google Analytics determine que dois hits diferentes pertencem ao mesmo usuário, é enviado um identificador exclusivo associado a esse usuário específico com cada hit por meio do campo client ID. O identificador único é uma string gerada aleatoriamente.

Para páginas não AMP, o Google Analytics usa um cookie próprio único chamado _ga para armazenar o Client-ID (no domínio do editor).

Para páginas AMP, é um pouco diferente. As páginas podem ser visualizadas por meio de um navegador de vários modos, o que faz com que a geração e o gerenciamento do Client-ID varie. Por isso, as métricas do site/aplicativo são afetadas.

Cenários do Client-ID

Veja a seguir os vários modos como os usuários podem acessar uma página AMP e as implicações para o Client-ID:

  1. Pesquisa Google: a página AMP é acessada por meio de um resultado da Pesquisa Google e exibida dentro de um "visualizador AMP".

    • Nesse caso, o usuário realiza uma Pesquisa Google e o resultado de pesquisa selecionado é uma página AMP. A página google.com contém um IFRAME que aponta para cdn.ampproject.org, e o conteúdo é carregado de cdn.ampproject.org.
    • O Client-ID é armazenado em google.com porque google.com é a 1ª parte neste caso. O Client-ID é movido do visualizador AMP para a página processada fora de cdn.ampproject.org para que ele possa ser transmitido pelo AMP Analytics.
    • Os cookies só são reutilizados se as páginas AMP originais tiverem a mesma origem, que é uma combinação de esquema, host e porta.
  2. Proxy/Cache: a página AMP é acessada de um proxy/cache.

    • Nesse caso, o usuário acessa cdn.ampproject.org diretamente.
    • O Client-ID é armazenado em cdn.ampproject.org. Quando o usuário acessa novamente (passado algum tempo), o campo "client id" é reutilizado. Nesse caso, cdn.ampproject.org é o endereço primário.
    • Os cookies só são reutilizados se as páginas AMP originais tiverem a mesma origem, que é uma combinação de esquema, host e porta.
  3. Direto: a página AMP é acessada diretamente no domínio do editor.

    • Nesse caso, o usuário acessa diretamente o domínio do editor para visualizar uma página AMP.
    • O Client-ID é armazenado no cookie (_ga) e usado/reutilizado independentemente de ele estar no formato tradicional ou em AMP.
    • Se um Client-ID for gerado por uma página AMP, ele seguirá o formato AMP (amp- seguido de uma string gerada aleatoriamente).
  4. Não AMP: a página não AMP é acessada no domínio público.

    • Nesse caso, o usuário visualiza diretamente uma página não AMP no domínio do editor.
    • O Client-ID é armazenado no cookie (_ga) e usado/reutilizado independentemente de ele estar no formato tradicional ou em AMP.
    • Se um Client-ID for gerado por uma página não AMP, ele seguirá o formato tradicional.

Considerações do Client-ID

Existem algumas considerações para fazer com base nos cenários descritos acima.

Vários Client-IDs

Em todos os cenários, os Client-IDs usados para um usuário dependem do domínio que o usuário visita, mesmo que ele esteja acessando conteúdos de um único cliente/navegador. Como resultado, um usuário que acessa o conteúdo de um editor, como descrito nos cenários acima, será contabilizado como três usuários diferentes no Google Analytics (pesquisa, proxy/cache e cenário de origem do editor).

Interações entre os cenários

A lista a seguir fornece observações e considerações para lidar com as interações quando um usuário acesso o conteúdo de um mesmo editor por meio de vários cenários:

Pesquisa Google e Direto, Pesquisa Google e Não AMP, Proxy/Cache e Direto e Proxy/Cache e Não AMP

  • Os IDs são mantidos separados porque um dos casos usa um armazenamento local que não é acessível no outro caso.

Direto e Não AMP

  • Um único cookie é usado para um determinado usuário. O formato do Client-ID depende se a primeira visita do usuário foi a uma página AMP ou não AMP.

Usar um único Client-ID em páginas AMP e não AMP

O uso de um único Client-ID em páginas AMP e não AMP pode ser ativado por meio da integração de Client-ID AMP. Uma vez ativado, o Google Analytics começará a usar um único Client-ID nos cenários "Pesquisa Google", "Direto" e "Não AMP" mencionados acima. Veja a seguir exemplos de como o Client-ID é determinado para um usuário:

  • Quando um novo usuário visita uma página AMP na Pesquisa Google, ele começar usando um Client-ID AMP. Posteriormente, quando ele visita uma página não AMP, o mesmo Client-ID é recuperado no serviço de Client-ID e usado para as páginas não AMP.
  • Quando um usuário recorrente que já visitou páginas AMP e não AMP as visita novamente, o Client-ID AMP é usado para ele.
  • Quando um usuário recorrente que nunca visitou uma página AMP visita uma página não AMP, o Client-ID gerado pelo analytics.js continua sendo usado.