Todo site gera rastro: alguém chega por uma busca, lê uma página, desiste num formulário, volta três dias depois e compra. Web analytics é o trabalho de transformar esse rastro em resposta para uma pergunta de negócio. Parece óbvio que toda empresa faça isso, mas o retrato do mercado diz o contrário.
Este guia explica o que é web analytics, como a coleta funciona, quais tipos de análise existem e por que pensar em camadas — tráfego, busca, comportamento e servidor — é mais útil que decorar uma lista de quinze ferramentas. No fim, há o mínimo que uma empresa precisa ter e a rotina mensal de relatório que faz o dado virar decisão.
O que é web analytics?
Web analytics é a coleta, a organização e a interpretação dos dados de uso de um site para entender de onde vêm os visitantes, o que fazem nas páginas e o que os leva (ou não) a converter. O produto final não é um gráfico, é uma decisão: qual canal merece mais verba, qual página precisa ser reescrita, qual etapa do funil está vazando.
É comum confundir a disciplina com uma ferramenta. Google Analytics é a ferramenta mais usada para isso, mas web analytics inclui também o que o Google mostra sobre a busca, o que um mapa de calor mostra sobre o comportamento e o que o servidor registra sobre cada requisição. Uma empresa pode ter o Google Analytics instalado e não fazer web analytics nenhum, se ninguém olha os números com uma pergunta na mão.
O que faz quem trabalha com web analytics?
O trabalho tem quatro partes: definir o que precisa ser medido (os eventos que importam para o negócio), garantir que a coleta está certa, montar relatórios que respondam perguntas concretas e recomendar mudanças a partir deles. Em empresas menores, uma mesma pessoa faz tudo; em equipes maiores, implementação, análise e otimização viram funções separadas.
Quantos sites medem alguma coisa?
Menos do que se imagina. A W3Techs, que rastreia as tecnologias usadas pelos sites mais visitados da web, publica diariamente a participação de cada ferramenta de análise de tráfego. O retrato mais recente é o ponto de partida de qualquer conversa sobre o tema:
Abaixo do Google Analytics, a distância é grande. No mesmo levantamento, o Meta Pixel aparece em 8,4% dos sites, o Cloudflare Web Analytics em 4,4%, o Microsoft Clarity em 4,2% e o Hotjar em 1,6%. Um mesmo site pode usar mais de uma ferramenta, e por isso as porcentagens não somam 100. Os números variam alguns décimos de um dia para o outro, porque a amostra é atualizada continuamente.
Duas leituras saem daí. A primeira é que não medir nada ainda é quase a norma: uma fatia enorme de sites não consegue responder sequer quantas pessoas o visitaram no mês passado. A segunda é que, entre quem mede, a maioria para na primeira camada — o tráfego — e não chega ao comportamento, onde mora boa parte das respostas sobre conversão.
Por que web analytics é importante?
Porque sem ele toda decisão de marketing é opinião. A verba de mídia vai para o canal de que o diretor gosta, a página nova é aprovada pelo visual e o formulário continua com o campo que espanta metade das pessoas, porque ninguém sabe que ele espanta. Web analytics é o que permite trocar "achamos que" por "vimos que".
O segundo motivo é financeiro. Toda campanha paga, todo post e todo artigo levam gente ao site; se o site não mede, o investimento chega ao fim do funil sem prestação de contas. É ali que custo por lead, taxa de conversão e receita por canal deixam de ser estimativa. O terceiro é o tempo: dado que não foi coletado hoje não pode ser recuperado amanhã. Quem instala a medição só quando precisa do histórico descobre que ele não existe.
Como o web analytics funciona?
Há dois jeitos clássicos de coletar dados de um site, e as ferramentas atuais combinam os dois de formas diferentes:
- Script no navegador (tag): um trecho de JavaScript carregado em cada página registra visualizações, cliques, rolagem e eventos que você define, e envia para a ferramenta. É o modelo do Google Analytics 4, do Clarity e do Hotjar. Depende de o navegador executar o script e, em muitos casos, do consentimento do visitante.
- Registro do servidor (logs): o servidor, ou a rede de distribuição (CDN) que fica na frente dele, anota cada requisição recebida. Não depende do navegador do visitante, mas conta também robôs e diz pouco sobre o que a pessoa fez na página.
Por isso duas ferramentas raramente dão o mesmo número de visitas para o mesmo site — cada uma conta coisas diferentes, de lugares diferentes. Esse descompasso tem explicação, e a desmontamos em detalhe no artigo sobre acessos no site e o visitante que o GA4 não conta.
Depois da coleta vem a etapa que muita empresa pula: organizar. Isso significa marcar as campanhas com parâmetros UTM, definir quais eventos contam como conversão e separar o tráfego interno. Sem essa camada, o relatório até existe, mas mistura o clique do anúncio com a visita do estagiário.
Quais são os tipos de análise usados em web analytics?
Uma forma útil de organizar a análise é pela pergunta que ela responde. A divisão clássica da análise de dados tem quatro degraus, e cada um depende do anterior:
- Descritiva — o que aconteceu? Visitas, origens, páginas mais vistas, conversões do mês. É onde a maioria dos relatórios para.
- Diagnóstica — por que aconteceu? Cruzar a queda de conversão com a mudança no formulário, o pico de tráfego com a campanha, o abandono com o tempo de carregamento.
- Preditiva — o que deve acontecer? Projeções a partir do histórico, como a sazonalidade da procura ou a tendência de um canal.
- Prescritiva — o que fazer? A recomendação: mudar a verba, reescrever a página, testar outra chamada. É o degrau que justifica o trabalho.
Outra divisão comum separa a análise quantitativa (quantos, quanto, com que frequência — o território do Google Analytics) da qualitativa (como as pessoas usam a página — o território de gravações de sessão e mapas de calor). Uma diz onde está o problema; a outra mostra o que ele é.
Quais são as camadas e as principais ferramentas de web analytics?
Em vez de uma lista de ferramentas, pense em quatro camadas. Cada uma responde a uma pergunta de negócio diferente, e a empresa monta a sua pilha escolhendo uma ferramenta por camada, conforme a necessidade:
| Camada | Pergunta que responde | Ferramentas típicas |
|---|---|---|
| Tráfego e conversão | De onde vêm os visitantes e quais canais geram lead ou venda? | Google Analytics 4, Matomo |
| Busca | Para quais termos o site aparece no Google e quantos cliques recebe? | Google Search Console, Bing Webmaster Tools |
| Comportamento | O que a pessoa faz na página: onde clica, até onde rola, onde desiste? | Microsoft Clarity, Hotjar |
| Servidor e borda | Quantas requisições o site recebeu, inclusive de quem bloqueia scripts? | Logs do servidor, painéis da CDN e da hospedagem |
Organização elaborada pela Alliance. As ferramentas citadas aparecem no levantamento da W3Techs ou são as oficiais de cada buscador.
A camada de tráfego costuma ser o Google Analytics 4; o que configurar nele para que o relatório sirva ao negócio está em Google Analytics 4: o que medir de verdade. A de busca é o Search Console, cujos limites detalhamos em o que os relatórios do Search Console não mostram. A de comportamento tem no Clarity a porta mais comum, com os cuidados de privacidade descritos em Microsoft Clarity e o que a gravação guarda.
Como o consentimento muda o que se mede?
Nenhum dos três primeiros colocados para "web analytics" trata disso com mais de uma frase, e é aqui que muitos relatórios ficam errados sem ninguém perceber. Ferramentas que usam cookies e identificadores dependem, em muitos cenários, do consentimento do visitante. Quando ele recusa, parte do comportamento some do relatório.
O Google descreve como isso funciona no modo de consentimento do Google Analytics. Se o consentimento é negado, as tags não armazenam cookies. No modo básico, as tags ficam bloqueadas até que o consentimento seja dado; no avançado, carregam antes da caixa de diálogo e, diante da recusa, enviam sinais sem cookies, que o GA4 usa para modelagem comportamental. Na prática, a escolha entre um e outro muda o tamanho do buraco no relatório.
O banner de cookies também não é só jurídico: a forma como ele é desenhado afeta quantas pessoas aceitam e, portanto, quanto do site você enxerga. As orientações da autoridade brasileira sobre isso estão em banner de cookies e o que a ANPD desaconselha.
Como implementar o web analytics na empresa?
1. Comece pelas perguntas, não pela ferramenta
Escreva as cinco perguntas que a diretoria faz todo mês: quantos leads, de onde, a que custo, qual página converte, qual canal cresce. Cada pergunta vira um evento ou um relatório. O que não responde a nenhuma pergunta não precisa ser medido agora.
2. Instale a camada de tráfego com eventos de conversão
Coloque o Google Analytics 4 (ou equivalente) em todas as páginas e configure como conversão as ações que importam: envio de formulário, clique no WhatsApp, compra. Se o site tem várias tags, um gerenciador ajuda; quando ele é necessário e quando a tag do Google basta está em Google Tag Manager: quando a tag do Google basta.
3. Conecte o Search Console
Verifique o domínio no Search Console. É a única fonte oficial de quais termos levam o Google a exibir o site, e não depende de script na página nem de consentimento.
4. Marque as campanhas
Todo link de anúncio, e-mail e post leva parâmetros UTM com um padrão de nomes acordado. É a diferença entre ver "tráfego direto" e ver qual peça trouxe o lead. Os erros mais comuns de nomenclatura estão em utm_source e o valor que vira não atribuído.
5. Acrescente comportamento quando a pergunta pedir
Mapa de calor e gravação de sessão entram quando o relatório mostra onde está o problema, mas não por quê. Instalar antes disso só gera horas de vídeo que ninguém assiste.
6. Ajuste retenção, consentimento e tráfego interno
No GA4 padrão, os dados no nível do evento podem ser guardados por 2 ou 14 meses, conforme a central de ajuda do Google Analytics; a configuração não afeta os relatórios agregados padrão, mas limita as explorações detalhadas. Escolha 14 meses para poder comparar ano contra ano, configure o modo de consentimento e exclua os acessos da própria equipe.
Por que emitir relatórios de web analytics mensalmente?
Porque o mês é o ciclo em que verba, campanha e meta comercial costumam ser revistas. Um relatório semanal pega ruído (feriado, uma campanha que acabou de entrar); um trimestral chega tarde demais para corrigir a rota. O mensal é curto o bastante para agir e longo o bastante para separar tendência de acaso.
O relatório mensal que funciona cabe em uma página e tem sempre a mesma estrutura:
- Os três a cinco indicadores que respondem às perguntas da diretoria, com o mês anterior e o mesmo mês do ano passado ao lado.
- O que mudou e por quê: a explicação de cada variação relevante, ligada a uma ação (campanha, mudança no site, sazonalidade).
- O que a busca mostrou: termos que cresceram ou caíram no Search Console.
- Uma descoberta de comportamento, quando houver: a página onde as pessoas desistem, o campo que trava o formulário.
- As recomendações para o próximo mês, com responsável — e o resultado das recomendações do mês anterior.
O último item é o que transforma relatório em gestão. Se o mesmo problema aparece três meses seguidos sem ação, o problema não é o dado. Para levar esses números a quem decide o orçamento, o artigo sobre KPIs de marketing e o painel que o CFO lê mostra como escolher o que vai para cima.
Quais os erros mais comuns em web analytics?
- Instalar e não configurar conversão. O relatório mostra visitas, mas não diz quais geraram negócio.
- Campanhas sem UTM. O tráfego pago aparece misturado com o direto e o orgânico, e a verba não tem prestação de contas.
- Ignorar o consentimento. Ou o site coleta sem respeitar a recusa (risco jurídico), ou a equipe lê o número como se fosse o total de visitantes.
- Comparar ferramentas como se contassem a mesma coisa. Logs, GA4 e Clarity medem de lugares diferentes; a diferença não é necessariamente erro.
- Manter a retenção curta. Com 2 meses, explorações detalhadas não alcançam o mesmo período do ano anterior.
- Relatório sem recomendação. Um painel bonito que ninguém transforma em ação é custo, não análise.
- Medir tudo. Dezenas de eventos sem pergunta por trás escondem os poucos que importam.
O que muda por tipo de negócio?
| Tipo de negócio | Pergunta central | Conversão a medir | Camada que mais rende |
|---|---|---|---|
| Empresa B2B de serviço | Quais canais trazem lead qualificado? | Formulário, clique no WhatsApp, agendamento | Tráfego + busca |
| E-commerce | Onde o carrinho é abandonado? | Compra, adição ao carrinho, início do checkout | Tráfego + comportamento |
| Negócio local | Quem chega pela busca e liga ou pede rota? | Clique para ligar, rota, WhatsApp | Busca |
| Portal de conteúdo | Quais assuntos retêm e trazem retorno? | Leitura completa, cadastro na newsletter | Busca + comportamento |
| SaaS ou app | Onde o teste gratuito vira cliente? | Cadastro, ativação, assinatura | Tráfego + eventos do produto |
Elaborado pela Alliance com base na prática de implementação de web analytics.
O desenho muda, mas a ordem é a mesma: primeiro tráfego e conversão, depois busca, depois comportamento. Quem pula etapas costuma ter gravação de sessão rodando num site que ainda não sabe quantos leads gerou no mês.
Por onde começar hoje?
- Confira se o seu site tem alguma ferramenta de análise ativa — o teste em janela anônima já responde.
- Escreva as cinco perguntas de negócio que o relatório precisa responder.
- Configure como conversão as ações que geram lead ou venda.
- Verifique o domínio no Search Console e ajuste a retenção do GA4 para 14 meses.
- Marque com UTM as campanhas do próximo mês e agende a primeira reunião de relatório.
Se a empresa precisa de ajuda para montar essa pilha e a rotina de leitura, esse é o trabalho de web analytics da Alliance, da implementação ao relatório mensal com recomendação. E, para ver como a medição se encaixa no resto do marketing, o diagnóstico de marketing gratuito leva cerca de 30 minutos e aponta as lacunas por área, inclusive em dados e mensuração.

