TL;DR, Resposta rápida
9 min de leituraO web analytics conta chegadas e comportamento no nível da página sobre o tráfego: sessões, fontes, páginas de entrada, conversões. Ele responde de onde os visitantes vieram e quais páginas os levam adiante. Quando a pergunta vira o que uma conta específica fez ao longo de seis semanas, a ferramenta que você precisa é product analytics, não web analytics.
O que é web analytics?
A prática de web analytics é a medição de como as pessoas chegam a um site e do que fazem nele, apresentada como contagens e taxas sobre o tráfego em vez de registros de indivíduos. Uma equipe de marketing lê isso para decidir qual canal merece o orçamento do próximo trimestre. Uma equipe de produto lê isso para encontrar a página onde os visitantes param de avançar.
A unidade de análise é a visita, não a pessoa. Esse fato explica tudo o que o web analytics faz bem e tudo o que ele não consegue fazer.
Como um script de web analytics coleta dados?
Um script de web analytics coleta dados rodando no navegador do visitante e enviando um evento pequeno para um endpoint coletor toda vez que uma página carrega ou uma ação rastreada dispara. O script lê valores que o navegador já expõe: a URL atual, a URL de origem, a largura da tela, o idioma, o timestamp. O coletor deriva país e classe de dispositivo a partir da requisição, grava uma linha e devolve um 204.
Um payload mínimo de pageview tem esta cara:
{
"url": "/pricing",
"referrer": "https://news.ycombinator.com/",
"screen": "1512x982",
"language": "en-GB",
"ts": 1757289600
}Nada nesse payload nomeia uma pessoa. O coletor monta as visitas agrupando requisições que compartilham uma assinatura derivada dentro de uma janela de tempo, e é por isso que a definição do que conta como uma sessão muda seus totais sem mudar seu tráfego.
Coloque o script no head do documento para que ele dispare antes de o visitante abandonar uma página lenta, depois carregue uma página você mesmo e confirme que a linha chega. A Flowsery entrega um único script com menos de 10 KB e não aplica amostragem de dados, então a linha que você procura é a linha que você enviou.
Quais métricas o web analytics reporta?
O web analytics reporta um conjunto padrão de oito métricas que quase toda ferramenta calcula do mesmo jeito e quase todo leitor lê errado do mesmo jeito. A terceira coluna abaixo é o modo de falha que coloca um número errado num slide.
| Métrica | O que a ferramenta realmente conta | A leitura errada comum |
|---|---|---|
| Visualizações de página | Uma linha por carregamento de página, incluindo recarregamentos e retornos pelo botão voltar | Lida como "quantas páginas as pessoas leem", quando um único visitante inquieto infla o número |
| Sessões | Carregamentos de página agrupados em uma visita por uma janela de inatividade, normalmente 30 minutos | Lida como visitas, quando um intervalo de almoço parte uma visita em duas sessões |
| Usuários | Assinaturas de visitante distintas dentro do período do relatório | Lida como pessoas, quando uma pessoa no notebook e no celular conta duas vezes |
| Taxa de rejeição | Fração das sessões com uma única interação registrada | Lida como insatisfação, quando o visitante que achou a resposta na primeira página também rejeita |
| Duração média da sessão | Tempo entre o primeiro e o último evento de uma sessão | Lida como atenção, quando a página final contribui com zero de tempo medido |
| Páginas de entrada | A primeira página de uma sessão | Lida como as landing pages que você construiu, quando a maioria das entradas são posts antigos do blog |
| Taxa de saída | Fração das sessões cuja última página foi esta página | Lida como página problemática, quando a página de confirmação de compra é uma saída por design |
| Taxa de conversão | Metas concluídas divididas por sessões | Lida como um número único, quando ela difere por uma ordem de grandeza entre as fontes |
A coluna de fonte merece o próprio alerta: ela nomeia o último referrer antes da visita, não o canal que criou a demanda. Essa lacuna é toda a razão pela qual a modelagem de atribuição existe como disciplina separada.
Como calcular a taxa de conversão com dados de web analytics?
A taxa de conversão em web analytics são as metas concluídas divididas pelas sessões na mesma janela, expressas em porcentagem.
conversion rate = (conversions / sessions) x 100Um site registra 8.000 sessões em setembro e 340 cadastros de teste:
(340 / 8000) x 100 = 4.25%O denominador é a decisão. Divida por usuários em vez de sessões e os mesmos 340 cadastros viram uma taxa maior, porque uma pessoa que visita quatro vezes conta uma só. Escolha um denominador, nomeie ele no cabeçalho do relatório e nunca troque no meio do trimestre. A fórmula completa da taxa de conversão cobre a versão por segmento que vale a pena acionar.

