Discrepância entre VTEX e GA4: por que os números não batem (e como zerar com server-side)

Seu GA4 marca R$ 1,2 milhão e a VTEX marca R$ 1,8 milhão, seis dígitos de diferença em um único mês!

Esse cenário é tão comum em e-commerces brasileiros que virou paisagem. Diretor de marketing acostuma o olho, contabiliza "a perda do GA4" como folclore corporativo e segue tomando decisão de mídia com base no número errado.

Isso é um problema técnico estrutural que está distorcendo decisão de orçamento, otimização de campanha e modelagem de atribuição em centenas de operações no Brasil.

E tem solução, server-side tracking bem feito leva a discrepância para próximo de zero. Esse artigo explica como.

O que é discrepância entre VTEX e GA4?

Discrepância entre VTEX e GA4 é a diferença entre o número de transações ou a receita registrada no backoffice da VTEX (fonte de verdade comercial) e o número equivalente reportado pelo Google Analytics 4 (fonte de verdade analítica).

Em operações saudáveis, essa diferença fica abaixo de 5%. No mercado brasileiro, a média observada está entre 25% e 40%, com casos extremos passando dos 60%, o que é surreal! A causa raiz quase sempre é coleta de dados quebrada no lado cliente, agravada por particularidades da arquitetura headless da VTEX.

E a Vtex e o GA4 deixaram pra você resolver...

A consequência é direta: cada real perdido no GA4 é um real que não conta para modelos de atribuição, ROAS de campanha, segmentações de remarketing e qualquer decisão automatizada de bid.

Por que VTEX e GA4 quase nunca batem por padrão?

A VTEX é uma plataforma headless construída em camadas (Store Framework, Checkout, Master Data, OMS). Cada camada dispara eventos em momentos diferentes, em domínios potencialmente diferentes, com payloads que precisam ser orquestrados manualmente para o GA4 entender.

O GA4, por sua vez, é uma ferramenta de coleta client-side por design. Depende de JavaScript executando no navegador do cliente. Depende de cookies sobrevivendo a bloqueadores. Depende da tag disparar antes da sessão expirar.

A interseção entre VTEX e GA4 cria, na prática, sete pontos de falha bem mapeados.

As 7 causas técnicas da discrepância VTEX vs GA4

1. Quebra de domínio no checkout

A VTEX historicamente operou o checkout em subdomínios específicos (vtexcommercestable.com.br ou em domínios próprios mal configurados). Quando o cliente atravessa do domínio principal para o checkout, o GA4 entende como nova sessão, com origem (direct), e atribui a transação a outro lugar.

Resultado: a transação aparece, mas atribuída ao tráfego direto, distorcendo todos os relatórios de canais pagos.

2. Tag disparando antes da SPA renderizar

O Store Framework da VTEX é uma Single Page Application. Tags configuradas no GTM com gatilho de page_view tradicional disparam antes do título, do produto e dos parâmetros estarem disponíveis no DOM.

O sintoma é fácil de identificar: page_title em (not set), item_name em (not set), volume alto de eventos sem contexto.

3. Pixel Manager nativo da VTEX com configuração incompleta

A VTEX tem um Pixel Manager nativo que facilita a integração com GA4, mas a configuração padrão raramente cobre todos os eventos necessários para um funil completo. Eventos como add_to_cart, remove_from_cart, view_item_list e select_promotion costumam ficar ausentes ou mal mapeados.

Sem esses eventos, a jornada no GA4 fica truncada e a transação parece surgir do nada.

4. Cookies bloqueados por ITP e adblockers

O Safari (ITP) limita cookies first-party de scripts third-party a sete dias. Adblockers no Chrome chegam a 30% de penetração em algumas verticais brasileiras. A coleta client-side simplesmente não acontece em uma parcela relevante da audiência.

A transação aconteceu. O GA4 nunca soube.

5. Falha na captura de transações via dataLayer

O dataLayer da VTEX expõe o evento orderPlaced no momento da confirmação do pedido. Se o GTM não escuta esse evento com a sintaxe correta, ou se a tag de purchase do GA4 está mal mapeada, a transação não é registrada.

É a causa mais comum de discrepância em operações que parecem ter tudo configurado.

6. Refund e cancelamento não propagados

A VTEX trabalha com múltiplos status de pedido: criado, pagamento aprovado, faturado, entregue, cancelado. O GA4, por padrão, registra a transação no momento do orderPlaced, mas raramente recebe os eventos de refund ou de cancelamento.

O resultado é receita inflada no GA4 versus receita real no OMS.

7. Cross-device e cross-domain sem User ID

Cliente entra pelo desktop, abandona, retorna pelo app, conclui no mobile. Sem implementação de User ID conectando essas sessões, o GA4 conta como três usuários e perde a atribuição correta. A VTEX, por outro lado, vê uma única conta de cliente.

A discrepância nesse caso não é de transação, é de usuário e jornada.

Quanto de discrepância é aceitável entre VTEX e GA4?

Não existe número absoluto, mas existe um benchmark prático construído com base em auditorias da Métricas Boss em mais de 200 operações VTEX no Brasil:

O Índice de Confiabilidade do GA4 medido pela Métricas Boss em 31 mil contas mostra que a média do mercado brasileiro está em 64%. Em operações VTEX, esse número costuma ser pior, justamente pela complexidade arquitetural da plataforma.

O que é server-side tracking (e por que muda o jogo)?

Server-side tracking é uma arquitetura onde os eventos analíticos não são enviados diretamente do navegador do cliente para o GA4. Eles passam por um servidor intermediário, geralmente um GTM Server-Side container hospedado em Cloud Run ou App Engine, que recebe, enriquece e encaminha os eventos para o GA4 (e para outras ferramentas, como Meta, TikTok, RD Station).

