O que você está perdendo por não ter server-side tracking

Sem server-side tracking, o modelo em que os dados passam por um servidor da própria empresa antes de seguir para as ferramentas, uma parte das suas conversões nunca chega ao GA4 nem às plataformas de mídia. A coleta feita só no navegador depende de cookies que o Safari apaga em poucos dias e de chamadas que podem ser barradas no caminho, como as que bloqueadores de anúncio interceptam. O resultado é um relatório que não fecha com o back-office e algoritmos de mídia otimizando campanhas com menos informação do que deveriam.

Nas auditorias da Métricas Boss, o Índice de Confiabilidade do GA4 brasileiro ficou em 64%, calculado sobre 31 mil auditorias. Neste artigo, mostramos onde essas perdas acontecem e quanto elas custam para quem investe em mídia paga. Se você já quer o caminho para resolver, o Guia Definitivo de Server-Side Tracking para o E-commerce Brasileiro traz o roteiro completo de migração.

Onde os dados se perdem sem server-side tracking

As perdas da coleta client-side vêm de lugares diferentes, e cada uma afeta um pedaço da medição. Algumas apagam a história do visitante; outras impedem que a conversão seja registrada. Fica fora desta conta o visitante que recusou o rastreamento: a ausência desses dados é uma escolha dele, e nenhuma arquitetura deve tentar recuperá-los.

Cookies que expiram no Safari

Segundo a documentação do WebKit, o motor do Safari, cookies criados por JavaScript são apagados depois de sete dias de uso do navegador sem interação do visitante com o site. Quando a visita vem de um domínio que o navegador classifica como rastreador e a URL traz parâmetros de rastreamento, a validade desses cookies cai para 24 horas. No iPhone, a regra vale para os outros navegadores também, porque todos usam o mesmo motor.

Na prática, quem visita o site pelo celular e só volta para comprar depois de mais de uma semana sem acessá-lo pode aparecer no GA4 como um usuário novo. A venda acontece, mas perde a ligação com a campanha que trouxe aquela pessoa na primeira visita.

Chamadas barradas por bloqueadores

Bloqueadores de anúncio trabalham com listas de domínios conhecidos, e os endereços do Google Analytics e do Pixel da Meta estão nessas listas. Quando o bloqueio acontece, a requisição nem sai do navegador. Não existe registro parcial: para o GA4, aquele visitante simplesmente não esteve no site.

Compras que não chegam à página de confirmação

No client-side, a compra costuma ser registrada quando a página de confirmação carrega. Se o checkout redireciona para o ambiente de um gateway de pagamento, ou se o cliente fecha a aba antes do evento disparar, o pedido entra no back-office e não aparece no GA4. É uma das causas que o guia da Métricas Boss com a Wascer, empresa de hospedagem de GTM server-side, aponta para a diferença entre os pedidos da VTEX ou da Shopify e as conversões do GA4.

Eventos registrados em duplicidade

A coleta no navegador também pode errar para mais. Se o evento de compra é enviado sem transaction_id, ou com um ID que muda a cada carregamento, recarregar a página de confirmação registra a mesma compra outra vez no GA4. Quando o ID se mantém, o GA4 descarta a repetição, mas pixels de mídia sem deduplicação configurada podem contar a compra de novo.

Erros de configuração como esses podem distorcer muito os números. Num dos casos das auditorias da Métricas Boss, um erro de fluxo de dados inflava a receita reportada em 804%. Esse tipo de problema não se resolve só com a migração para server-side e precisa ser corrigido na própria implementação.

O impacto na mídia paga

A perda de dados custa mais caro na mídia do que no relatório. As plataformas de anúncio usam as conversões que recebem para decidir quanto pagar por cada clique e para quem mostrar o anúncio. Quando parte das compras não chega, o algoritmo aprende com uma amostra menor e mais enviesada, já que os visitantes de Safari e os que usam bloqueador ficam sub-representados.

O efeito aparece no CPA. Imagine que o back-office mostre 100 pedidos vindos de campanhas da Meta, identificados por UTM, e que a plataforma registre só 70. Nesse caso, o custo por aquisição reportado fica cerca de 43% acima do real. A comparação é aproximada, porque a Meta usa janelas de atribuição próprias, mas o risco é concreto: uma campanha lucrativa pode parecer cara e ser pausada, enquanto o orçamento migra para canais que só parecem melhores porque são medidos com mais facilidade.

A atribuição também se desloca. Vendas que perderam a ligação com a campanha de origem, por causa de um cookie expirado, acabam creditadas como tráfego direto ou ao último canal que o cliente usou. Quem decide verba olhando esse relatório tende a subestimar justamente as campanhas que abrem a jornada.

Num dos cases do guia que a Métricas Boss produziu com a Wascer, um e-commerce headless na VTEX passou de 35% para 90% de cobertura das conversões enviadas à Meta depois da migração para server-side, e o CAC na plataforma caiu 15%.

O impacto no GA4 e nas decisões do negócio

