Uma campanha traz o usuário, ele enche o carrinho, vai para o checkout em outro domínio, paga e volta. No relatório, a venda aparece como (direct) ou, pior, como referral do seu próprio checkout. A campanha que gerou a compra não leva o crédito.
Esse é o retrato do cross-domain quebrado, e ele não é exceção: 86% das propriedades auditadas pelo Índice de Confiabilidade da Métricas Boss têm problemas de configuração multi-domínio. É o segundo erro mais comum do mercado brasileiro, e o que quebra a sessão exatamente no momento mais valioso da jornada.
Este guia explica por que a sessão quebra, quando você precisa (e quando não precisa) da configuração, o passo a passo completo, a validação e os erros que invalidam tudo silenciosamente.
Por que a sessão quebra entre domínios?
O GA4 identifica usuários e sessões por cookies primários (first-party), e cookie primário pertence a um domínio. Quando o usuário navega de loja.com.br para checkout-parceiro.com, o segundo domínio não enxerga os cookies do primeiro: para o GA4, chegou uma pessoa nova, do nada.
Veja a jornada típica sem a configuração:
O usuário chega pelo anúncio, adiciona ao carrinho, é redirecionado para o checkout em outro domínio e volta para a página de confirmação. Sem cross-domain, esse fluxo vira duas ou três sessões desconectadas, e a compra nasce órfã da campanha.
A medição de vários domínios resolve transportando a identidade: ao clicar em um link para um domínio configurado, o GA4 anexa o parâmetro vinculador _gl à URL, levando os identificadores de usuário e sessão para o outro lado. Os cookies persistidos incluem o _ga (ID do usuário), o _ga_XXXXXXX (sessão do GA4), o _gcl_aw (clique do Google Ads) e o _fplc (cross-domain do GTM Server-Side).
Os sintomas de cross-domain quebrado:
| Sintoma no relatório | O que está acontecendo |
|---|---|
| Seu próprio checkout/domínio aparece como referral | A sessão quebrou na travessia e voltou "indicada" por você mesmo |
| (direct) inflado, concentrado em transações | A origem morreu no caminho; veja como funciona o tráfego direto |
| Transações sem campanha, com mídia paga ativa | O crédito da venda se perdeu na troca de domínio |
| Funil com queda abissal na etapa de checkout | Não é abandono: é sessão sendo recriada do outro lado |
| Novos usuários acima do plausível | Cada travessia sem _gl fabrica um "usuário novo" |
Se dois ou mais desses sintomas convivem na sua propriedade, o cross-domain é o primeiro suspeito, antes de qualquer teoria sobre comportamento do usuário.
Quando você precisa (e quando não precisa)?
Precisa: sempre que a jornada cruza domínios diferentes medidos pela mesma propriedade (com o mesmo ID de medição). Os casos clássicos: checkout de terceiro ou em domínio próprio separado (Hotmart, plataformas de pagamento com página própria), landing pages em domínio apartado, hotsites de campanha, portais de parceiro no meio do funil.
Não precisa: entre subdomínios do mesmo domínio (loja.exemplo.com.br → checkout.exemplo.com.br). O cookie do GA4 é gravado no domínio raiz e os subdomínios o compartilham naturalmente. Configurar cross-domain para subdomínio não quebra nada, mas não é ele que resolve referral de subdomínio, que se trata com a exclusão de referências indesejadas.
Não resolve: domínio de gateway que o usuário atravessa sem link clicável seu (redirecionamentos de pagamento). Para esses, o tratamento é outro: listar como referência indesejada, tema do nosso guia de referral no GA4.
O passo a passo da configuração do Cross-domain no GA4
Pré-requisito: todos os domínios da jornada precisam carregar a mesma tag do Google, com o mesmo ID de medição, do mesmo fluxo de dados. Sem isso, não há o que vincular.
1. Em Administrador, acesse Fluxos de dados e selecione o fluxo web da propriedade:
2. Nas configurações da tag, abra "Mais configurações de inclusão de tags":
3. Selecione "Configurar seus domínios":
4. Adicione as condições: o tipo de correspondência e o domínio a incluir na medição:
Exemplo prático de uma operação que vende pela Hotmart:
Salve. Se a mesma tag do Google já roda nos outros domínios, o GA4 costuma detectá-los sozinho e sugeri-los na seção de recomendações: aceite as que fizerem sentido.
5. Complete com a exclusão de referências: os mesmos domínios da jornada (e os gateways de pagamento) entram na lista de referências indesejadas, para que a volta do usuário nunca abra sessão nova por referral. O caminho e os critérios estão no guia de referral.
Como validar se o cross-domain está funcionando?
O teste leva um minuto: navegue no primeiro domínio e clique no link que leva ao segundo. Na URL de destino, procure o parâmetro vinculador:
https://checkout-parceiro.com/pagina?_gl=1*abcde5*...
_gl presente = identidade viajando. _gl ausente = a configuração não pegou para aquele destino: confira se o domínio bate exatamente com a condição configurada e se a tag do destino é a mesma.
O segundo nível de validação é comportamental: no DebugView (ou no tempo real), a travessia não deve gerar session_start novo, e nos dias seguintes o referral do próprio domínio deve desaparecer dos relatórios de aquisição.
Os 4 erros que invalidam a configuração
- •Redirecionamento que come o _gl. Encurtadores, redirects de servidor e páginas intermediárias que descartam query strings matam o vinculador no caminho. Teste o fluxo real, não o link direto.
- •Travessia sem clique. O _gl viaja em links e formulários que o GA4 decora; navegação via JavaScript (window.location) ou POST customizado não recebe o parâmetro automaticamente e exige tratamento na implementação.
- •Tags diferentes nos domínios. ID de medição distinto no checkout significa duas propriedades se ignorando. Mesma tag, mesmo ID, em todos os domínios da jornada.
- •Cross-domain sem exclusão de referência (e vice-versa). As duas configurações são irmãs: uma transporta a sessão, a outra impede que a volta abra sessão nova. Fazer só metade mantém o sintoma e cria a falsa sensação de "já configurei".
Cross-domain arrumado é uma das correções de maior impacto por hora investida em toda a medição: destrava atribuição, funil e a paridade com a plataforma ao mesmo tempo.
Perguntas frequentes sobre cross-domain no GA4
O que é a medição de vários domínios (cross-domain) no GA4? É a configuração que preserva o usuário e a sessão quando a jornada cruza domínios diferentes medidos pela mesma propriedade, transportando os identificadores pelo parâmetro _gl anexado aos links entre os domínios configurados.
Preciso de cross-domain para subdomínios? Não: subdomínios do mesmo domínio compartilham o cookie do GA4 naturalmente. Cross-domain é para domínios diferentes; referral de subdomínio se resolve com a exclusão de referências indesejadas.
Como sei se meu cross-domain está quebrado? Pelos sintomas nos relatórios: seu próprio checkout aparecendo como referral, (direct) inflado concentrado em transações, vendas sem campanha e queda abissal do funil na etapa de troca de domínio.
O que é o parâmetro _gl? É o vinculador que o GA4 anexa à URL quando o usuário clica em um link para um domínio configurado, carregando os identificadores de usuário e sessão para o outro lado. A presença dele na URL de destino é o teste rápido de que a configuração funciona.
Configurei o cross-domain e o referral do meu domínio continua aparecendo. Por quê? As causas mais comuns: redirecionamentos que descartam o _gl no caminho, navegação sem clique (JavaScript/POST), tag com ID diferente no destino, ou a falta da configuração irmã de referências indesejadas.
Cross-domain resolve o gateway de pagamento aparecendo como origem? Não diretamente: gateway que o usuário atravessa por redirecionamento se trata na lista de referências indesejadas. Cross-domain é para domínios da sua jornada com a sua tag; referência indesejada é para domínios de passagem.
Lucian Fialho
Fundador e CTO da Métricas Boss, com sólido background em tecnologia, tendo passado por empresas como Comprafacil.com e Leader.com. Atuou no desenvolvimento de lojas como Globo, Olimpíadas do Rio, Ipiranga Shop, entre outras.
Publicado em 6 de julho de 2026
