Um replay é uma reconstrução, não um vídeo
O mal-entendido mais comum sobre session replay é achar que ele grava a tela. Não grava. Um replay captura o DOM — a estrutura da página — e cada alteração nela, junto com cliques, rolagens, eventos de digitação, tempos de rede e erros de console. A reprodução reconstrói a página a partir desses dados no seu navegador.
Essa distinção é o ponto central. Como um replay é dado estruturado e não pixels, você pode pesquisá-lo, pular para o instante exato em que um erro ocorreu e ler o estado do DOM naquele momento. Uma gravação de tela não oferece nada disso e consome muito mais banda.
O que ele dá e um stack trace não
Um rastreador de erros informa que um TypeError foi lançado na linha 214. Ele não conta que o usuário já havia enviado o formulário duas vezes, que a segunda tentativa foi em uma conexão lenta, nem que o botão continuou desabilitado depois. O replay fornece a sequência de eventos que produziu o estado no qual seu código travou.
Na prática isso elimina a parte mais lenta de depurar: a reprodução. Em vez de adivinhar os passos a partir de um relato de uma linha, você assiste ao caminho que o usuário realmente percorreu.
Como usar quando um bug chega
Trabalhe de trás para frente a partir da falha, não do início da sessão. Encontre o erro no seu monitoramento, abra o replay vinculado e pule para o carimbo de tempo. Depois retroceda trinta segundos: a causa quase sempre está no meio minuto anterior ao sintoma, não no começo da sessão.
Verifique três coisas nesta ordem: no que o usuário clicou imediatamente antes, se alguma requisição falhou ou ficou pendurada, e se o que ele viu na tela correspondia ao que você esperava renderizar. A maioria dos bugs se resolve em uma dessas três.
O que ele não vai resolver
O replay mostra o que aconteceu, nunca por que a pessoa fez aquilo. Se um usuário abandona um formulário, a gravação diz em qual campo ele parou — mas não se a pergunta era confusa, invasiva ou simplesmente longa demais. Essa resposta vem de perguntar a ele.
Ele também é ruim para perguntas agregadas. Uma gravação é um caso isolado. Se você precisa saber com que frequência algo acontece, isso é um funil ou uma consulta de eventos; use o replay para explicar a queda, não para medi-la.
Como escolher um pensando em depuração
Se depurar é o objetivo, pese três coisas acima de tudo. Captura de console e de rede — sem elas você está assistindo a um filme mudo. Ligação de erro para replay, para que uma exceção leve direto à sessão que a produziu, em vez de a uma lista para vasculhar. E controles de privacidade granulares o bastante para a ferramenta continuar útil: mascarar todos os campos protege os usuários, mas pode esconder justamente o valor que causou o bug — procure regras por campo em vez de um botão de tudo ou nada.