Checkout em outro domínio no GA4: cross-domain, _gl e referências

Publicado em 10 de outubro de 2026 pela equipe do UTM Builder, na Limner.

Sem a medição de vários domínios, o GA4 cria cookies novos em cada domínio raiz. A pessoa que sai do seu site para o checkout em outro domínio vira dois usuários e duas sessões, e a sessão do checkout pode começar com o seu próprio site ou o gateway como origem. A correção é incluir os dois domínios em Configurar seus domínios, com a mesma tag nas duas pontas, e listar os gateways como referências indesejadas.

Por que a origem da venda some

A ajuda do Google Analytics explica que, sem essa configuração, quem visita www.example.com e www.anotherexample.com no mesmo aparelho é contado como dois usuários e duas sessões. A UTM do anúncio fica presa à primeira sessão, no seu domínio. A compra acontece na segunda, no checkout, que não sabe de onde a pessoa veio. É assim que a venda aparece com o seu domínio como referência, com o processador de pagamento como origem ou sem campanha.

Configurar seus domínios

1. Em Administrador, na seção Coleta e modificação de dados, clique em Fluxos de dados.
2. Clique em Web e escolha o fluxo.
3. No fim dos detalhes do fluxo, clique em Definir as configurações da tag.
4. Em Configurações, clique em Configurar seus domínios.
5. Aceite um domínio sugerido em Recomendações ou clique em Adicionar condição, escolha o tipo de correspondência e informe o domínio. Inclua o seu e o do checkout.
6. Salve.

Os requisitos, segundo o Google: a tag do Google precisa estar em todos os domínios incluídos, todas as páginas usam o mesmo ID G- do mesmo fluxo da Web, e você precisa de função de editor ou superior. Cabem até 100 condições.

O _gl e onde ele se perde

Com a configuração ativa, a tag acrescenta o parâmetro _gl aos links e formulários que levam a um domínio incluído. Ele leva os IDs dos cookies de um domínio para o outro.

A ajuda do Google lista o que derruba o _gl:

• Redirecionamento no destino, ou página que não aceita parâmetros de consulta arbitrários. O site precisa preservar o _gl no redirecionamento.
• Navegação disparada por JavaScript, em vez de clique direto da pessoa num link. Botão de compra que abre o checkout por script é o caso típico.
• Scripts que interrompem a propagação do clique, como Event.stopPropagation().
• Domínio digitado na interface diferente do domínio de destino.

Para testar, abra uma página com link para o checkout, clique e confira se a página carrega e se o endereço de destino traz o _gl.

Referências indesejadas

Quando a pessoa paga num processador de pagamento e volta para a sua página de obrigado, o processador vira referência e pode tomar o lugar da campanha. A lista fica em Administrador > Coleta e modificação de dados > Fluxos de dados > Web > seu fluxo > Definir as configurações da tag > Mostrar tudo > Listar indicações indesejadas.

• Para o tráfego que bate com a lista, o GA4 anexa ignore_referrer=true e não mostra aquele domínio como origem.
• As condições funcionam com lógica OU, e cabem até 50 por fluxo.
• Usuário recorrente cuja primeira sessão veio antes da exclusão ainda pode aparecer com o domínio excluído.
• O GA4 já não trata como referência o tráfego do mesmo domínio ou subdomínio da página atual, nem o que chega com _gl de um domínio configurado.

Quando o checkout não é seu

A medição de vários domínios exige a sua tag no checkout. Se a plataforma não deixa instalar o seu ID G- lá, o cross-domain não tem como funcionar. Nesse caso, liste o domínio do checkout e o do gateway como referências indesejadas, para pelo menos não perder a origem quando a pessoa volta ao seu site, e leia a venda por campanha no relatório da plataforma, com os parâmetros que ela guarda.

Algumas plataformas aceitam o seu GA4. A Kiwify, por exemplo, permite adicionar o pixel do Google Analytics e envia begin_checkout e purchase, com o value igual à comissão do produtor. Nesse caso, inclua o domínio do checkout em Configurar seus domínios e faça o teste do _gl: a documentação da plataforma não diz se ela preserva o parâmetro.