GA4 para ecommerce mede a venda por uma sequência de eventos que o Google define, de view_item a purchase, e a receita só fica certa se o evento purchase levar transaction_id, value, currency e a lista de itens. Os erros mais comuns são a compra contada duas vezes, a receita zerada por falta de moeda e o frete somado ao valor. A receita do GA4 nunca bate centavo por centavo com a loja, mas a diferença tem causa conhecida, e dá para conferir pedido por pedido com uma planilha.
Este guia é sobre a loja virtual. A lógica geral dos eventos, com os automáticos e os personalizados, está no guia de eventos no GA4, e o funcionamento da camada que leva os dados da loja ao Tag Manager está em Data Layer.
Os eventos de compra que o GA4 para ecommerce espera
O Google descreve no guia de e-commerce do GA4 as ações que uma implementação típica mede, cada uma com um evento de nome fixo. Usar o nome certo é o que faz os relatórios de monetização se preencherem sozinhos.
| Evento | Quando dispara | O que não pode faltar |
|---|---|---|
| view_item_list | Lista de produtos aparece (categoria, busca) | items com os produtos mostrados |
| select_item | Clique num produto da lista | items com o produto clicado |
| view_item | Página do produto abre | items, value e currency |
| add_to_cart | Produto vai para o carrinho | items com quantidade |
| view_cart | Carrinho é aberto | items de todo o carrinho |
| begin_checkout | Início da finalização | items, value, currency, cupom se houver |
| add_shipping_info | Frete escolhido | shipping_tier |
| add_payment_info | Forma de pagamento escolhida | payment_type |
| purchase | Pedido concluído | transaction_id, value, currency, items |
| refund | Pedido devolvido ou estornado | transaction_id |
A lista de itens aceita até 200 elementos por evento, segundo o mesmo guia. Cada item precisa de item_id ou item_name, e o ideal é mandar os dois, com preço e quantidade.
É comum os eventos de cima estarem certos e o problema estar embaixo. O purchase dispara, mas sem um dos campos que fazem a receita aparecer certa.
O evento purchase e os erros que mexem na receita
O evento purchase é o único que vira receita no GA4. A referência de eventos do Google lista o que ele precisa, e cada campo ausente quebra uma coisa diferente.
transaction_id ausente ou vazio
O transaction_id é o número do pedido. É por ele que o GA4 elimina compras duplicadas. A ajuda do Google Analytics sobre IDs de transação explica que duas compras com o mesmo ID, do mesmo usuário, viram uma só. E traz um aviso que pega muita loja: se o ID for enviado como texto vazio, o GA4 elimina como duplicadas todas as compras que chegarem assim.
A eliminação de duplicatas funciona só em fluxo da Web, não de app.
currency ausente
Sem o parâmetro de moeda, o GA4 recebe o valor mas não calcula a receita direito. Toda compra precisa de currency com o código de três letras, BRL para real.
value com frete ou imposto
A referência do Google diz que value é a soma de preço vezes quantidade de todos os itens, sem frete e sem imposto. Frete vai em shipping e imposto em tax, separados. Loja que manda o total do pedido em value vê no GA4 uma receita maior do que a soma dos produtos, e a comparação com a plataforma fica torta.
Compra contada duas vezes
Acontece quando duas tags enviam o mesmo purchase. O caso clássico é a loja que usa a integração nativa da plataforma e, anos depois, alguém instala o GA4 de novo pelo Tag Manager. Os dois disparam. Se os dois mandam o mesmo transaction_id, o GA4 segura. Se um deles manda sem ID, a receita dobra.
Compra registrada antes do pagamento
Em Pix e boleto, a página de obrigado aparece quando o pedido é criado, não quando é pago. Se o purchase dispara ali, o GA4 conta como venda um boleto que nunca foi pago. A loja precisa decidir o que quer medir e deixar isso escrito. Para o Google Ads, o ideal é mandar só o que foi pago, o que costuma pedir integração pelo servidor da loja.
Por que a receita do GA4 não bate com a loja
Mesmo com o GA4 para ecommerce todo configurado, o relatório vai mostrar menos pedidos do que a plataforma. O que importa é saber de onde vem a diferença e se ela está estável.
| O que você vê | Causa provável | Como conferir |
|---|---|---|
| GA4 com menos pedidos, diferença estável | Visitante que recusou cookies ou usa bloqueador | Ver o consentimento e o modo de consentimento |
| GA4 com mais receita que a loja | Frete e imposto dentro de value, ou compra duplicada | Comparar value com o subtotal dos itens |
| GA4 com o dobro de pedidos em alguns dias | Duas tags de purchase ativas | Contar quantas tags disparam na página de obrigado |
| Pedidos pagos que nunca chegam ao GA4 | Cliente que pagou e não voltou à página de obrigado | Listar os IDs que faltam e ver a forma de pagamento |
| Receita no GA4 sem item nenhum | purchase sem items | Abrir o evento no modo de depuração |
O consentimento é a causa que mais pesa hoje. Quem recusa os cookies não entra no GA4 do mesmo jeito, e o guia de consent mode v2 explica o que muda com e sem ele.
Como conferir se a receita bate, passo a passo
Esta é a conferência de GA4 para ecommerce que fazemos em toda loja antes de mexer em campanha. Ela não precisa de ferramenta paga.
- Escolha um período fechado. Os últimos 30 dias, sem o dia de hoje.
- Exporte os pedidos da loja. Só os pagos, com número do pedido, subtotal dos produtos, frete e data.
- Abra as compras no GA4. No relatório de compras de e-commerce ou numa exploração com a dimensão ID da transação e a métrica receita de compra.
- Compare o total de pedidos. Anote a diferença em porcentagem.
- Cruze os IDs. Liste os números de pedido que estão na loja e não no GA4, e os que estão no GA4 e não na loja. O segundo grupo é o mais revelador, porque aponta duplicata, pedido de teste ou boleto não pago.
- Compare a receita por pedido. Se o GA4 mostra sempre um valor maior, o frete está dentro de value.
- Faça uma compra de teste com o modo de depuração ligado. Confira no DebugView se o purchase chega uma vez só, com os quatro campos. O Google Tag Assistant mostra quais tags disparam na página de obrigado.
Uma diferença pequena e estável, que se explica pelo consentimento, é normal. Diferença que muda muito de uma semana para outra quase sempre é tag duplicada ou purchase disparando no lugar errado.
GA4 para ecommerce em cada plataforma
As plataformas de loja têm um caminho próprio para mandar os eventos ao GA4. Na Shopify é a integração do Google dentro da plataforma, e no WooCommerce costuma ser um plugin. O problema começa quando alguém soma um segundo caminho por cima do primeiro.
A regra é escolher um caminho só para o purchase. Se a integração nativa da plataforma manda os eventos completos, o Tag Manager fica para o que ela não cobre. Se ela manda incompleto, desligue e faça tudo pelo Tag Manager com a camada de dados da loja. O que não dá é deixar os dois ligados torcendo para o transaction_id segurar.
Do GA4 para o Google Ads
A loja que anuncia no Google precisa da mesma venda chegando ao Google Ads, com o mesmo valor. Há dois jeitos, a tag de conversão do Google Ads na página de obrigado ou a importação do purchase do GA4. Escolha um como conversão principal. Os dois contando a mesma venda fazem a campanha achar que vende o dobro e lançar mais do que deveria.
As conversões aprimoradas ajudam a recuperar parte da venda que o cookie perde. Para quem quer mandar só o pedido pago, ou a margem no lugar do faturamento, o caminho é a integração com o sistema da loja.
Perguntas frequentes
Quais são os eventos de e-commerce do GA4? São view_item_list, select_item, view_item, add_to_cart, remove_from_cart, view_cart, begin_checkout, add_shipping_info, add_payment_info, purchase e refund, além de view_promotion e select_promotion para banners internos.
Quais parâmetros o evento purchase do GA4 precisa? transaction_id, value, currency e items. O value é a soma de preço vezes quantidade dos itens, sem frete e sem imposto, que vão em shipping e tax.
Por que a receita do GA4 é diferente da loja? Por consentimento recusado, bloqueador de anúncios, tag duplicada, frete dentro do valor ou compra registrada antes do pagamento. A conferência pedido por pedido mostra qual dessas causas está pesando.
Como ligar o GA4 na Shopify? Pela integração do Google disponível na própria Shopify, que manda os eventos de compra sem código. Antes de instalar o Tag Manager por cima, confira se o purchase não vai passar a disparar duas vezes.
Precisa de plugin para GA4 no WooCommerce? O WooCommerce não manda os eventos de e-commerce sozinho, então é preciso um plugin ou a implementação pelo Tag Manager. Use um caminho só para o purchase.
Receita medida do anúncio até o pedido pago
O rastreamento de conversões da Ciclicko configura o GA4 para ecommerce com os eventos completos, confere a receita pedido por pedido contra a plataforma e liga a venda paga ao Google Ads, para a campanha otimizar pelo que entrou no caixa. O trabalho começa pela conferência descrita acima, feita na sua loja.