GA4 Atribuindo Venda ao Checkout: Como Corrigir o Referral

O GA4 atribui a venda ao checkout quando o cliente sai do domínio da loja para pagar e a ferramenta enxerga essa volta como visita vinda de outro site, apagando a origem real da campanha. Se o checkout roda no mesmo GA4 em outro domínio, o conserto é configurar a medição entre domínios. Se é um gateway de terceiros, o conserto é adicionar o domínio dele à lista de referências não desejadas.

Por Que o GA4 Atribui a Venda ao Checkout

O GA4 identifica a origem de uma venda pelo último clique não direto antes da conversão. Enquanto o cliente navega dentro do domínio da loja, isso funciona bem. O problema aparece quando o fluxo de pagamento sai para outro domínio, seja um gateway de terceiros (Mercado Pago, PagSeguro, Cielo), seja um checkout próprio hospedado em subdomínio separado. Ao voltar para concluir a compra, o navegador chega como uma nova visita vinda de outro site, e o GA4 grava esse domínio como referral, sobrescrevendo a campanha que trouxe o cliente originalmente.

Na prática, o relatório de aquisição de tráfego mostra vendas caindo em canais como mercadopago.com.br / referral ou pagseguro.uol.com.br / referral, em vez de google / cpc ou meta / paid social. O dono da loja olha o painel de mídia paga, vê poucas conversões atribuídas e conclui que a campanha não está funcionando, quando na verdade ela está trazendo a venda, só que sendo mal contabilizada.

Como Confirmar Que o Problema Está na Sua Loja

Antes de mexer em qualquer configuração, confirme o diagnóstico. No GA4, abra Relatórios > Aquisição > Aquisição de tráfego e adicione a dimensão secundária Origem/mídia da sessão. Procure por:

• Linhas com referral cujo nome de domínio é o seu próprio gateway de pagamento ou checkout;
• Volume de compras atribuído a esse canal que bate com o volume total de vendas do período (sinal de que quase tudo está caindo ali, não só uma fração pequena);
• Queda repentina de conversões atribuídas a campanhas pagas exatamente no dia em que o checkout foi trocado de plataforma ou de domínio.

Se um desses sinais aparecer, o problema não é a campanha. É a atribuição.

Solução 1: Medição entre Domínios

Use a medição entre domínios (cross-domain measurement) quando o checkout roda no mesmo GA4 da loja, ou seja, com o mesmo ID de mensuração (o “G-” do fluxo de dados), só que em um domínio diferente do domínio principal. É o caso comum de plataformas headless ou de checkouts próprios hospedados em domínio separado, mas ainda dentro do controle da loja. Segundo a documentação oficial do Google Analytics (consultada em setembro de 2026), essa configuração fica em Admin > Fluxos de dados > selecionar o fluxo > Configurar detalhes da tag > Configurar seus domínios, e aceita até 100 condições de domínio por fluxo. Uma vez configurada, o GA4 anexa um parâmetro de link (_gl) nos cliques e nos redirecionamentos de formulário entre os domínios listados, preservando o ID de sessão do cliente em vez de abrir uma sessão nova.

Passo a Passo para Configurar

1. Confirme que o mesmo código do Google tag (mesmo ID de mensuração) está instalado nas duas páginas, a da loja e a do checkout.
2. No GA4, vá em Admin > Fluxos de dados > escolha o fluxo web > Configurar detalhes da tag > Configurar seus domínios.
3. Adicione o domínio do checkout à lista (ex.: checkout.sualoja.com.br).
4. Salve e navegue manualmente entre os dois domínios para testar.
5. Abra o GA4 DebugView (com a extensão GA Debugger ativa) e confira se o parâmetro _gl aparece na URL de destino durante a navegação.
6. Espere 24 a 48 horas de dados novos antes de validar no relatório de aquisição, já que o DebugView só confirma o disparo técnico, não o relatório consolidado.

Solução 2: Lista de Referências Não Desejadas

