Tracking
Measurement Protocol: enviar evento sem navegador nenhum
Permite registrar no analytics o que acontece no seu servidor. Entenda os casos em que ele é a única saída e por que sessão e atribuição exigem cuidado.
Resposta rápida
O Measurement Protocol é a interface que permite enviar eventos ao analytics direto do servidor, sem navegador envolvido. Ele resolve o que o navegador não alcança: aprovação de pedido que acontece horas depois, cancelamento, renovação de assinatura, evento originado em sistema interno. O cuidado principal é de identidade: evento enviado sem o identificador de cliente correto entra como sessão nova e sem origem, o que infla tráfego direto e destrói atribuição.
Toda medição baseada em navegador tem um limite comum: ela só registra o que acontece enquanto alguém está com a página aberta. Uma parte importante do que interessa ao negócio não acontece assim.
O que o navegador não alcança
- Pagamento aprovado por processamento assíncrono, horas depois do checkout
- Pedido cancelado ou estornado
- Assinatura renovada automaticamente
- Status alterado por um operador dentro do sistema interno
- Lead qualificado pelo time comercial
Nenhum desses tem alguém na página. Para registrar qualquer um, o evento precisa sair do servidor.
O cuidado que decide se funciona
Identidade. O evento precisa carregar o identificador de cliente que já existia no navegador daquela pessoa. Esse identificador precisa ter sido capturado antes e guardado junto do pedido ou do contato.
Se ele não for enviado, ou for gerado no servidor, cada evento entra como uma sessão nova, sem referenciador. O analytics classifica isso como tráfego direto.
O sintoma é enganoso: o tráfego direto cresce e parece bom. Só depois alguém percebe que a origem das conversões desapareceu.
Diferença em relação ao server-side
São confundidos com frequência e resolvem problemas distintos:
| Server-side | Measurement Protocol | |
|---|---|---|
| Origem do evento | Navegador, repassado | Seu sistema |
| Pessoa está na página | Sim | Não necessariamente |
| Resolve perda de evento | Sim | Não é o objetivo |
| Resolve evento sem navegador | Não | Sim |
O critério para adotar server-side é econômico e está em client-side vs server-side. O critério aqui é diferente: existe um fato relevante que acontece fora do navegador?
Se a sua operação tem aprovação de pagamento assíncrona ou cancelamento relevante, o analytics hoje está medindo uma versão otimista do que acontece.
Ordem de implementação
- Liste os fatos relevantes que acontecem sem navegador.
- Capture o identificador de cliente e guarde junto do pedido ou contato.
- Padronize o nome dos eventos com os que já existem, para não criar dois vocabulários.
- Envie em ambiente de teste antes de produção.
- Verifique o tráfego direto depois de publicar; aumento indica identidade perdida.
- Documente o período de qualquer implementação errada, porque dado antigo não se conserta.
Para devolver o desfecho comercial à plataforma de anúncio, e não só ao analytics, o caminho está em conversões offline.
Fontes e referências
- Measurement ProtocolGoogle Analytics for Developers
- Analytics dimensions and metricsAjuda do Google Analytics
Perguntas frequentes
- Não. Tracking server-side normalmente descreve um container intermediário que recebe o evento do navegador e o redistribui. O Measurement Protocol é uma interface para enviar evento originado no seu próprio sistema, sem participação do navegador. Podem conviver, e resolvem problemas diferentes.