13 métricas de latência que afetam a experiência do usuário

Latência é o tempo de atraso entre uma ação do usuário e a resposta do sistema. Quando alta, ela gera abandono, queda de conversão e prejuízo direto à percepção de qualidade do seu produto. Monitorar as métricas certas ajuda a identificar onde está o gargalo. Aqui estão as 13 mais relevantes para a experiência do usuário, da mais impactante para a mais específica.

1. Tempo até o primeiro byte (TTFB)

O TTFB mede quanto tempo o navegador espera até receber o primeiro byte de resposta do servidor. Um TTFB alto indica lentidão no backend, rede ou hospedagem. A recomendação geral é manter abaixo de 800 ms. Acima disso, a percepção de lentidão começa.

2. Tempo de resposta do servidor

É o tempo que o servidor leva para processar uma requisição e gerar a resposta. Diferente do TTFB, que inclui a rede, aqui o foco é o processamento em si. Consultas lentas ao banco de dados e código ineficiente são causas comuns.

3. Latência de rede

Mede o atraso na transmissão de dados entre cliente e servidor. Ela varia com a distância física e a qualidade da conexão. Um usuário em outra região terá latência maior, mesmo com servidor rápido.

4. Tempo de ida e volta (RTT)

O RTT é o tempo total para um pacote ir e voltar entre o cliente e o servidor. Ele é a base para calcular a latência percebida em cada requisição. Redes móveis costumam ter RTT mais alto que conexões cabeadas.

5. Primeira pintura com conteúdo (FCP)

O FCP marca quando o primeiro conteúdo visível aparece na tela. É uma métrica de front-end que reflete a latência de renderização. Um FCP acima de 2,5 segundos é considerado ruim pelo Google.

6. Maior pintura de conteúdo (LCP)

O LCP indica quando o maior elemento visível da página carrega. Ele combina latência de rede, servidor e renderização. Para boa experiência, deve ocorrer em até 2,5 segundos. É uma das Core Web Vitals.

7. Atraso da primeira entrada (FID)

O FID mede o tempo entre a primeira interação do usuário e a resposta do navegador. Um FID alto significa que o JavaScript bloqueia a interface. A meta é ficar abaixo de 100 ms.

8. Latência do 99º percentil (p99)

O p99 representa a latência máxima entre as solicitações mais rápidas. Ele revela a experiência dos usuários no pior cenário, ignorando os 1% mais extremos. Monitorar só a média esconde problemas graves.

9. Latência do 95º percentil (p95)

O p95 mostra o limite superior para 95% das requisições. Ele é útil para identificar problemas que afetam uma parcela significativa de usuários, sem o ruído dos outliers extremos.

10. Throughput relacionado à latência

Throughput é a quantidade de dados transferidos por segundo. Latência e throughput são diferentes, mas uma queda no throughput pode aumentar a latência em cenários de alta carga. Ambos precisam ser monitorados juntos.

11. Tempo de bloqueio total (TBT)

O TBT soma o tempo em que o thread principal fica bloqueado por JavaScript, impedindo interações. Ele se correlaciona com o FID e é usado como proxy em laboratório. Valores acima de 200 ms prejudicam a responsividade.

12. Latência de DNS

É o tempo para resolver o nome do domínio em um endereço IP. Um DNS lento atrasa toda a requisição antes mesmo de ela chegar ao servidor. Usar um DNS rápido e cache local reduz esse custo.

13. Latência de conexão TLS

O handshake TLS adiciona uma ou duas idas e voltas antes da transferência segura. Em conexões móveis, isso pode somar centenas de milissegundos. A otimização inclui usar TLS 1.3 e sessões reutilizáveis.

Como escolher quais métricas priorizar

Comece pelo LCP, FID e TTFB, pois eles têm impacto direto na percepção do usuário e são usados pelo Google. Depois, analise p95 e p99 para encontrar problemas intermitentes. Se o público é global, meça a latência de rede e DNS por região. Não há uma métrica única: a combinação certa depende do seu produto e do perfil de acesso.

Perguntas frequentes

Qual a diferença entre latência e tempo de resposta?

Latência é o atraso total na comunicação, incluindo rede e processamento. Tempo de resposta refere-se especificamente ao tempo que o servidor leva para processar a requisição. Na prática, o tempo de resposta é um componente da latência total.

Como reduzir a latência de rede?

Use CDNs para aproximar o conteúdo do usuário, otimize protocolos como HTTP/2 e HTTP/3, e reduza o número de requisições. Para redes móveis, compacte dados e priorize recursos essenciais.

O que é um bom valor de TTFB?

Em geral, valores abaixo de 800 ms são aceitáveis, mas o ideal é manter entre 200 ms e 500 ms. Acima de 1 segundo, a percepção de lentidão aumenta significativamente.

Métricas de latência afetam o SEO?

Sim. O Google usa as Core Web Vitals, incluindo LCP e FID, como sinais de ranking. Sites com latência alta tendem a perder posições e ter mais rejeição.

Por que a média não é suficiente para medir latência?

A média esconde picos de lentidão que afetam uma parcela dos usuários. Percentis como p95 e p99 mostram o pior cenário real, permitindo correções mais precisas.