Use a lista de referências não desejadas quando o checkout é de um domínio de terceiros de verdade, ou seja, uma empresa diferente da sua (gateway de pagamento, processador de boleto, provedor de e-mail transacional). Não faz sentido tentar configurar medição entre domínios com o site do Mercado Pago ou do PagSeguro, porque você não controla o GA4 deles. A solução aqui é dizer ao seu próprio GA4 para ignorar aquele domínio como origem de referência.

Conforme a documentação oficial do Google Analytics (consultada em setembro de 2026), essa lista aceita até 50 domínios por fluxo de dados e não funciona retroativamente: sessões já registradas antes de o domínio entrar na lista continuam atribuídas ao gateway. Ao adicionar um domínio, o GA4 passa a anexar o parâmetro ignore_referrer=true aos eventos que vierem dele, preservando a origem anterior do cliente em vez de sobrescrevê-la.

Como Adicionar um Domínio à Lista

1. Vá em Admin > Fluxos de dados > selecione o fluxo web > Configurar detalhes da tag > Mostrar todas > Listar referências não desejadas.
2. Clique em Adicionar condição e digite o domínio exato do gateway (ex.: pagseguro.uol.com.br, mercadopago.com.br).
3. Repita para cada domínio de pagamento ou serviço externo que o cliente visita durante o checkout.
4. Salve e monitore o relatório de aquisição nos dias seguintes, comparando apenas dados novos com os antigos.

O Papel do Tempo Limite de Sessão

Existe um terceiro fator que interfere mesmo com as duas soluções acima configuradas corretamente: o tempo limite de sessão. Por padrão, segundo a documentação oficial do Google Analytics (consultada em setembro de 2026), uma sessão do GA4 expira depois de 30 minutos de inatividade. Se o cliente demora mais que isso decidindo o pagamento (comparando parcelamento, saindo para pesquisar outro cartão, esperando a confirmação de um Pix), o GA4 encerra a sessão original e abre uma nova ao detectar atividade de novo. Essa nova sessão pode não carregar mais os parâmetros UTM da campanha, e a venda aparece como direct / none em vez do canal pago que trouxe o cliente.

Esse ajuste fica em Admin > Fluxos de dados > Configurar detalhes da tag > Ajustar tempo limite de sessão, com opção de aumentar o valor em horas e minutos. É um ajuste complementar, não uma correção completa: resolve o problema de tempo de decisão, mas não substitui a configuração de domínio cruzado nem a lista de referências não desejadas.

Cross-Domain ou Lista de Referências? Qual Usar

Situação	Solução	Limite
Checkout em outro domínio, mas com o mesmo ID de mensuração GA4	Medição entre domínios	Até 100 condições de domínio por fluxo
Checkout de gateway de terceiros (domínio de outra empresa)	Lista de referências não desejadas	Até 50 domínios por fluxo, sem efeito retroativo
Cliente demora para decidir e a sessão expira no meio do checkout	Ajustar tempo limite de sessão (uso complementar)	Padrão de 30 minutos, ajustável em horas e minutos

Exemplos: Três Lojas, Três Cenários

Loja de Roupa

A loja fictícia “Alecrim Moda” roda campanhas de Meta Ads e usa o Checkout Pro do Mercado Pago, que redireciona o cliente para mercadopago.com.br antes de voltar com a confirmação. No relatório de aquisição, as vendas apareciam como mercadopago.com.br / referral, quase zerando as conversões atribuídas ao Meta Ads. Depois de adicionar mercadopago.com.br e mercadolivre.com.br à lista de referências não desejadas, os relatórios voltaram a mostrar meta / paid social como origem, e o gestor percebeu que a campanha convertia bem mais do que o painel indicava antes do ajuste.

Pet Shop

O “Pet Amora” migrou para uma plataforma headless em que o catálogo fica em petamora.com.br e o checkout fica em pagamento.petamora.com.br, ambos com o mesmo ID de mensuração do GA4 instalado. Como os dois domínios raiz são tecnicamente diferentes para o navegador, o GA4 tratava a ida ao checkout como uma nova sessão de referência. A correção aqui não era a lista de referências (o domínio é da própria loja), e sim configurar a medição entre domínios adicionando pagamento.petamora.com.br à lista de domínios do fluxo.

