TTFB
O Time to First Byte (TTFB) mede quanto tempo o navegador leva para receber o primeiro byte do servidor apos uma requisicao. Ele captura quao rapido o proprio servidor responde - o ponto de partida para todas as outras metricas de velocidade (LCP, FCP, carregamento da pagina).
O Time to First Byte (TTFB) mede quanto tempo o navegador leva para receber o primeiro byte do servidor apos uma requisicao. Ele captura quao rapido o proprio servidor responde - o ponto de partida para todas as outras metricas de velocidade (LCP, FCP, carregamento da pagina).
Por Que Importa
O TTFB nao e uma das metricas oficiais do Core Web Vitals, mas o LCP nao pode ser bom a menos que o TTFB seja bom primeiro. O limite recomendado pelo Web.dev para 2026 e <= 800ms; qualquer valor acima de 1,8s gera rejeicao e perda de ranqueamento mensuraveis. Uma analise da Cloudflare relata um aumento de conversao de cerca de 12% em sites que reduziram o TTFB em 500ms. O TTFB e facil de medir, responde instantaneamente a otimizacoes de CDN, hospedagem e servidor, e ocupa um lugar de destaque em qualquer lista de prioridades de SEO tecnico.
Componentes
O TTFB e a soma de varias etapas de rede e de servidor:
- Resolucao de DNS: Resolver o dominio para um IP
- Conexao TCP: Handshake de tres vias
- Negociacao TLS: Handshake de criptografia HTTPS
- Envio da requisicao: Requisicao viajando ate o servidor
- Processamento do servidor: Aplicacao gerando a resposta (consultas ao BD, renderizacao)
- Primeiro byte recebido: Primeiro byte chegando ao navegador
Uma lentidao em qualquer etapa aumenta o TTFB.
Limites
| Classificacao | TTFB |
|---|---|
| Bom | <= 800ms |
| Precisa Melhorar | 800ms a 1,8s |
| Ruim | > 1,8s |
Avaliado no percentil 75 (p75) dos dados de usuarios reais do Chrome User Experience Report.
Como Melhorar
Use uma CDN: Os edge servers tratam DNS, TCP, TLS e encaminhamento de requisicoes mais perto do usuario - o maior ganho isolado.
Habilite HTTP/2 e HTTP/3: A reutilizacao de conexao e a multiplexacao reduzem os custos de handshake. Geralmente ativados por padrao em CDNs como Cloudflare, Fastly e similares.
Cache no lado do servidor: Faca cache de paginas dinamicas no Redis ou no Varnish para eliminar centenas de milissegundos do processamento do servidor.
Otimize as consultas ao BD: Consultas lentas, indices ausentes e problemas N+1 dominam o tempo de Processamento do Servidor.
Static Site Generation (SSG): Frameworks como Next.js e Astro pre-constroem as paginas em HTML, de modo que o servidor apenas retorna um arquivo estatico. O TTFB cai drasticamente.
Escolha a regiao de servidor certa: Hospede perto da sua base principal de usuarios.
Minimize cookies e cabecalhos: Cookies inchados e cabecalhos de rastreamento inflam o tamanho das requisicoes/respostas.
Remova cadeias de redirecionamento: Cada redirecionamento aumenta o TTFB. Mantenha os redirecionamentos diretos.
Ferramentas de Medicao
- Chrome DevTools → Network → Timing: Detalhamento do TTFB por requisicao
- WebPageTest: TTFB por regiao e dispositivo
- PageSpeed Insights: Dados de campo baseados no CrUX
- Search Console → Core Web Vitals: Tendencias de TTFB de usuarios reais
Fontes: