Manter a mesma pessoa no relatório entre login, domínios e dispositivos

Com o consentimento registrado, a propriedade sabe quem deixou cookie. Falta decidir como ela reconhece a mesma pessoa quando essa pessoa aparece em três lugares: o site em Next.js, a loja na Shopify em domínio próprio e o aplicativo do clube. Sem uma regra, cada lugar cria um usuário novo, e o relatório conta três pessoas onde existe uma.

O custo é silencioso e se espalha. Usuários novos inflam, retenção encolhe, e a campanha que trouxe a pessoa ao site perde o crédito quando a compra fecha em outro domínio, porque a sessão da loja nasce como referência do próprio site. A gestora de mídia lê que o Google Ads não vende, e o e-mail lê que a loja se vende sozinha.

Este capítulo escolhe os identificadores, decide a identidade dos relatórios e liga os domínios da Verde Vivo com o parâmetro de vinculação. No fim, a assinante que abre o app pela manhã e compra um vaso à noite aparece uma vez, e a compra volta para a campanha que a trouxe.

Três identificadores convivem no GA4. Client ID (o número que o cookie _ga guarda no navegador) identifica um navegador num aparelho. App Instance ID (o identificador que o SDK do Firebase cria na instalação) identifica uma instalação do aplicativo. User-ID (o identificador que o site envia quando a pessoa faz login) identifica a pessoa, e é o único que atravessa navegador, aparelho e app.

A implementação do User-ID tem três regras. Enviar no login, em toda página e em todo evento enquanto a pessoa estiver logada, com um identificador interno e não com e-mail ou documento. Parar de enviar no logout, porque o identificador que fica ligado ao navegador associa a próxima pessoa ao histórico da anterior. Nunca enviar em aparelho compartilhado sem login individual, como o tablet do balcão da loja física.

Associação indevida é o erro que mais custa. Caio encontrou o User-ID guardado numa variável global do site que sobrevivia ao logout; a pessoa saía, outra entrava no mesmo navegador e o GA4 juntava as duas. A correção foi apagar a variável no logout e só ler o identificador da sessão autenticada. Sem isso, o clube de assinatura teria retenção inflada por pessoas que nunca voltaram.

Identidade dos relatórios é a regra que diz em que ordem a propriedade tenta reconhecer a pessoa. Há três opções em setembro de 2026. Blended: User-ID, depois identificador do aparelho, depois modelagem. Observed: User-ID, depois identificador do aparelho. Device-based: só o identificador do aparelho. A página oficial não cita mais o Google signals nessa cadeia.

Limiares de dados (a regra que esconde linhas de relatório quando poucos usuários poderiam ser identificados) aparecem em Blended e Observed quando há poucos usuários logados. Nenhum número de limiar é publicado. Na prática, um relatório de uma página com dez visitas some sob o limiar na Blended e aparece inteiro na Device-based, e é por isso que Marina alterna entre as duas conforme a pergunta.

Google signals mudou duas vezes. Em 12 de fevereiro de 2024, saiu da cadeia de identidade dos relatórios; continuou alimentando demografia, interesses e públicos. Em 15 de junho de 2026, deixou de controlar a coleta de cookies e identificadores do Google Ads, papel que passou ao ad_storage do capítulo anterior. Os dados de signals ficam guardados por no máximo 26 meses, prazo que vale mesmo em propriedades 360 com retenção maior.

Mensuração entre domínios resolve o segundo problema: o cookie _ga vive num domínio e não atravessa para outro. Subdomínios do mesmo domínio raiz compartilham o cookie sem configuração; um domínio diferente, como a loja da Verde Vivo em lojaverdevivo.com.br, não. A solução é listar os domínios na configuração da tag; a tag passa a acrescentar o parâmetro _gl (o parâmetro de vinculação que carrega o Client ID na URL) em todo link entre eles.

Checkout externo é o caso mais comum de vinculação quebrada, e o mais comum de referência indesejada. Quando o pagamento por Pix ou boleto passa por um domínio de terceiro e devolve a pessoa à loja, a volta chega com o meio de pagamento como referência. Sem tratamento, a compra é atribuída ao banco. A lista de referências indesejadas, na configuração da tag, diz ao GA4 para ignorar esses domínios como origem.

Autorreferência é o sinal de que a vinculação falhou. Se verdevivo.com.br aparece como origem de sessões da própria loja, o _gl não está sendo acrescentado em algum link, ou a lista de domínios está incompleta. O relatório de aquisição de tráfego, filtrado pela origem que contém o próprio domínio, é onde esse defeito se mostra primeiro.

Redirecionamentos derrubam identificadores agregados de anúncio. Desde 30 de julho de 2026 o GA4 traz um diagnóstico para GBRAID e parâmetros gad_ (os identificadores agregados que o Google Ads acrescenta à URL) removidos no caminho, com as URLs problemáticas e formas de correção. Quando um redirecionamento os apaga, o tráfego aparece como (not set) ou como orgânico, e o Google Ads perde a atribuição paga.

Os limites de identidade precisam ser ditos. Quem nunca faz login fica no identificador do aparelho, e dois aparelhos são duas pessoas. Quem usa bloqueador não envia nada. Quem nega analytics_storage não deixa Client ID persistente, e só a modelagem do capítulo anterior estima a parte dele. Nenhuma configuração devolve essas pessoas ao relatório como indivíduos; o que a configuração faz é não perder quem podia ser reconhecido.

Armadilha comum: usar o e-mail como User-ID porque é o que o sistema de login já tem. O GA4 proíbe dado que identifique a pessoa diretamente, e o e-mail passa a existir em toda linha de evento, inclusive na exportação para o BigQuery. Um identificador interno numérico, ou um hash estável dele, cumpre o mesmo papel sem levar o dado pessoal junto.

Na Verde Vivo, o inventário inicial mostrou o tamanho do problema. A loja em lojaverdevivo.com.br recebia 9,8 por cento das sessões com origem verdevivo.com.br, isto é, autorreferência. O meio de pagamento aparecia como origem de 6 por cento das compras. O app e o site não compartilhavam identificador, e o clube de assinatura, com 2.900 assinantes, mostrava 4.100 usuários ativos no mês só nas telas de assinante.

Caio implementou o User-ID com o identificador interno do HubSpot no site, na loja e no app, com envio no login e limpeza no logout. Marina listou os dois domínios na configuração da tag e colocou os domínios de pagamento na lista de referências indesejadas. A identidade dos relatórios ficou em Blended para a leitura mensal e em Device-based para a conferência diária de volume.

O ganho de leitura veio em duas semanas. O Google Ads passou a receber crédito por 31 por cento das compras da loja, contra 19 por cento antes, sem nenhuma mudança de campanha: a diferença era a compra que o pagamento roubava. A retenção do clube, medida por User-ID, caiu de um número inflado para um que bate com o cancelamento de 4,1 por cento ao mês que o financeiro conhece.

Abra o relatório de aquisição de tráfego, filtre a origem pelo seu próprio domínio e anote a porcentagem de sessões que aparece. Acima de 1 por cento, falta domínio na lista ou falta _gl em algum link, e vale corrigir antes de seguir. O próximo capítulo prova que cada evento chegou certo, e a prova só vale numa propriedade em que a mesma pessoa é uma pessoa.