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 (vinculado a essa pessoa) com cada hit pelo campo Client-ID. O identificador único é uma string gerada aleatoriamente.

Para páginas não AMP, o Google Analytics usa um cookie primário ú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 como os usuários podem acessar uma página AMP e as implicações para o ID do cliente:

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

    • Nesse caso, o usuário faz uma pesquisa no 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 a partir de cdn.ampproject.org.
    • O Client-ID é armazenado em google.com, porque google.com é o principal neste caso. O Client-ID passou do visualizador de AMP para a página exibida fora de cdn.ampproject.org para que ele possa ser transmitido por meio do 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 vai diretamente para cdn.ampproject.org.
    • O Client-ID é armazenado em cdn.ampproject.org. Quando o usuário acessa novamente (dentro de algum tempo), o Client-ID é reutilizado. cdn.ampproject.org é o principal neste caso.
    • 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ça usando um Client-ID AMP. Depois, quando ele acessa uma página não AMP, o mesmo Client-ID é recuperado no serviço 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 acessa novamente, o Client-ID AMP é usado.
  • Quando um usuário recorrente que nunca visitou uma página AMP acessa uma página não AMP, o Client-ID gerado pela analytics.js continua sendo usado.