Vou levantar um ponto importante sobre rastreamento e já aviso: o texto é um pouco mais longo, porque esse assunto precisa de contexto para fazer sentido. Ao longo da minha jornada, cerca de 70% dos projetos que executei foram para e-commerce. E existe um padrão muito claro nesses projetos:

O principal motivo para a contratação de um serviço de rastreamento avançado não é crescimento. É correção. Porque, na prática, o tracking nativo das plataformas raramente funciona como deveria. E hoje quero falar sobre um caso específico: a Nuvem Shop.

Antes de tudo, um ponto justo: há 3 anos a situação era muito pior. Hoje melhorou. Mas ainda está longe do ideal.

Como avalio o traqueamento de uma plataforma

Minha análise segue alguns pilares principais:

• GA4: Comparação entre os dados do painel da plataforma e os dados do GA4
• Data Layer: Estrutura e enriquecimento dos eventos
• Meta (CAPI + Pixel): Qualidade do payload e volume de eventos
• Página de Obrigado: Se o disparo da conversão acontece no momento correto

São os pontos essenciais para se ter uma visão clara de onde o rastreamento está falhando e o quanto isso impacta as campanhas.

1. GA4: Os números não fecham

Na Nuvem Shop, os dados de compra simplesmente não batem. E não estou falando de uma variação aceitável, uma margem de até 10% é considerada normal em qualquer implementação. Estou falando de discrepâncias acima de 15% todos os dias. No final do mês, isso distorce completamente qualquer análise e compromete a tomada de decisão sobre investimento em mídia.

O mais curioso é que a plataforma utiliza Measurement Protocol para enviar os dados ao GA4. Mesmo assim, o problema persiste, inclusive quando você tenta migrar a implementação para o GTM.

Por quê? Porque o disparo do evento de compra depende do carregamento da página de obrigado. Se essa página não carregar corretamente por qualquer motivo, o evento simplesmente não existe. A única solução realmente consistente que encontrei para esse problema foi o rastreamento via webhook (API), enviando o evento diretamente do backend, sem depender do navegador do usuário.

2. Data Layer: Evoluiu, mas ainda é limitado

Há 3 anos, o Data Layer da Nuvem Shop simplesmente não existia. Hoje ela existe, o que já é um avanço, mas ainda apresenta limitações importantes. O principal problema é a falta de dados do usuário nos eventos, especialmente no evento de purchase. Isso impacta diretamente:

• A qualidade do sinal enviado para a Meta CAPI
• As conversões otimizadas do Google
• A qualidade do matching entre eventos e usuários reais
• A eficiência de segmentações mais avançadas

Sem os dados do usuário enriquecendo os eventos, você perde eficiência na otimização das campanhas e esse é um custo invisível que poucos percebem no dia a dia.

3. Meta Ads: Estrutura ok, resultado inconsistente

Esse é um ponto interessante porque a implementação em si está correta. Pixel e CAPI configurados, desduplicação funcionando, payload dentro do padrão esperado pelo Meta.

Mas mesmo assim, os números não fecham. Um exemplo real: com 100 compras registradas no painel da plataforma, o Meta registra cerca de 85 eventos de purchase, uma perda de 10% a 15% dos dados.

O resultado prático disso é que suas campanhas estão sendo otimizadas com base em dados incompletos. O algoritmo do Meta aprende com menos informação do que deveria, o que reduz a eficiência da entrega e eleva o custo por resultado.

4. Página de Obrigado: O maior problema

Esse é, sem exagero, um dos pontos mais críticos de toda a plataforma. A Nuvem Shop oferece duas opções de disparo na página de obrigado:

Opção 1 – Após criação do pedido: Deveria funcionar bem. Mas na prática, ainda apresenta divergências de 10% a 15%. Ou seja, mesmo nessa opção mais simples, uma parcela relevante dos eventos se perde.

Opção 2 – Após pagamento do Pix: Aqui a situação piora consideravelmente. O fluxo funciona assim: o usuário finaliza o pedido, é redirecionado para o aplicativo do banco para pagar o Pix e muitas vezes não volta para o site depois disso. O resultado é que a página de obrigado não carrega, o evento não dispara e você perde o dado. Além disso, existe um delay na confirmação do pagamento que compromete ainda mais o timing do disparo.

Na prática: você perde o dado e ainda perde o momento ideal de otimização da campanha, dois problemas ao preço de um.

Conclusão 

O rastreamento nativo da Nuvem Shop ainda é ruim. E isso é crítico especialmente para dois perfis de usuário:

Usuário comum – Que precisa de uma solução plug-and-play que funcione de forma confiável sem configurações avançadas.

Usuário avançado – Que precisa de controle total sobre os dados para implementar GTM, Server Side e integrações customizadas.

No caso da Nuvem Shop, hoje, nenhum dos dois cenários está bem resolvido. E isso impacta diretamente a capacidade de escalar com dados confiáveis que é, no fim das contas, o que separa uma operação de e-commerce que cresce de forma consistente de uma que fica no escuro tentando interpretar números que não fazem sentido.

Se você opera na Nuvem Shop e sente que seus dados não estão fechando, muito provavelmente não é erro de campanha. É o rastreamento.

Também siga o Mundo do Traqueamento em outras redes sociais:

Inscreva-se no https://www.youtube.com/channel/UC6mX6bbcEmQoaznI0D7Aw5Q

Siga e curta no https://www.instagram.com/mundodotraqueamento/

Siga e comente no https://twitter.com/traqueamento

Siga também no https://www.linkedin.com/company/mundo-do-traqueamento