O que a análise de experiência digital cobre e o web analytics perde

O que é análise de experiência digital?

Times de produto e de UX usam a análise de experiência digital para reconstruir como uma única visita realmente aconteceu, combinando session replay, heatmaps, detecção de atrito e análise de jornada em uma só visão, em vez de contar quantas vezes um evento disparou. Um painel de tráfego reporta que 4,000 pessoas chegaram ao checkout e 1,200 concluíram. A análise de experiência digital mostra o campo em que as outras 2,800 pararam, o botão que engoliu os cliques delas e o erro que o navegador lançou enquanto elas esperavam. A unidade de análise é a visita, não a métrica.

Um checkout, em números

Chegaram ao checkout4.000

Concluíram o checkout1.200

Pararam antes de terminar2.800

O que a categoria inclui de fato?

Quatro capacidades formam a categoria, e uma ferramenta que entrega as quatro cobre a categoria de ponta a ponta. O session replay guarda as mudanças necessárias para reproduzir uma visita em um navegador. Os heatmaps agregam cliques, toques e profundidade de rolagem de muitas visitas sobre um único layout. A detecção de atrito sinaliza rage clicks, dead clicks, erros e etapas abandonadas sem que ninguém precise assistir a uma gravação antes. A análise de jornada coloca as páginas e os eventos de um visitante em ordem, para que um time leia a rota em vez do destino.

Capacidade	O que captura	Pergunta que responde
Session replay	Mudanças no DOM, entradas, rolagem e eventos de ponteiro de uma visita	O que essa pessoa viu e fez?
Heatmaps	Cliques, toques e profundidade de rolagem agregados de muitas visitas	Onde a atenção pousa nesta página?
Detecção de atrito	Rage clicks, dead clicks, erros de JavaScript, etapas abandonadas	Quais momentos deram errado, e para quantas pessoas?
Análise de jornada	Páginas e eventos ordenados de um visitante	Qual rota levou ao abandono?

Trate o termo como esse conjunto de capacidades e depois confira quais das quatro uma ferramenta específica entrega. Um produto que grava sessões mas nunca sinaliza um momento de dificuldade deixa o trabalho de revisão com você.

Como a análise de experiência digital difere do web analytics e do product analytics?

As três respondem a perguntas diferentes porque trabalham sobre unidades diferentes. O web analytics agrega tráfego em contagens e taxas para uma página ou uma origem. O product analytics agrega eventos nomeados em funis, coortes e curvas de retenção para uma funcionalidade. A análise de experiência digital mantém a visita intacta e lê o que aconteceu dentro dela.

	Unidade de análise	Artefato principal	Responde
Web analytics	Página e origem de tráfego	Contagens, taxas, tendências	Quantos, de onde
Product analytics	Evento nomeado	Funis, coortes, retenção	Qual etapa perdeu pessoas
Análise de experiência digital	Uma visita	Replay, heatmap, sinal de atrito, jornada	O que deu errado naquela etapa

Use as três juntas. O web analytics diz que o tráfego para a página de preços caiu, o product analytics diz que a queda começou no seletor de planos, e a análise de experiência digital mostra o seletor rejeitando uma entrada válida.

Como uma ferramenta reconstrói uma visita sem gravar vídeo?

O gravador tira um snapshot completo da estrutura da página e depois transmite cada mudança seguinte como um evento incremental, então a reprodução reconstrói a página em vez de exibir quadros. O projeto de código aberto rrweb documenta essa divisão no README: o pacote snapshot converte o DOM e o estado dele em uma estrutura de dados serializável, e o pacote record "se apoia em um snapshot inicial para gravar todas as mudanças de estado do HTML (mutações) e as interações do usuário enquanto ele navega pela página".

Essas mutações vêm de uma API do navegador. A MDN descreve o MutationObserver como uma interface que oferece a capacidade de observar mudanças feitas na árvore do DOM, cobrindo adições e remoções de nós filhos, mudanças de atributos e toda a subárvore de um nó alvo. As notas de observadores do rrweb completam o resto do fluxo: movimento e interação do mouse, rolagem, redimensionamento de janela e entrada em elementos input, textarea e select, incluindo mudanças programáticas capturadas ao interceptar o setter da propriedade.

A consequência prática é que um replay é um log de eventos em texto, não um filme. Uma máquina consegue lê-lo, buscar nele e resumi-lo, que é o que torna o session replay com IA possível.

Como medir o atrito a partir de um conjunto de sessões?

Conte as sessões que contêm pelo menos um sinal de atrito e divida por todas as sessões da janela.

friction rate = (sessions with at least one friction signal / total sessions) x 100

Pegue 12,000 sessões em uma semana, das quais 840 continham um rage click, um dead click ou um erro de JavaScript não capturado:

840 / 12,000 = 0.07, e 0.07 x 100 = 7 por cento

Uma taxa de atrito de 7 por cento é um número de partida, não uma conclusão. Quebre esse número por página, por elemento e por mensagem de erro, e depois ordene os grupos por quantos usuários distintos foram atingidos por cada um. Dois rage clicks no mesmo botão são um bug; dois rage clicks em botões diferentes são dois. A análise de atrito do usuário é a etapa que transforma a taxa em uma fila de trabalho.

O que isso muda em um relatório de bug?