Qual a diferença entre web analytics e product analytics?
O web analytics mede tráfego no agregado; o product analytics mede contas identificadas ao longo do tempo. Essa é a linha inteira, e todo o resto decorre dela.
O web analytics responde perguntas no formato "qual fonte mandou mais sessões para a página de preços na semana passada". Ele agrupa visitas anônimas, reporta taxas sobre esses grupos e esquece cada visita assim que a janela da sessão fecha. O product analytics responde perguntas no formato "das 40 contas que criaram um projeto em janeiro, quantas convidaram um colega de equipe em 14 dias". Ele exige um identificador de usuário estável e um fluxo de eventos ligado a esse identificador, guardado por meses.
Então retenção por coorte, curvas de adoção de recursos e funis por conta pertencem ao product analytics, e nenhum recorte reconstrói isso a partir de dados de web analytics. Aquisição de tráfego, mix de canais e abandono no nível da página pertencem ao web analytics e não precisam de identidade nenhuma.
Painel em tempo real
Rastreamento de metas
Rastreamento sem cookies
Qual a diferença entre web analytics e real user monitoring?
O web analytics mede comportamento; o real user monitoring, a medição de performance em sessões de visitantes reais, mede velocidade. Os dois rodam como scripts de navegador e os dois mandam beacons para um coletor, e é por isso que se confundem.
Um evento de web analytics diz que um visitante carregou /pricing a partir de um buscador. Um evento de real user monitoring diz que esse mesmo carregamento levou 2,4 segundos para chegar ao Largest Contentful Paint num aparelho Android intermediário. O web analytics conta que a taxa de saída no checkout subiu. O real user monitoring conta se um script de terceiros lento causou isso. Rode só um dos dois e você fica com um sintoma sem causa.

Como a lei de privacidade mudou o web analytics?
A lei de privacidade afastou o web analytics dos cookies e o aproximou da coleta sem estado. A ePrivacy Directive exige consentimento antes de um site armazenar ou ler informação no aparelho de um visitante, o que cobre os cookies de analytics, e a GDPR classificou os identificadores dentro desses cookies como dados pessoais. Em 2022 a autoridade de proteção de dados da Áustria e a CNIL da França decidiram, cada uma, que uma implementação específica do Google Analytics, enviando dados de visitantes da UE para os Estados Unidos, violava a GDPR.
O efeito mensurável é um banner de consentimento sentado entre o visitante e o rastreador. Todo mundo que recusa fica de fora do relatório, e a lacuna não é aleatória: ela pende para usuários atentos à privacidade em navegadores atentos à privacidade. O analytics sem cookies fecha essa lacuna ao nunca definir o identificador, o que remove a exigência do banner junto com a perda de dados que ele causa.
A Flowsery não usa cookies, é hospedada na UE e é GDPR por design, com web analytics embutido cobrindo tráfego em tempo real, receita por fonte, funis, metas e jornadas de usuário. Equipes que estão trocando uma configuração travada por consentimento podem ler como a alternativa ao Google Analytics produz os mesmos relatórios sem banner.
O que uma equipe deve realmente fazer com um relatório de web analytics?
Use o web analytics para decidir para onde mandar a atenção, não para explicar por que algo aconteceu. O relatório é um instrumento de ranqueamento: ele aponta a página de entrada que perde sessões, a fonte cuja taxa de conversão caiu, o passo do funil com a queda mais íngreme.
Depois troque de ferramenta. Um funil que vaza no passo três conta que o vazamento existe; um replay das sessões que vazaram conta que o botão de envio falhou na validação sem mostrar erro nenhum. A Flowsery grava sessões, detecta rage clicks, dead clicks, erros de JavaScript e abandonos, agrupa sessões parecidas em um único problema e ordena os problemas por quantos usuários foram atingidos, o que transforma uma porcentagem em um bug específico com caminho de reprodução.
Perguntas frequentes
Web analytics é a mesma coisa que Google Analytics?
O Google Analytics é um produto dentro da categoria web analytics, do jeito que o Excel é um produto dentro de planilhas. O Google Analytics 4 ainda mistura recursos de product analytics, como caminhos de usuário baseados em eventos, o que é parte do motivo pelo qual os números dele não batem com relatórios mais antigos.
Web analytics precisa de cookies?
Cookies são um jeito de agrupar requisições em sessões, não um requisito da medição. Uma ferramenta sem cookies deriva uma assinatura de vida curta da própria requisição e descarta ela quando a janela fecha, sem guardar identificador no aparelho. Isso remove o banner de consentimento da ePrivacy Directive e mantém os visitantes que teriam recusado.
Qual a diferença entre um usuário e uma sessão em web analytics?
Uma sessão é uma visita, encerrada por uma janela de 30 minutos de inatividade na maioria das ferramentas. Um usuário é uma assinatura de visitante distinta ao longo de todo o período do relatório, então um usuário produz várias sessões. Nenhum dos dois mapeia direito para uma pessoa: o mesmo humano no celular e no notebook registra como dois usuários.
Por que duas ferramentas de web analytics reportam números diferentes para o mesmo site?
As ferramentas discordam nas definições antes de discordar nos dados. A duração do tempo limite da sessão, as regras de filtragem de bots e o fato de a ferramenta amostrar ou não bases grandes deslocam os totais de forma independente. Compare tendências dentro de uma ferramenta e trate comparações entre ferramentas como direcionais.
Taxa de rejeição é uma métrica útil?
A taxa de rejeição é útil em páginas feitas para encaminhar o visitante adiante e enganosa em páginas feitas para responder uma pergunta. Uma página de documentação que resolve o problema em uma tela produz uma taxa de rejeição alta e um leitor satisfeito. Julgue ela por modelo de página, nunca como número do site inteiro.
Preciso de web analytics e product analytics ao mesmo tempo?
Uma equipe que vende um produto para contas precisa dos dois, porque eles respondem perguntas diferentes. O web analytics conta qual canal produziu os cadastros; o product analytics conta se esses cadastros voltaram na terceira semana. Rodar só um deixa a aquisição ou a retenção sem medição.
O que um script de web analytics realmente envia para o servidor?
Cada evento de pageview carrega a URL atual, a URL de referência, a largura da tela, o idioma do navegador e um timestamp, valores que o navegador já expõe. O coletor adiciona país e tipo de dispositivo a partir da própria requisição, grava uma linha e retorna um 204. Nada nesse payload nomeia uma pessoa, porque as sessões são montadas depois, agrupando requisições que compartilham uma assinatura derivada dentro de uma janela de tempo.
Painel em tempo real
Rastreamento de metas
Rastreamento sem cookies
Por que a origem em um relatório de web analytics não mostra o que realmente gerou a visita?
A coluna de origem registra apenas o último referrer antes da visita, não o canal que criou a demanda em primeiro lugar. Alguém que viu um anúncio no mês passado e busca o nome da marca hoje aparece como busca orgânica, não como anúncio. Essa lacuna é o motivo pelo qual a modelagem de atribuição existe como disciplina separada do web analytics.
O que acontece com a taxa de conversão se você trocar o denominador de sessões para usuários?
O mesmo número de conversões produz uma taxa maior, porque um visitante que volta quatro vezes conta como um usuário, mas como quatro sessões. Um site com 340 cadastros em 8.000 sessões reporta 4,25%; divida esses mesmos 340 cadastros por um número menor de usuários e a taxa sobe. Escolha um denominador, nomeie-o no cabeçalho do relatório e não o troque no meio do trimestre.
O que as decisões de 2022 contra o Google Analytics na UE decidiram, na prática?
A autoridade de proteção de dados da Áustria e a CNIL francesa decidiram, cada uma, que uma implementação específica do Google Analytics violava o GDPR ao enviar dados de visitantes da UE para os Estados Unidos. As decisões miraram nessa transferência, não no web analytics como categoria, mas empurraram o setor para uma coleta hospedada na UE e sem cookies. O resultado visível é o banner de consentimento: quem recusa desaparece de todo relatório seguinte, e quem recusa tende a usar navegadores mais atentos à privacidade.
Este artigo foi útil?
Diga-nos o que pensa!
Veja-nos mais no Google
Um clique marca a Flowsery como fonte preferida e nossos artigos passam a aparecer mais acima nas suas Principais notícias, no modo IA e nas visões gerais com IA.
Antes de ir...
Flowsery
Analytics orientado para receitas para o seu site
Rastreie cada visitante, fonte e conversão em tempo real. Simples, poderoso e sem cookies.
Painel em tempo real
Rastreamento de metas
Rastreamento sem cookies
Termos relacionados do glossário


