Como auditar sua implementação antes de migrar para server-side

Auditar a implementação antes de migrar para server-side (o modelo em que os dados passam por um servidor da própria empresa antes de seguir para as ferramentas) é revisar as tags, o dataLayer, os eventos e o consentimento do site para garantir que o dado enviado ao servidor esteja certo. A auditoria importa porque o servidor repassa o que recebe do navegador. Se hoje a compra dispara duas vezes, ela vai continuar disparando duas vezes depois da migração, com a diferença de que o erro passa a chegar a todas as plataformas ao mesmo tempo.

Nas auditorias da Métricas Boss, o Índice de Confiabilidade do GA4 brasileiro ficou em 64%, calculado sobre 31 mil auditorias. Parte da distância até os 100% vem de limitações do navegador, que o server-side ajuda a resolver. Outra parte vem de configuração errada, que precisa ser corrigida antes. Este artigo mostra como separar uma coisa da outra. A etapa de diagnóstico também está no Guia Definitivo de Server-Side Tracking para o E-commerce Brasileiro, junto com as fases seguintes da migração.

Por que auditar antes de migrar

A migração para server-side muda o caminho do dado, e o conteúdo continua o mesmo. Um purchase sem transaction_id ou uma tag duplicada por um plugin da plataforma de e-commerce seguem do navegador para o servidor exatamente como estão.

A auditoria também gera a linha de base do projeto. Sem saber quantas conversões cada plataforma registra hoje e quanto isso difere dos pedidos reais, a empresa não consegue provar depois quanto a migração recuperou. Se os números piorarem em algum ponto, também não há referência para perceber.

Há ainda um ganho de custo e de desempenho. Tags esquecidas no contêiner web pesam no carregamento da página, e eventos desnecessários enviados ao servidor consomem infraestrutura, que no server-side é cobrada pelo uso. Limpar antes de migrar deixa o site mais leve e o servidor mais fácil de manter.

Como fazer a auditoria de tracking em 6 etapas

A sequência abaixo vai do mais estrutural ao mais prático. As duas primeiras etapas revisam a configuração; as seguintes testam o que acontece de fato quando alguém navega e compra.

Parte dessas checagens pode ser automatizada. A Trusty Data, ferramenta desenvolvida pela Métricas Boss, se conecta à propriedade do GA4 e roda uma auditoria semanal com 15 critérios. O resultado vira um tracking score, que mostra a evolução da implementação ao longo do tempo. A ferramenta aponta problemas como parâmetros UTM ausentes ou fora do padrão, acúmulo de (not set) e compras duplicadas, e explica como corrigir cada um.

1. Faça o inventário de tags

Liste tudo o que coleta dados no site, dentro e fora do GTM. Isso inclui as tags do contêiner web, os scripts em Custom HTML, códigos colados direto no template e os plugins nativos da VTEX, da Shopify ou da plataforma que você usa. Um problema que vale procurar é o mesmo Pixel instalado duas vezes, uma pelo plugin e outra pelo GTM.

Para cada item, anote o que ele mede, quem usa o dado e se ele ainda faz sentido. Meça também o tamanho do contêiner com uma ferramenta como o Get GTM Size, porque contêineres muito grandes pesam no carregamento da página.

2. Valide o dataLayer

O dataLayer é a fonte de tudo o que vai para o servidor. Confira se os eventos de e-commerce seguem o padrão recomendado pelo GA4, com os nomes corretos (view_item, add_to_cart, begin_checkout, purchase) e os parâmetros que cada um exige, como o transaction_id na compra e o array items com os produtos.

Verifique também se os valores chegam como número e na moeda certa. O transaction_id precisa ser único por pedido e nunca pode vir vazio: o GA4 trata todas as compras com ID vazio como uma só e descarta as demais, o que faz as vendas aparecerem a menos. O mesmo identificador serve depois para a deduplicação entre navegador e servidor, e o ID do pedido costuma ser o candidato natural.

3. Teste a jornada completa

Com o modo de visualização do GTM e o DebugView do GA4 abertos, faça o caminho de um cliente real até a compra. Observe se cada evento dispara uma única vez e com os parâmetros preenchidos. Depois, recarregue a página de confirmação e veja se a compra dispara de novo. Com o mesmo transaction_id, o GA4 descarta a repetição, mas os pixels de mídia podem contá-la, e por isso a checagem vale sobretudo para eles.

Repita o teste no Safari do iPhone e num navegador com bloqueador de anúncio ativo. As diferenças entre esses cenários mostram o que o server-side pode recuperar.

4. Verifique o consentimento

Confirme que a ferramenta de consentimento (CMP) está integrada ao GTM e que as tags respeitam a escolha do visitante. Teste recusando os cookies e veja o que continua disparando. Se o consentimento não funciona no client-side, ele também não vai funcionar no servidor, e a migração é o momento de corrigir isso.

5. Reconcilie com o back-office

Compare, para o mesmo período, os pedidos aprovados na plataforma de e-commerce com as compras no GA4 e com as conversões reportadas por Meta e Google Ads. No GA4, cruze a lista de transaction_id com os IDs de pedido do back-office: compras sem ID, com ID vazio ou com ID que não corresponde a nenhum pedido indicam erro de configuração. Depois, separe a análise por navegador dentro do mesmo tipo de dispositivo, comparando o Safari do iPhone com o Chrome do Android e os navegadores do desktop entre si. Se o Safari converte muito menos sem motivo de produto, a diferença tende a ser perda de coleta.

6. Registre a linha de base e documente