O relatório chega com evidência anexada em vez de uma descrição escrita de memória. A Flowsery agrupa as sessões correspondentes em um único problema, ordena os problemas por quantos usuários foram atingidos e envia cada um para o Slack, Linear ou Jira com o replay e os passos para reproduzir. Marque @flowsery no Slack nesse problema e ela abre um rascunho de pull request no repositório GitHub do time.

Isso fecha o ciclo que a categoria deixa aberto. Detecção, agrupamento e ordenação são a parte de análise; um ticket em que um desenvolvedor consegue trabalhar é o motivo de alguém rodar tudo isso.

Como rodar isso sem coletar dados pessoais?

Mascare os campos antes de os dados saírem do navegador, e descarte os identificadores de que você nunca precisou. O mascaramento de privacidade no session replay substitui o conteúdo de inputs e de elementos marcados por caracteres de preenchimento no momento da gravação, então os valores nunca chegam ao servidor. A Flowsery é livre de cookies, hospedada na UE e GDPR por design, roda a partir de um script de menos de 10 KB e não aplica amostragem de dados, então os números de atrito acima vêm de todas as sessões em vez de um subconjunto.

Decida as regras de mascaramento antes de ligar a gravação. Uma regra adicionada depois não limpa as gravações que você já armazenou.

Perguntas frequentes

Análise de experiência digital é o mesmo que session replay?

Não. O session replay é uma das quatro capacidades da categoria, ao lado de heatmaps, detecção de atrito e análise de jornada. Uma ferramenta pode gravar sessões sem detectar um único momento de dificuldade, o que deixa você assistindo a gravações na mão. A categoria é a combinação, não o gravador.

Ainda é preciso ter web analytics ao lado da análise de experiência digital?

Sim, porque os dois trabalham em escalas diferentes. O web analytics responde quantas pessoas chegaram e de onde, no site inteiro, de forma agregada. A análise de experiência digital responde o que aconteceu dentro de uma dessas visitas. A Flowsery entrega os dois, com tráfego em tempo real, funis, metas e receita por origem ao lado dos replays.

Qual time é dono da análise de experiência digital?

Produto, design e engenharia leem tudo isso, e o dono é quem corrige o que a análise encontra. Designers usam heatmaps e jornadas para julgar um layout. Engenheiros usam replays e sinais de erro para reproduzir um defeito. Dê a uma pessoa a tarefa de triar a lista ordenada de problemas toda semana, ou a fila cresce e ninguém a limpa.

De quantas sessões uma taxa de atrito precisa para ser legível?

A taxa é uma fração, então um denominador pequeno faz o número saltar. Calcule a taxa por página e por etapa em vez de para o site inteiro, e leia a contagem de usuários afetados ao lado do percentual. Uma etapa com 9 por cento de atrito em 40 sessões é um sinal mais fraco do que uma etapa com 4 por cento em 6,000.

A análise de experiência digital pode rodar sem cookies?

Sim. Gravar uma visita precisa de uma forma de amarrar eventos a uma sessão, e esse identificador não precisa ser um cookie armazenado entre visitas. A Flowsery é livre de cookies e hospedada na UE, e os limites dos planos dela são por cota entre sessões de analytics, gravações e retenção.

Isso exige novo código de rastreamento em cada página?

A Flowsery se instala como um script de menos de 10 KB. Se um time já grava sessões no PostHog ou no Amplitude, a Flowsery se conecta a esses replays existentes sem reinstrumentação, então a análise roda sobre gravações que o time já tem.

Como a análise de experiência digital explica um abandono no checkout?

Um painel de tráfego pode mostrar que 4.000 compradores chegaram ao checkout e 1.200 concluíram, sem dizer por que 2.800 saíram no meio do caminho. A análise de experiência digital lê essas mesmas sessões e aponta o campo onde pararam, o botão que engoliu os cliques ou o erro que o navegador lançou enquanto esperavam. A explicação vem da própria visita, não de uma camada de métricas separada.

O que acontece depois que a Flowsery agrupa sessões em um issue?

A Flowsery agrupa sessões correspondentes em um único issue, classifica os issues por quantos usuários eles afetam e envia cada um para Slack, Linear ou Jira com o replay e os passos para reproduzir. Marcar @flowsery no Slack nesse issue abre um pull request em rascunho no repositório GitHub do time. O relatório chega com evidências anexadas, não com uma descrição escrita de memória.

Como um session replay construído a partir de mutações difere de uma gravação em vídeo?

O gravador tira um snapshot completo da estrutura da página e depois transmite cada mudança seguinte como um evento incremental, a mesma divisão que o rrweb documenta no seu README. Um replay construído assim é um log de eventos em texto, não um filme, então uma máquina consegue lê-lo, buscar nele e resumi-lo. É isso que torna o AI session replay possível.

Por que mascarar os campos antes de os dados saírem do navegador?

O mascaramento de privacidade do session replay substitui o conteúdo de inputs e elementos marcados por caracteres de preenchimento no momento da gravação, então esses valores nunca chegam ao servidor. As regras de mascaramento precisam ser decididas antes de ligar a gravação, porque uma regra adicionada depois não limpa as gravações já armazenadas. A Flowsery combina isso com ser cookie-free, hospedada na UE e GDPR by design.