Vantagens diretas para a integração VTEX e GA4:

• •Eventos enviados via Measurement Protocol, contornando ITP e adblockers.
• •Eventos de pedido podem ser disparados via webhook da VTEX (orderPlaced, orderCancelled, orderInvoiced), garantindo captura mesmo sem o navegador do cliente aberto.
• •Possibilidade de enriquecer o payload com dados do OMS antes de mandar para o GA4 (ex: margem, segmento de cliente, tipo de pagamento).
• •Cookies first-party servidos pelo seu próprio domínio, com duração longa, sem restrição do ITP.
• •Eventos de refund e cancelamento propagados automaticamente, mantendo a receita do GA4 alinhada com a receita real da operação.

Com server-side bem implementado, a discrepância entre VTEX e GA4 cai para próximo de zero. Em operações auditadas pela Métricas Boss após migração para server-side, vimos discrepâncias de 35% caírem para menos de 2% em 30 dias.

O protocolo Métricas Boss para zerar a discrepância VTEX vs GA4

Resolver a discrepância exige um caminho ordenado. Comprar GTM Server-Side antes de auditar a base é desperdiçar dinheiro com ferramenta.

Etapa 1: auditoria de coleta Mapeamento de todos os eventos do dataLayer da VTEX, validação de disparos, comparação de transações VTEX vs GA4 em janela de 90 dias.

Etapa 2: correção client-side Antes de pular para server-side, corrige-se o que dá pra corrigir no client-side: ordem de disparo de tags, captura de purchase, cross-domain do checkout, parâmetros faltantes.

Etapa 3: implementação do GTM Server-Side Provisionamento do container, configuração do endpoint, transformação de eventos client para server, validação de paridade.

Etapa 4: webhooks da VTEX para o servidor Configuração dos webhooks de orderPlaced, orderCancelled e orderInvoiced apontando para o GTM Server-Side. Tradução para eventos GA4 (purchase, refund).

Etapa 5: monitoramento contínuo Dashboard de paridade VTEX vs GA4 atualizado diariamente. Alertas automáticos para discrepâncias acima de 5%. Auditoria trimestral.

Quando faz sentido investir nessa migração?

Se sua operação VTEX fatura acima de R$ 500 mil por mês e a discrepância média está acima de 15%, o ROI da migração para server-side é, na maioria dos casos, recuperado em menos de 60 dias só pela melhoria de atribuição e eficiência de mídia.

Operações menores podem se beneficiar com correções client-side bem feitas, sem necessidade imediata de server-side, mas se vc tem discrepância, DUVIDO que você não queira resolver isso! hehe

Como a Métricas Boss resolve a disrepância Vtex e GA4?

A Métricas Boss audita e implementa server-side tracking em operações VTEX desde 2020. Mais de 200 lojas brasileiras já tiveram a discrepância entre VTEX e GA4 reduzida a menos de 3% pela equipe técnica.

O serviço completo inclui auditoria de coleta, correção client-side, implementação do GTM Server-Side, configuração dos webhooks da VTEX, monitoramento contínuo e treinamento da equipe interna.

Se sua operação está perdendo decisão de marketing por causa de dados não confiáveis, fale com a equipe da Métricas Boss para uma auditoria preliminar.

Perguntas frequentes sobre discrepância VTEX vs GA4

Por que a VTEX e o GA4 mostram números diferentes? Porque a VTEX é fonte comercial (registra tudo que aconteceu na operação) e o GA4 é fonte analítica que depende de coleta client-side no navegador do cliente. Bloqueadores, ITP, tags mal configuradas, quebra de domínio no checkout e falta de propagação de refund explicam a maior parte da diferença.

Quanto de discrepância entre VTEX e GA4 é normal? Até 5% é considerado saudável. Entre 5% e 15% indica problemas pontuais. Acima de 15% indica falha estrutural de tracking que compromete decisão de marketing.

Server-side tracking elimina a discrepância? Server-side bem implementado leva a discrepância a níveis próximos de zero, geralmente abaixo de 2%. A chave é combinar GTM Server-Side com webhooks da VTEX para eventos pós-compra (cancelamento, refund) e captura via Measurement Protocol.

O Pixel Manager nativo da VTEX resolve o problema? Não totalmente. O Pixel Manager facilita a integração inicial, mas não cobre todos os eventos necessários para um funil completo, não resolve refund nem cancelamento e ainda depende de coleta client-side.

Quanto tempo leva para implementar server-side em uma VTEX? Em uma operação de complexidade média, o ciclo completo (auditoria, correção client-side, GTM Server-Side, webhooks, monitoramento) leva entre 6 e 10 semanas. Operações Enterprise com múltiplas lojas podem chegar a 12-16 semanas.

Vale a pena para qualquer tamanho de loja VTEX? Não. Operações abaixo de R$ 500 mil por mês geralmente se beneficiam mais de correções client-side bem feitas. Acima desse patamar, o ROI da migração para server-side se paga em poucos meses.

A migração para server-side afeta a performance do site? Não. Pelo contrário. Server-side reduz a quantidade de scripts third-party rodando no navegador, o que melhora Core Web Vitals em quase todas as implementações que auditamos.

Gustavo Esteves

Gustavo Esteves é fundador e CEO da Métricas Boss, já trabalhou dentro de gigantes como B2W. Autoridade na área de Digital Analytics, com mais de 15 anos de experiência e 3 mil projetos atendidos, incluindo gigantes como PUC, Rede D'Or, Globo, Stanley, Médico Sem Fronteiras, Alura, entre outras.

Publicado em 28 de junho de 2026