Comparativo · GA4
GA4 x MyMetric: por que o GA4 não bate com as vendas da loja, e o que fazer
Guia mantido. Revisado a cada 6 meses; última revisão em .
Resumo
- O GA4 não é concorrente da MyMetric: é gratuito, padrão de mercado e alimenta o Google Ads. A MyMetric usa o GA4 e manda eventos para ele pelo servidor.
- O problema é que o GA4 depende da tag no navegador. Numa loja, a tag perdia 19% das visualizações de produto, quase todas em iPhone dentro do app do Instagram.
- Numa loja VTEX, o GA4 registra 84% a 88% dos pedidos reais, estável há anos: uma em cada sete vendas nunca aparece.
- O GA4 também não sabe o que só a loja sabe: pedido cancelado, cliente novo de verdade, margem, ERP e marketplace.
- Compare as transações do GA4 com os pedidos pagos do mesmo período. Diferença acima de 10% é sinal para investigar.
Todo mundo compara ferramenta de dados com o GA4. Faz sentido: ele é gratuito, está em quase toda loja e é o que o Google Ads usa. Mas o GA4 não é concorrente da MyMetric. A gente usa o GA4, manda evento para ele e lê o que ele registra. A pergunta certa é outra: quanto da sua loja o GA4 está vendo?
Este texto mostra onde o GA4 perde dado no e-commerce, com números de lojas que atendemos (anônimas), e o que a MyMetric faz em cima dele.
O que o GA4 faz bem
- É gratuito e padrão. Toda agência, todo gestor e toda ferramenta sabe ler.
- Conversa com o Google Ads. Públicos, conversões e lances usam o GA4.
- Comportamento no site. Páginas, funil, busca interna e eventos personalizados.
- Exporta para o BigQuery de graça, o que permite cruzar com qualquer outra fonte.
Nada disso muda. O que muda é a qualidade do dado que entra.
Onde o GA4 perde dados
1. A tag do navegador não dispara para todo mundo. O GA4 depende do gtag, um script que roda no navegador da pessoa. Numa loja que atendemos, comparamos evento a evento o que o gtag registrava com o que chegava pelo servidor:
| Evento | Perda do gtag |
|---|---|
| page_view | 14,0% |
| view_item | 18,9% |
| add_to_cart | 5,4% |
| begin_checkout | 4,6% |
| add_payment_info | 2,5% |
| purchase (já enviado pelo servidor) | 0,5% |
A perda se concentra no iPhone dentro do app do Instagram e do Facebook. Nessa loja, esse tráfego era 40% do total e perdia 25% das visualizações de produto. São visitas de uma página só, que saem antes de o script carregar.
2. A compra nem sempre chega. Numa loja VTEX, cruzamos o GA4 com os pedidos da própria VTEX desde 2022: o GA4 registra entre 84% e 88% dos pedidos, estável a série inteira. Uma em cada sete vendas nunca aparece no GA4, e nenhum relatório avisa.
3. Evento quebrado passa meses sem ninguém ver. Numa loja, o add_to_cart parou de ser registrado em março e só voltou em outubro, com a troca de plataforma. Sete meses de funil errado, porque o GA4 não tem como saber que deveria estar recebendo aquele evento.
4. Venda sem origem. Quando a compra entra pelo servidor mas a pessoa não tinha o cookie do GA4, a venda aparece como (not set). Ela é contada, mas não é atribuída a canal nenhum.
O que o GA4 não sabe
Mesmo com a coleta perfeita, tem coisa que só a loja sabe:
- Pedido cancelado. Para o GA4, a compra aconteceu. Se o pedido foi cancelado, recusado ou era fraude, ele continua lá, a não ser que alguém mande o reembolso.
- Cliente novo de verdade. O GA4 sabe se aquele navegador já veio antes. A loja sabe se aquele CPF já comprou.
- Margem, frete e custo. O ROAS do GA4 é sobre receita, não sobre lucro.
- ERP e marketplace. Venda no Mercado Livre, na loja física ou faturada no ERP não passa pelo site.
Atribuição: quem leva o crédito
O GA4 atribui pelo modelo baseado em dados ou pelo último clique, e o tráfego direto não recebe crédito. É um modelo razoável para decidir lance no Google Ads. Para decidir verba entre canais, ele tende a premiar quem fecha a venda (busca de marca, remarketing) e esconder quem trouxe o cliente.
O Origin Stack, modelo de atribuição da MyMetric, olha a jornada pela ordem de importância para quem compra mídia:
- Se a pessoa deixou o contato num pop-up, formulário ou quiz, o crédito vai para o canal dessa captura.
- Se não houve captura, vai para o primeiro clique.
- Só por último vai para o último clique. Em mídia paga, usamos o penúltimo, porque o último costuma ser remarketing.
O que a MyMetric faz em cima do GA4
- Spark manda para o GA4 pelo servidor. A compra vem do webhook do pedido e os eventos do funil vêm da própria plataforma da loja, não só do gtag. O GA4 da loja fica mais completo, e quem já usa o GA4 continua usando.
- Só pedido pago vira compra. O Spark pode enviar só os pedidos pagos, e o cancelado não infla a receita.
- O HUB cruza pedido a pedido. Plataforma, GA4, Meta, Google Ads, ERP e marketplace no mesmo painel, com o pedido como unidade, não a sessão.
- Alguém olha. Evento parado por sete meses é o tipo de coisa que um alerta e uma pessoa acompanhando pegam na primeira semana.
Na Coffee++, o diretor de Canais Digitais resumiu assim, em depoimento publicado no nosso site: "Eliminaram a discrepância de 18% que tínhamos."
GA4 sozinho ou GA4 + MyMetric?
| Só GA4 | GA4 + MyMetric | |
|---|---|---|
| Custo | Gratuito | Pago |
| Coleta | Tag no navegador | Tag + servidor + webhook do pedido |
| iPhone em app | Perde parte | Recupera pelo servidor |
| Pedido cancelado | Conta como venda | Só pedido pago |
| Cliente novo | Pelo navegador | Pelo histórico de pedidos |
| ERP e marketplace | Não | Sim |
| Atribuição | Baseada em dados / último clique | Origin Stack + clássicos, pedido a pedido |
| Conversão para Meta e Google Ads | Google Ads via GA4 | API de Conversões do Meta + conversão offline no Google Ads |
Só o GA4 basta se a loja tem pouco tráfego vindo de app, poucas fontes de mídia e nenhuma necessidade de cruzar com ERP.
Vale somar a MyMetric se o GA4 não bate com os pedidos, se a maior parte da mídia é Meta com público de iPhone, ou se a decisão de verba depende de saber quem trouxe o cliente novo.
Como medir a diferença na sua loja (10 minutos)
- No GA4, anote o número de transações dos últimos 30 dias (por exemplo, numa exploração livre com a métrica Transações).
- Na plataforma da loja, conte os pedidos pagos do mesmo período, no mesmo fuso.
- Divida o primeiro pelo segundo. Acima de 95% está bom. Entre 85% e 95% vale investigar. Abaixo de 85%, o GA4 está deixando venda importante de fora.
- Faça o mesmo com o connect rate no Meta. Se os dois estiverem baixos, o problema é de coleta, não de relatório.
Comparando ferramentas? Veja também o comparativo com Nemu, Solomon, Prax e Biso.
Perguntas frequentes
Por que o GA4 mostra menos vendas que a minha loja?
Porque a compra no GA4 normalmente depende da tag do navegador disparar na página de obrigado. Bloqueador, navegador dentro de app, página que não carrega e cookie recusado fazem a venda sumir. Enviar o purchase pelo servidor, a partir do pedido, resolve essa parte.
A MyMetric substitui o GA4?
Não. O Spark envia os eventos ao GA4 pelo servidor, então o GA4 da loja fica mais completo. O HUB lê o GA4 junto com a plataforma, a mídia e o ERP e cruza pedido a pedido.
O que é (not set) no GA4?
É quando o GA4 recebe o evento sem a informação da sessão, por exemplo uma compra enviada pelo servidor de alguém cujo cookie do GA4 não foi capturado. A venda entra, mas sem origem.
GA4 server-side resolve?
O GTM server-side ajuda no envio, mas ainda depende da tag do navegador para receber o evento. Se a tag não dispara, o servidor não recebe nada. O Spark coleta da própria plataforma da loja e do webhook do pedido.
Quando só o GA4 basta?
Em loja com pouco tráfego de app, poucas fontes de mídia e sem necessidade de cruzar com ERP, um GA4 bem configurado costuma ser suficiente.