O que é uma sessão em web analytics
Em web analytics, uma sessão é um grupo de interações de um visitante, encerrado por inatividade, meia-noite ou troca de campanha.


Por que o significado de visitantes únicos muda de ferramenta para ferramenta
O significado de visitantes únicos depende da ferramenta: o GA4 estima, o Matomo não calcula em períodos longos e a Adobe deduplica no relatório inteiro.


Como o analytics sem cookies conta visitantes sem identificador
O analytics sem cookies conta visitantes sem guardar um identificador no navegador. O que isso remove, quanto custa e por que o fingerprinting falha.


Só o domínio decide entre cookies first-party vs third-party
A divisão entre cookies first-party vs third-party é o domínio que gravou o cookie, não quem o escreveu. O que os navegadores bloqueiam e o que quebra junto.


Como funciona o session replay e o que ele não vê
O session replay reconstrói uma visita a partir de mutações do DOM e eventos de entrada, não de vídeo. Veja o que captura, o que o mascaramento esconde.


Lendo página de entrada vs landing page no GA4 e no Adobe
A divisão entre página de entrada vs landing page importa porque o GA4 entrega só Landing page e o Adobe só Entry page, calculadas de campos diferentes.
Artigos relacionados


Onde os padrões da redação de PII no session replay deixam dados expostos
Os padrões da redação de PII no session replay variam muito: o rrweb mascara só senhas, o Sentry mascara todo o texto e o Clarity mascara números e e-mails.


Como os cookies particionados CHIPS dão a cada site seu próprio pote
Definir cookies particionados CHIPS exige Secure, SameSite=None e mais um atributo, e o navegador guarda uma cópia por site de nível superior.


O que estes números revelam sobre a taxa de rejeição média por setor
Nove setores rastreados mostram uma taxa de rejeição média por setor documentada, entre 35.76% e 48.38%, segundo dados da Databox de setembro de 2024.

