TrackingTracking e medição · medição server-side GTM API de Conversões Meta
Medição pelo servidor
Medição pelo servidor é o envio de eventos de e-commerce a partir do servidor — server-side Google Tag Manager e API de Conversões da Meta — para quando o navegador deixa de ser confiável. A eFcinco usa essa camada para persistir compra, valor e ID do pedido mesmo com adblock, ITP e checkout que mata o pixel.
Escopo e investimento definidos a partir de um diagnóstico gratuito da sua operação.
O que está incluso
Uma solução pronta para medir e gerar resultado.
- Server-side Google Tag Manager (sGTM) com cliente e tags de e-commerce
- API de Conversões da Meta com event_id para deduplicar o pixel
- Eventos de compra com receita e identificador do pedido
- Enhanced Conversions / dados hasheados no fluxo server-side quando aplicável
- Monitoramento de falha de entrega e retry
Termo de posicionamento
medição server-side GTM API de Conversões Meta
Medição pelo servidor é server-side tagging com Google Tag Manager e API de Conversões da Meta, usada quando o navegador deixa de ser confiável.
Na prática
Quando o navegador não entrega
Adblock, ITP e checkout em domínio de pagamento cortam o JavaScript. O servidor vê o pedido no momento em que ele existe para a loja — e é esse o evento que o algoritmo deveria aprender.
Na prática
API de Conversões com o mesmo pedido
A Meta CAPI e o sGTM só valem se o identificador do pedido e o valor forem os do ERP. A eFcinco não inventa evento no servidor: reenvia a venda que já aconteceu.
O problema
O que trava o resultado.
O script no browser não carrega, o checkout é de terceiros e a Meta ou o Google recebem metade das vendas. Aumentar verba em cima disso escala o erro.
A solução
Como a eFcinco resolve.
Levantamos os eventos do data layer ou do webhook do pedido e reenviamos pelo servidor, com deduplicação contra o pixel do browser.
Processo
Do diagnóstico à evolução.
01
Fonte do evento
Escolhemos data layer, webhook de pedido ou ambos.
02
Servidor
Subimos o container server-side e as credenciais das APIs.
03
Deduplicação
O mesmo event_id no browser e no servidor evita compra dupla.
04
Observação
Medimos entrega, atraso e cobertura versus o ERP.
Resultados esperados
O que a operação passa a ter.
- Mais compras chegando com o navegador falhando
- Pixel e servidor contando a mesma venda uma vez
- Base estável para escalar mídia
Para quem é
- • Lojas com perda visível de conversão no iOS e no checkout externo
- • Operações que já esgotaram o que o pixel do browser consegue
- • Times prontos para manter um endpoint server-side
Não é para
- • Quem ainda não tem evento de compra no browser e quer pular a base
Relacionados
Quem leva este serviço também olha.
FAQ
Dúvidas sobre Medição server-side
Não encontrou o que procurava? Fale conosco