Guarde os números da etapa anterior como linha de base, por plataforma. Feche a auditoria com uma lista que separe as tags a remover, as que precisam de correção, as que vão para o servidor e as que continuam no navegador, com um responsável para cada grupo.

A auditoria não termina na migração. Uma mudança no contêiner pode fazer um evento de conversão parar de disparar sem gerar erro nenhum na tela, e o problema só aparece semanas depois, quando decisões de mídia já foram tomadas com o número errado. Por isso vale manter um monitoramento contínuo, como o da Trusty Data, que avisa quando o volume de eventos cai ou quando a receita do GA4 se afasta da receita real. A correção continua sendo trabalho da equipe, mas o problema passa a ser descoberto em dias, e não no fechamento do mês.

Checklist de auditoria antes do server-side

Use a lista abaixo para conferir se a auditoria cobriu o essencial antes de começar a migração.

•Todas as tags do site estão listadas, incluindo Custom HTML, códigos fora do GTM e plugins da plataforma de e-commerce
•Tags sem uso ou sem dono foram removidas
•Não há Pixel ou tag do GA4 instalado em duplicidade
•Os eventos de e-commerce seguem a nomenclatura recomendada pelo GA4
•O evento de compra traz transaction_id e valor numérico na moeda correta
•O transaction_id nunca vem vazio e é único por pedido
•Cada conversão tem um identificador único disponível para deduplicação
•Recarregar a página de confirmação não gera uma nova compra nos pixels de mídia
•As tags respeitam a recusa de consentimento
•Os pedidos do back-office foram comparados com GA4, Meta e Google Ads no mesmo período
•A diferença de conversão entre navegadores foi analisada dentro do mesmo tipo de dispositivo
•A linha de base por plataforma está registrada
•Existe um responsável técnico definido para o servidor
•Existe monitoramento contínuo para avisar quando um evento parar de disparar depois da migração

O que fazer com o resultado da auditoria

O principal resultado da auditoria é separar dois tipos de problema, porque cada um tem uma solução diferente.

Problemas de configuração são erros na forma como o site coleta os dados: eventos duplicados, parâmetros faltando, tags em duplicidade, consentimento que não é respeitado. O server-side não corrige nenhum deles, então eles precisam ser resolvidos antes ou durante a migração. Em muitos casos, a correção já melhora bastante a confiabilidade do GA4, mesmo antes de qualquer mudança de arquitetura.

Problemas de coleta são perdas que acontecem mesmo com a configuração certa, como cookies expirados no Safari e requisições barradas por bloqueadores. É aqui que o server-side faz diferença. Se a reconciliação mostrou uma distância grande entre navegadores, ou entre o back-office e as plataformas de mídia mesmo depois das correções, a migração tende a se pagar.

Com as correções feitas e a linha de base registrada, o projeto segue para a montagem da infraestrutura: a escolha do servidor e do domínio próprio, seguida da configuração das tags no contêiner de servidor.

O guia de primeiros passos da Wascer mostra essa etapa tela a tela.

Baixe o guia completo de server-side tracking

A auditoria é a primeira das quatro fases de migração descritas no Guia Definitivo de Server-Side Tracking para o E-commerce Brasileiro, que a Métricas Boss produziu com a Wascer, empresa de hospedagem de GTM server-side. No material, você encontra o checklist de cada fase e cases de e-commerces brasileiros que fizeram a migração.

Baixar o Guia Definitivo de Server-Side Tracking gratuitamente

Perguntas frequentes

Preciso auditar o tracking antes de migrar para server-side?

Sim. O servidor repassa os dados que recebe do navegador, então erros de configuração como eventos duplicados ou parâmetros faltando continuam existindo depois da migração. A auditoria também gera a linha de base que permite medir o ganho do projeto.

Quanto tempo leva uma auditoria de tracking?

Depende do tamanho do site e do número de tags. Em sites com um contêiner enxuto e poucas plataformas de mídia, o inventário e os testes de jornada são rápidos. A reconciliação com o back-office leva mais tempo, porque pede um período fechado de dados para comparação.

Quais ferramentas usar na auditoria?

O modo de visualização do Google Tag Manager e o DebugView do GA4 cobrem a maior parte dos testes de eventos. O Get GTM Size ajuda a medir o tamanho do contêiner. Para automatizar as checagens do GA4 e acompanhar a evolução depois da migração, a Trusty Data roda a auditoria toda semana e envia o diagnóstico por e-mail. Para a reconciliação, você vai precisar do relatório de pedidos da plataforma de e-commerce e dos relatórios de conversão de cada plataforma de mídia.

Como saber se a diferença entre GA4 e back-office é erro de configuração ou perda de coleta?

Procure primeiro sinais de configuração, como compras sem transaction_id, com ID vazio ou com ID que não corresponde a nenhum pedido, além de eventos que disparam mais de uma vez nos pixels de mídia. Corrigidos esses pontos, a distância que sobra tende a ser perda de coleta, que o server-side ajuda a recuperar. O sinal fica mais claro quando a perda é maior no Safari do que em outros navegadores do mesmo tipo de dispositivo.

A auditoria pode ser feita pela equipe interna?

Pode, desde que alguém tenha acesso às ferramentas e aos dados de pedidos e conheça bem o dataLayer do site. A vantagem de uma auditoria externa é a comparação com padrões de outros projetos, que ajuda a identificar problemas que a equipe já se acostumou a ver. Uma ferramenta como a Trusty Data também ajuda a equipe interna a manter as checagens em dia sem depender de revisões manuais.

Fontes

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 outubro de 2026