Loja de Suplementos

A “Vita Suplementos” já tinha cross-domain e lista de referências configuradas corretamente, mas parte das vendas de Google Ads ainda caía como direct / none. Ao investigar, o padrão apareceu: eram compras com boleto ou Pix, em que o cliente abria o app do banco em outra aba e demorava mais de 30 minutos para confirmar o pagamento e voltar à loja. A sessão original expirava antes da conclusão. Aumentar o tempo limite de sessão para 2 horas reduziu essa perda, sem eliminar 100% dos casos.

Erros Comuns ao Corrigir a Atribuição

• Confundir os dois problemas e configurar só um deles, achando que cross-domain measurement resolve gateway de terceiros ou vice-versa;
• Esperar que a lista de referências não desejadas corrija o histórico já registrado, quando ela só vale para sessões novas a partir da configuração;
• Configurar a lista em um fluxo de dados e esquecer que o app ou outro fluxo web da mesma loja tem a própria lista separada;
• Aumentar o tempo limite de sessão para um valor exagerado (4 horas ou mais) sem considerar que isso também infla a duração média de sessão nos relatórios de engajamento;
• Confiar direto no relatório de aquisição sem antes validar no GA4 DebugView se o parâmetro _gl está mesmo sendo propagado entre os domínios.

Vale reforçar que a origem da venda também depende de como as campanhas foram marcadas desde o início: sem parâmetros UTM consistentes, mesmo com a atribuição de domínio corrigida, o relatório continua confuso. Da mesma forma, se o funil de conversão do GA4 não estiver configurado com os eventos certos, a venda pode até chegar com a origem correta, mas sem aparecer no relatório de e-commerce.

Perguntas Frequentes

Por Que o GA4 Mostra Referral Mesmo com Campanha Ativa?

Porque o GA4 usa o último clique não direto antes da conversão para definir a origem. Ao sair para o checkout em outro domínio e voltar, o navegador chega como visita nova, e o domínio do checkout vira a origem registrada, sobrescrevendo a campanha que trouxe o cliente originalmente.

Isso Afeta Só Quem Usa Checkout de Terceiros?

Não. Também afeta lojas com checkout próprio hospedado em subdomínio ou domínio separado, mesmo usando o mesmo GA4. A diferença está na solução: gateway de terceiros pede a lista de referências não desejadas; domínio próprio hospedado à parte pede a medição entre domínios configurada no fluxo de dados.

A Lista de Referências Não Desejadas Conserta o Histórico?

Não. A configuração vale só para sessões novas a partir do momento em que o domínio entra na lista. Vendas já registradas como referral do gateway antes disso continuam assim nos relatórios históricos, porque o GA4 não reprocessa dados retroativamente com a nova regra.

Cross-Domain e Lista de Referências São a Mesma Coisa?

Não. Medição entre domínios serve para domínios diferentes que compartilham o mesmo GA4, ou seja, o mesmo ID de mensuração instalado nos dois. Lista de referências não desejadas serve para ignorar domínios de terceiros que a loja não controla, como gateways de pagamento e provedores de boleto.

Aumentar o Tempo Limite de Sessão Resolve Sozinho?

Não. Esse ajuste ajuda quando o cliente demora para decidir o pagamento e a sessão expira no meio do processo, mas não corrige atribuição de domínio errado por si só. Trate-o como um complemento às duas soluções anteriores, nunca como substituto para elas.

Corrigir a atribuição no GA4 muda a decisão sobre onde investir mídia: sem esse ajuste, campanhas que convertem bem podem parecer fracas e perder verba para canais que só aparecem melhor no relatório por engano. Se você quer revisar toda a configuração de tráfego pago da sua loja com esse tipo de detalhe em mente, o diagnóstico gratuito da SAL mapeia esses pontos cegos antes de qualquer decisão de orçamento.