# GA4 x MyMetric: por que o GA4 não bate com as vendas da loja, e o que fazer

Por Thiago Morello (Fundador da MyMetric) · guia mantido, atualizado em 11 de outubro de 2026 · https://mymetric.com.br/blog/ga4-x-mymetric/

## 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:

1. Se a pessoa deixou o contato num pop-up, formulário ou quiz, o crédito vai para o canal dessa captura.
2. Se não houve captura, vai para o primeiro clique.
3. 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)

1. 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*).
2. Na plataforma da loja, conte os pedidos **pagos** do mesmo período, no mesmo fuso.
3. 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.
4. Faça o mesmo com o [connect rate no Meta](https://mymetric.com.br/blog/connect-rate-meta-ads/). 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](https://mymetric.com.br/blog/comparativo-nemu-solomon-prax-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.