Diagnóstico estratégico de server-side tracking
A Agência FG implanta o server-side tracking da sua loja e organiza o analytics, para o GA4 e cada plataforma de anúncio contarem a mesma venda que a loja fatura.
A FG é Google Partner Premier e tem 16 anos de e-commerce, com mídia, SEO, CRM e BI no mesmo time.
de e-commerce
clientes atendidos
colaboradores especialistas
A mesma venda aparece de um jeito na loja, de outro no GA4 e de outro em cada plataforma de anúncio. Isso acontece porque cada ferramenta mede com a própria regra, e parte dos dados nem chega a ela.
As plataformas somam mais vendas do que a loja faturou, e o GA4 registra menos. Por isso, a conferência começa pela loja.
O pixel tradicional depende do navegador da pessoa. Por isso, quando algo no caminho bloqueia ou apaga o que ele grava, a venda chega incompleta às plataformas. É essa parte do caminho que o server-side tracking tira do navegador.
Coloque os pedidos da loja e as compras que o GA4 registrou no mesmo mês. Em seguida, veja a receita sem registro e a diferença no ROAS.
A conta usa só os números que você informa. Além disso, parte da diferença pode ter outras causas, como pedidos cancelados ou vendas fora do site; o diagnóstico separa uma coisa da outra.
Implantamos o Google Tag Manager no servidor: os eventos da loja passam por ele antes de seguir para o GA4 e para as plataformas de anúncio. Assim, a loja ganha controle sobre o que é enviado e para onde.
Revisamos tags, eventos de e-commerce, conversões e duplicidades, e comparamos o GA4 com a receita da loja. O resultado é a lista do que corrigir, por prioridade. Para começar pelo básico, veja o artigo sobre o Google Tag Manager.
Definimos quais eventos medir, do produto visto ao pedido pago, o padrão de UTMs das campanhas e as conversões de cada canal. Dessa forma, todo o time lê o mesmo número.
API de Conversões do Meta e do Pinterest, Events API do TikTok e conversões otimizadas do Google, enviadas pelo servidor. Além disso, cada evento sai com o mesmo identificador do pixel, para a venda não contar duas vezes.
Depois da implantação, o GA4 e cada plataforma são comparados com os pedidos faturados da loja. Assim, a diferença que sobra fica explicada, canal por canal.
Investimento, receita, ROAS e pedidos de todos os canais num painel próprio da FG, com a meta do mês dividida por dia. Por isso, o BI parte de um dado conferido.
Responda as 6 perguntas e veja o semáforo. Além disso, cada linha explica o que o diagnóstico estratégico da FG confere na sua conta.
Verificamos se o evento de compra chega ao GA4 com valor, moeda e ID da transação. Sem o ID, o GA4 não consegue evitar a mesma compra contada duas vezes.
O GA4 registra cada compra com o valor e o número do pedido?
Conferimos tags duplicadas, tags antigas que ainda disparam e códigos colados direto no tema, fora do contêiner.
Todas as tags da loja estão organizadas num só contêiner do Tag Manager?
Revisamos origem, mídia e nome de campanha. Assim, cada venda cai no canal certo nos relatórios do GA4.
Todas as campanhas usam o mesmo padrão de UTMs?
Mapeamos os eventos do carrinho ao pedido pago. Assim, dá para ver em que passo a compra para.
Os passos do checkout (carrinho, frete, pagamento) aparecem no GA4?
Conferimos a API de Conversões do Meta e do Pinterest, a Events API do TikTok e as conversões otimizadas do Google, com o mesmo ID de evento do pixel.
Meta, Google e TikTok recebem as conversões também pelo servidor?
Comparamos o GA4 e cada plataforma com a receita da loja, canal por canal. É o que mostra quanto da diferença ainda falta explicar.
Alguém compara todo mês o GA4 e as plataformas com os pedidos faturados?
| Critério | Agência FG | Pixel no navegador |
|---|---|---|
| Caminho dos eventos | Google Tag Manager no servidor | Direto do navegador para cada plataforma |
| Envio às plataformas | Pixel e API de conversão, sem duplicar | Só o pixel |
| Controle dos dados | Definido no servidor, evento a evento | O que cada tag coleta sozinha |
| Referência | Receita faturada da loja | O número de cada painel |
| Leitura | Painel próprio com todos os canais | Um relatório por plataforma |
Com o server-side tracking conferido, a leitura fica num painel próprio da FG, com todos os canais no mesmo número. A imagem abaixo é ilustrativa.
Assim, investimento, receita, ROAS e pedidos de Google, Meta, TikTok, Pinterest e afiliados no mesmo painel.
Dessa forma, a meta do mês vira uma meta diária, para o time ver cedo quando a loja sai do ritmo.
Além disso, o GA4 e cada plataforma são lidos ao lado dos pedidos faturados, e não sozinhos.
Por fim, receita faturada, taxa de conversão, ticket médio e custo por sessão aparecem ao lado do ROAS e do CPA.
Primeiro, olhamos o GA4, o Google Tag Manager, as plataformas de anúncio e a receita da loja, e medimos a distância entre eles.
Em seguida, definimos os eventos, o padrão de UTMs e as conversões de cada plataforma.
Depois, o server-side tracking e as APIs de conversão entram no ar, junto com o pixel.
Além disso, cada evento é testado e comparado com os pedidos da loja antes de virar referência.
Por fim, o painel da FG passa a mostrar todos os canais, e a mensuração segue acompanhada.
O trabalho faz mais diferença em lojas que investem em mídia e precisam confiar no número antes de mudar a verba.
Por exemplo, o GA4, o Meta e o Google somam mais vendas do que a loja faturou.
Ou seja, a otimização das campanhas passa a partir de conversões conferidas com a loja.
A migração é a hora de refazer tags e eventos, em vez de levar os erros para a loja nova. Veja a implantação de e-commerce.
O server-side tracking e o analytics também podem ser contratados sozinhos, com a mídia feita por outro time.
É o rastreamento feito pelo servidor. Em vez de cada tag mandar os dados direto do navegador para as plataformas, os eventos passam por um contêiner no servidor, que trata e envia cada um. Segundo o Google, assim a empresa tem controle sobre a modelagem e o destino dos dados.
Não. O Meta recomenda usar a API de Conversões junto com o pixel e enviar o mesmo ID de evento nos dois, para a venda ser contada uma vez só. Por isso, na FG, os dois rodam juntos, com deduplicação.
Porque o GA4 só registra o que a tag consegue enviar do navegador e atribui a venda pelo próprio modelo. Assim, bloqueadores, cookies que expiram e recusa de consentimento abrem diferença. Por isso, a FG usa a receita faturada da loja como referência.
Não. A FG implanta o server-side tracking e o analytics também para lojas com a mídia feita por outro time. Além disso, quem quiser a gestão junto pode ver a gestão de mídia paga.
Em parte. Ele melhora o dado que chega a cada plataforma, mas cada uma continua com a própria regra de atribuição. Por isso, a leitura conjunta pela receita da loja continua necessária, e é ela que vai para o painel.
Não. O server-side tracking cuida da coleta: faz a venda chegar certa ao GA4 e a cada plataforma. Já o CRO usa esse dado para achar onde a compra para e testar mudanças na loja. Veja a otimização de conversão.
Sim. A Agência FG cuida do analytics de ponta a ponta: a coleta, com GA4, Google Tag Manager e server-side tracking, e a leitura, num painel próprio com todos os canais. Assim, o BI parte de um dado conferido com a loja.
Investimento, receita, ROAS e pedidos de todos os canais, com a receita da loja e o GA4 como base. Além disso, a meta do mês é dividida por dia.
O playbook da FG mostra a preparação do e-commerce semana a semana, do estoque ao checkout.