O Índice de Confiabilidade de 64% significa que, em média, mais de um terço do que o GA4 reporta nas empresas brasileiras auditadas pela Métricas Boss não serve de base para decisão. Boa parte dessas inconsistências nasce na coleta client-side, com eventos que se perdem no caminho ou que disparam em duplicidade.

O problema vai além da mídia. Análises de funil e resultados de testes A/B dependem dos mesmos eventos. Se o Safari perde mais dados que o Chrome, por exemplo, a taxa de conversão no iPhone parece pior do que é, e o time pode gastar semanas otimizando uma experiência que não tinha problema.

A migração para server-side reduz essa distância. Em dois cases do guia, a diferença entre GA4 e plataforma de e-commerce chegou a 0% depois da mudança. Numa loja de utilidades na Shopify, o resultado apareceu em uma das análises feitas no projeto. Numa varejista de construção e reforma na VTEX, foi medido numa janela de cinco dias.

Como estimar quanto você está perdendo

Dá para ter uma primeira ideia do tamanho da perda sem nenhuma ferramenta nova, só cruzando dados que você já tem. Use o mesmo período em todas as comparações, de preferência um mês fechado.

•Compare pedidos com compras no GA4. Pegue os IDs dos pedidos aprovados no back-office e a lista de transaction_id das compras no GA4. Pedidos que não aparecem no GA4 indicam perda. Compras sem ID, com ID vazio ou com ID que não corresponde a nenhum pedido indicam erro de configuração.
•Separe por navegador, dentro do mesmo tipo de dispositivo. Compare o Safari do iPhone com o Chrome do Android e, separadamente, os navegadores no desktop. Comparar navegadores sem separar dispositivos mistura perda de dados com a diferença natural de conversão entre celular e computador. Uma distância grande dentro do mesmo tipo de dispositivo, sem explicação de produto ou experiência, costuma indicar perda de dados.
•Olhe a proporção de usuários novos no Safari. Com a mesma separação por dispositivo, se ela for bem maior que nos outros navegadores, os cookies estão sendo apagados antes de o cliente voltar.
•Compare plataformas de mídia com o back-office. Some as compras que Meta e Google Ads atribuem a si e compare com os pedidos que chegaram por esses canais, identificados por UTM na plataforma de e-commerce.
•Traduza em dinheiro. Multiplique as conversões não registradas pelo ticket médio. Depois, refaça o CPA com o número real de pedidos para ver quanto ele estava distorcido.

Essa conta dá a ordem de grandeza do problema. Para separar o que é perda de coleta do que é erro de configuração, o passo seguinte é uma auditoria da implementação atual.

Baixe o guia completo de server-side tracking

Se a conta acima mostrou uma diferença relevante, o Guia Definitivo de Server-Side Tracking para o E-commerce Brasileiro explica como recuperar esses dados. O material, produzido pela Métricas Boss com a Wascer, traz o checklist de migração em quatro fases e os cases citados neste artigo com mais detalhes.

Baixar o Guia Definitivo de Server-Side Tracking gratuitamente

Perguntas frequentes

Quanto de dados um site perde sem server-side tracking?

Depende do público e da configuração atual. Sites com muito tráfego de iPhone e de mídia social tendem a perder mais, por causa das regras de cookies do Safari. A forma mais segura de saber é comparar os pedidos do back-office com as compras registradas no GA4 e nas plataformas de mídia no mesmo período.

Por que o GA4 mostra menos vendas que a minha plataforma de e-commerce?

As causas mais comuns são compras que não chegam à página de confirmação, por redirecionamento de gateway ou aba fechada, e requisições barradas por bloqueadores. A plataforma de e-commerce registra o pedido no servidor dela, enquanto o GA4 depende do navegador do cliente.

O Safari realmente apaga cookies em sete dias?

Sim, para cookies criados por JavaScript, que é como as ferramentas de analytics client-side gravam os seus. Segundo o WebKit, eles são apagados depois de sete dias de uso do navegador sem interação do visitante com o site, e a validade cai para 24 horas quando a visita vem de um domínio classificado como rastreador com parâmetros na URL. Cookies gravados pelo servidor no domínio da marca ficam fora dessa regra, desde que o servidor não responda de um endereço de IP de terceiro. Nesse caso, o Safari também limita a validade a sete dias, e por isso a configuração da infraestrutura faz diferença.

Perder conversões afeta o desempenho das campanhas ou só o relatório?

Afeta as campanhas. Meta, Google Ads e outras plataformas otimizam lances com base nas conversões que recebem. Com menos dados, o algoritmo aprende mais devagar e o CPA reportado fica acima do real, o que pode levar à pausa de campanhas que davam resultado.

Server-side tracking recupera 100% das conversões?

Não. Ele reduz bastante as perdas por cookies e bloqueadores, mas ainda depende do consentimento do visitante e de uma implementação bem feita. Alguns bloqueadores também já reconhecem padrões usados em configurações com domínio próprio.

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