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

Dado quebrado engana por meses sem avisar, então vale verificar se sua ferramenta de análise está mesmo registrando o que você acha que ela registra.

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:

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.

Perguntas Frequentes

Como saber se meu script de analytics está realmente carregando?

Abra as ferramentas de desenvolvedor, vá até a aba Network e filtre pelo domínio de analytics ou nome do script. Confirme que ele retorna status 200, não está bloqueado pelo CSP nem por um bloqueador de anúncios durante seu teste base, carrega apenas uma vez e está presente em todos os templates necessários. Se você usa um gerenciador de tags, verifique tanto o código-fonte da página quanto o modo de pré-visualização do gerenciador.

Por que meu painel mostra números mesmo com o tracking quebrado?

Falhas de analytics costumam ser silenciosas. Um script pode estar ausente de um template, bloqueado pelo CSP, duplicado por um gerenciador de tags, quebrado pelas configurações de consentimento, ou enviando eventos com o domínio errado, e o painel continua mostrando números mesmo assim. Por isso decisões podem se basear em dados ruins até alguém rodar a checklist.

Como testo analytics em uma single-page app?

Verifique se as mudanças de rota disparam pageviews, já que muitos bugs de tracking vêm da navegação no lado do cliente que muda a URL sem reexecutar a lógica de pageview. Acompanhe o relatório em tempo real em uma janela anônima enquanto navega entre páginas para confirmar cada mudança de rota.

O que causa rastreamento duplicado em analytics?

As causas comuns são um script fixo no código junto com um script de gerenciador de tags, o layout e o template da página injetando analytics ao mesmo tempo, uma propriedade GA antiga ainda ativa ao lado de uma nova propriedade GA4, ou um gerenciador de consentimento disparando a mesma tag duas vezes. Use a contagem de requisições de rede e os picos no painel para detectar a duplicação.

Quando um evento de conversão deve disparar?

Depois que a ação de negócio realmente é concluída, não apenas no clique do botão, quando essa ação depende de validação ou confirmação do servidor. Dispare manualmente cliques em CTA, envios de formulário, cadastros, checkouts, assinaturas de newsletter e downloads, e depois verifique nomes de eventos, propriedades e timestamps.

Quais dados pessoais nunca devem aparecer nas cargas úteis do analytics?

E-mails, nomes, números de telefone, IDs de conta, tokens, URLs completas de checkout e campos de texto livre não devem aparecer em nenhuma carga útil de requisição. Isso importa especialmente para sites de saúde, finanças, educação e ecommerce, e vale também para formulários com falha e páginas de erro, onde desenvolvedores costumam registrar o contexto completo do erro.

Como testo a atribuição com UTMs?

Monte uma URL de teste como ?utm_source=test&utm_medium=email&utm_campaign=qa, visite-a e confirme que a campanha aparece corretamente nos relatórios. Teste também um referral vindo de outro domínio, e se a atribuição estiver ausente, verifique redirecionamentos, domínios canônicos, o momento do consentimento e a remoção de parâmetros.

Por que meus dados de analytics não batem com os logs do servidor?

Analytics nunca vai bater exatamente com os logs do servidor, mas grandes diferenças ainda são um sinal útil. Compare o total de requisições, pageviews e páginas principais em um período curto, já que as diferenças podem vir de bots, bloqueadores, páginas em cache ou erros de script.

O que devo monitorar depois do lançamento?

Configure uma verificação recorrente que inclua um checklist semanal de tráfego e alertas para eventos zerados repentinamente e para quedas de conversão além da variação normal. Adicione uma revisão após cada deploy e um novo teste após qualquer mudança no gerenciador de consentimento ou no CSP. Verificação não é uma tarefa de instalação única.

Como verifico analytics sem confiar só no painel?

Use juntos a aba Network do navegador, os logs de acesso do servidor e a interface de analytics. A aba Network prova que a requisição foi enviada, o log do servidor prova que ela chegou ao seu endpoint, e o painel prova que foi aceita, processada e atribuída corretamente, já que um bug pode acontecer em qualquer camada.