Um guia prático de Como verificar se sua ferramenta de análise

Este guia explica Como verificar se sua ferramenta de análise na prática, com foco em decisões de analytics que respeitam a privacidade.

As falhas de análise costumam ser silenciosas. Um script pode estar faltando em um modelo, bloqueado pela Política de Segurança de Conteúdo, duplicado por um gerenciador de tags, quebrado por configurações de consentimento ou enviando eventos com o domínio errado. O painel ainda mostra números, então ninguém percebe até que as decisões sejam baseadas em dados incorretos.

Use esta lista de verificação após instalar qualquer ferramenta analítica e após grandes alterações no site.

1. Confirme o carregamento do script

Abra as ferramentas de desenvolvedor do navegador e verifique a guia Rede. Filtre o domínio analítico ou o nome do arquivo de script. Confirme:

• O script retorna 200.
• Não está bloqueado por CSP.
• Não é bloqueado por um bloqueador de anúncios durante o teste de linha de base.
• Carrega apenas uma vez.
• Está presente em todos os modelos obrigatórios.

Se você usa um gerenciador de tags, verifique a origem da página e o modo de visualização do gerenciador de tags.

2. Teste pageviews em tempo real

Abra uma janela privada, visite o site e assista a relatórios em tempo real. Teste a página inicial, postagem do blog, página de preços, página de checkout ou inscrição e uma página 404, se rastreada.

Para aplicativos de página única, verifique se as alterações de rota acionam pageviews. Muitos bugs de rastreamento vêm da navegação do lado do cliente que altera o URL sem executar novamente a lógica de visualização de página.

3. Validar comportamento de consentimento

Se a análise exigir consentimento, teste todos os estados:

• Antes de escolher.
• Aceitar.
• Rejeitar.
• Retirar o consentimento.
• Visita de retorno.
• Região diferente se as regras geográficas se aplicarem.

As solicitações de rede devem corresponder à escolha do usuário. Um banner que aparece depois que a solicitação de rastreamento já foi disparada não está funcionando.

4. Verifique rastreamento duplicado

Scripts duplicados contam duas vezes pageviews e conversões. As causas comuns incluem:

• Script codificado mais script de gerenciador de tags.
• Layout e modelo de página, ambos injetando análises.
• Antiga propriedade GA mais nova propriedade GA4.
• Gerenciador de consentimento disparando a mesma tag duas vezes.

Use contagens de solicitações de rede e picos no painel para detectar duplicatas.

5. Eventos e objetivos de teste

Acione cada conversão manualmente:

• Clique em CTA.
• Envio de formulário.
• Inscrição concluída.
• Check-out concluído.
• Assinatura do boletim informativo.
• Download.

Verifique nomes de eventos, propriedades e carimbos de data/hora. Os eventos devem ser acionados após o sucesso, e não apenas ao clicar no botão, quando a ação do negócio depende de validação ou confirmação do servidor.

6. Inspecione cargas úteis para dados pessoais

Veja as cargas úteis da solicitação. Confirme que você não está enviando e-mails, nomes, números de telefone, IDs de contas, tokens, checkout completo URLs ou entradas de texto livre. Isso é especialmente importante para saúde, finanças, educação e comércio eletrônico.

7. Validar atribuição

Crie o teste URLs com UTMs:

?utm_source=test&utm_medium=email&utm_campaign=qa

Acesse o link e confirme se a campanha aparece corretamente. Teste também um referral de outro domínio. Se a atribuição estiver faltando, verifique redirecionamentos, domínios canônicos, tempo de consentimento e remoção de parâmetros.

8. Compare com os logs do servidor

A análise não corresponderá exatamente aos logs do servidor, mas grandes lacunas são sinais úteis. Compare o total de solicitações, pageviews e as páginas principais em um curto período. As diferenças podem vir de bots, bloqueadores, páginas em cache ou erros de script.

9. Monitorar após o lançamento

Defina uma verificação recorrente:

• Verificação semanal da sanidade do trânsito.
• Alerta sobre eventos zero repentinos.
• Alerta sobre quedas de conversão além da variação normal.
• Revisão após implantações.
• Teste novamente após alterações no gerenciador de consentimento ou no CSP.

A verificação não é uma tarefa de instalação única. Trate a análise como se fosse uma instrumentação em produção: testada, monitorada e revisada sempre que o aplicativo muda.

Guardrails de implantação

Adicione verificações analíticas para liberar o controle de qualidade. Por exemplo, após uma refatoração de rota, verifique se o layout global ainda inclui o script, a navegação do lado do cliente ainda emite pageviews e CSP ainda permite o endpoint analítico. Se sua plataforma suportar, crie um monitor sintético que visite uma página de teste e confirme a chegada de um evento.

QA de privacidade

O QA técnico deve incluir QA de privacidade. Inspecione payloads após fluxos realistas, incluindo formulários com falha e páginas de erro. Esses são pontos em que dados confidenciais vazam porque desenvolvedores enviam o contexto completo do erro. Uma ferramenta de analytics que funciona corretamente, mas coleta os dados errados, ainda está quebrada.

usa evidências de navegador e servidor

Não confie apenas no painel analítico. Use a guia Rede do navegador, os logs de acesso ao servidor e a UI analítica juntos. A guia Rede prova que uma solicitação foi enviada. O log do servidor prova que atingiu seu endpoint. O painel prova que foi aceito, processado e atribuído corretamente. Um bug pode acontecer em qualquer camada.

O guia do MDN para a lista de solicitações de rede explica como as ferramentas do desenvolvedor expõem métodos de solicitação, códigos de status, tempo e recursos transferidos (MDN Network Monitor). Use essas evidências durante o controle de qualidade: salve capturas de tela ou arquivos HAR para instalação, estados de consentimento e testes de conversão.

Para uma ferramenta de análise que prioriza a privacidade, verifique estes pontos adicionais:

• As strings de consulta são removidas ou colocadas na lista de permissões com segurança.
• O tratamento de IP corresponde ao seu aviso de privacidade.
• A filtragem de bot não remove inesperadamente o tráfego real de controle de qualidade.
• Os eventos enviados com navigator.sendBeacon chegam durante o descarregamento da página.
• Guias duplicadas do navegador não aumentam os eventos de conversão.
• Os bloqueadores de anúncios não interrompem funcionalidades essenciais do site.

Crie uma pequena matriz de testes antes de lançamentos importantes:

Cenário	Resultado esperado
Primeira visita com UTMs	Uma visualização de página com rótulos de campanha
Rejeitar consentimento	Somente solicitações permitidas disparam
Alteração de rota SPA	Nova visualização de página registrada
Inscrição bem sucedida	Uma conversão após sucesso do servidor
Formulário falhado	Sem conversão e sem carga sensível

Mantenha esta matriz com o controle de qualidade da versão. A qualidade da análise diminui quando ninguém a possui; testes leves e repetíveis mantêm-no confiável.

Verificação pronta para lançamento

Trate a verificação analítica como controle de qualidade de produção. Para cada lançamento importante, mantenha evidências da solicitação de script, da solicitação de visualização de página, da solicitação de conversão e da linha final do painel. Inclua pelo menos um teste de consentimento aceito, um teste de consentimento rejeitado quando relevante, um teste móvel e um teste de conversão reconciliado com o back-end.

Não marque a análise como funcionando apenas porque o painel foi movido. Uma configuração correta carrega uma vez, respeita o consentimento, exclui tráfego de teste óbvio, não envia dados pessoais em cargas úteis, preserva UTMs por meio de redirecionamentos e registra conversões somente após o evento comercial real ter ocorrido.