Um plano de mensuração descreve quais perguntas a empresa quer responder, quais ações representam essas perguntas e como a coleta será conferida. Ele deve existir antes da instalação de novas tags. Sem essa definição, um painel pode mostrar muitos números sem ajudar a decidir o que melhorar.
No GA4, eventos representam interações e podem ser acompanhados com parâmetros. O Google distingue eventos automáticos, de medição otimizada, recomendados e personalizados. Confira as opções na documentação de eventos antes de criar um nome próprio para algo já contemplado.
1. Comece por perguntas de negócio
Troque “queremos medir tudo” por perguntas que tenham consequência prática. Por exemplo: quais serviços geram pedidos recebidos? Em quais formulários há dificuldade? Uma campanha atrai pedidos compatíveis com o atendimento?
Para cada pergunta, anote quem analisará o resultado e qual decisão poderá tomar. Se ninguém sabe o que faria com determinado dado, reavalie a necessidade de coletá-lo. O plano pode começar pequeno e crescer conforme surgirem dúvidas reais.
2. Separe interação de resultado
Ler um serviço é uma interação. Clicar no botão de contato é outra. Ter um pedido recebido pelo sistema é um resultado diferente. Nenhuma dessas ações, sozinha, comprova venda ou qualidade comercial.
O evento recomendado generate_lead pode representar uma solicitação de contato compatível com sua definição de lead. A escolha deve seguir o significado descrito na lista de eventos recomendados do GA4. Registre no plano a condição exata que autoriza o disparo.
3. Preencha uma matriz de eventos
A matriz abaixo é um exemplo de planejamento para uma empresa fictícia. Os nomes personalizados são sugestões, não eventos implementados neste site.
| Pergunta | Evento proposto | Condição | Parâmetro de contexto |
|---|---|---|---|
| O visitante abriu uma oferta? | service_view | Conteúdo da oferta exibido | service_type |
| Houve tentativa de contato? | contact_click | Clique no canal previsto | contact_channel |
| O pedido foi recebido? | generate_lead | Confirmação válida do recebimento | form_id |
Acrescente responsável, destino da coleta, teste esperado e situação de implementação. Restrinja os valores de contexto a uma lista conhecida. Um identificador fixo como orcamento_site é mais fácil de revisar do que texto livre digitado pelo visitante.
4. Documente limites de coleta
Não envie nome, email, telefone ou mensagem do formulário como parâmetros de eventos. Verifique também URLs que possam conter esses valores. A orientação do Google sobre informações de identificação pessoal deve fazer parte da revisão técnica.
Registre como a coleta depende das escolhas de consentimento, da configuração do navegador e das integrações. Os relatórios podem não corresponder ao total operacional de pedidos. Use o sistema de atendimento para conferir o recebimento e trate o Analytics como outra fonte de observação.
5. Planeje os testes e a leitura dos dados
Para cada evento, escreva um cenário em que ele deve ocorrer e outro em que não deve. Um erro do formulário não deve ser contado como pedido recebido. Um clique duplo não deve gerar dois registros da mesma confirmação.
Combine uma rotina de revisão: verificar nomes, parâmetros, duplicações e mudanças nos formulários. Quando a equipe trocar uma integração, consulte o plano antes de presumir que os dados continuam comparáveis ao período anterior.
6. Entregue um documento que possa ser mantido
O resultado do planejamento é uma lista curta de perguntas e regras verificáveis. Guarde a versão aprovada junto da documentação do site, com responsável e data. O plano precisa acompanhar alterações de oferta e atendimento, não ficar isolado em um painel.
Para detalhar um dos principais casos, veja como medir envios de formulário com sucesso. Para avaliar implantação, consulte o serviço de tagueamento e métricas.