TTFB

TTFB WordPress é a métrica que mede o tempo decorrido entre o navegador enviar uma requisição ao servidor e receber o primeiro byte da resposta. É o termômetro mais direto da velocidade da hospedagem e do desempenho do backend: tempo gasto em DNS, conexão TCP, handshake TLS, processamento PHP, queries no MySQL e geração do HTML. Tudo isso some em um único número que aparece nas ferramentas de auditoria. Quanto menor, melhor.

O que é TTFB

Time to first byte é exatamente o que o nome sugere: o tempo até o primeiro byte chegar. Antes do site começar a renderizar, antes da imagem aparecer, antes do JavaScript executar, o navegador precisa receber pelo menos o início da resposta do servidor. Esse intervalo é o TTFB.

O número costuma ser composto por várias subcamadas. Resolução de DNS leva entre 20 e 200 ms. Conexão TCP, mais 50 a 150 ms. Negociação TLS, outros 100 a 300 ms se for HTTPS. Processamento no servidor, de 50 ms (cache hit) a 2000+ ms (página dinâmica complexa). Tudo isso somado é o TTFB final.

Quem busca o que é ttfb costuma estar olhando o relatório do PageSpeed, vendo um número alto e tentando entender o que significa. A resposta é: TTFB alto é sinal de hospedagem, plugin ou query problemática. Cada componente pode ser diagnosticado separadamente.

O Google considera TTFB como um sinal indireto de Core Web Vitals. TTFB alto força o LCP (Largest Contentful Paint) a ser alto também, porque o navegador não consegue começar a renderizar enquanto não recebe o HTML. Em queries competitivas, isso pesa no ranqueamento.

Como medir TTFB

A forma mais simples é via Chrome DevTools. Abra a aba Network, recarregue a página, clique na primeira requisição (o documento HTML), vá em Timing. O número “Waiting for server response” é o TTFB direto. Repita em algumas páginas para ter média.

Para medições mais consistentes, use o WebPageTest ou GTmetrix. Eles rodam de servidores remotos em várias localizações, com browser simulado, e geram waterfall completo da requisição. WebPageTest tem free tier para testes pontuais; GTmetrix tem dashboard contínuo no plano pago.

Para acompanhar TTFB ao longo do tempo, o Google Search Console traz dados reais do Chrome User Experience Report. Diferente das ferramentas laboratoriais, esses dados vêm de visitas reais do mundo todo. É a métrica que o Google realmente usa para avaliar performance do site.

Em sites de tráfego alto, ferramentas APM como New Relic ou Datadog mostram TTFB segmentado por hora, por URL, por região. Identificar que TTFB sobe de 200 ms para 800 ms toda terça-feira às 14h é o tipo de insight que só ferramenta contínua entrega. Combine com monitoramento de Core Web Vitals para fechar o ciclo de medição.

Fatores que afetam TTFB

Hospedagem é o fator número um. Hospedagem compartilhada barata, com 200 sites no mesmo servidor, entrega TTFB de 800 a 2000 ms mesmo em sites bem otimizados. Hospedagem gerenciada de WordPress (Kinsta, WP Engine) ou VPS dedicado entrega 100 a 300 ms consistentemente. A diferença é gritante.

Distância geográfica entre o servidor e o visitante é o segundo fator. Servidor em São Paulo entrega TTFB baixo para visitantes de São Paulo, mas pode adicionar 200 ms para visitantes de Manaus, e 500 ms para Lisboa. CDN resolve parte disso ao servir conteúdo cacheado do nó mais próximo, mas TTFB do HTML dinâmico depende sempre do servidor de origem.

Volume e qualidade dos plugins ativos é o terceiro fator. Plugins mal otimizados rodam em toda requisição e adicionam consultas ao banco, processamento PHP, chamadas externas. Sites com 60+ plugins acumulam centenas de milissegundos extras só nessa camada. Auditar e remover plugins inúteis costuma derrubar TTFB rapidinho.

Versão do PHP fecha o quarto fator principal. PHP 8.x processa em torno de 30% a 50% mais rápido que PHP 7.4 na maioria das operações WordPress. Sites em hospedagens conservadoras ainda em PHP 7.x ganham fôlego significativo só com upgrade. Combine com cache bem configurado e o número cai mais.

Como melhorar TTFB no WordPress

O caminho mais rápido para como melhorar ttfb é instalar plugin de cache de página. WP Rocket, LiteSpeed Cache ou WP Super Cache reduzem TTFB de páginas cacheadas para 50 a 150 ms. O plugin entrega HTML estático sem rodar PHP nem MySQL. É a otimização com maior retorno por menor esforço.

Em seguida, ative CDN para o site. Cloudflare gratuito é o caminho padrão. O CDN cacheia HTML em pontos próximos do visitante, e responde direto desses pontos sem ir até o servidor de origem. Para visitantes em regiões distantes do servidor, o ganho de TTFB é dramático.

Para conteúdo dinâmico que não pode ser cacheado (carrinho, checkout, área de membros), o caminho é otimizar o backend. Object cache via Redis reduz queries repetidas. Versão moderna do PHP acelera processamento. Hospedagem com infra dedicada elimina vizinhança ruidosa. Em conjunto, essas camadas trazem TTFB de páginas dinâmicas para níveis competitivos.

Por fim, audite plugins que rodam em toda requisição. Use Query Monitor para ver quais queries acontecem em cada página. Plugins de analytics, sliders complexos e extensões de SEO podem adicionar 100 a 300 ms de processamento sem entregar valor proporcional. Combine com hospedagem WordPress sólida para fechar o pacote.

Para sites onde TTFB é métrica crítica de SEO ou conversão, a FULL Services entrega o Perfmatter já licenciado e configurado dentro da stack profissional, junto com hospedagem otimizada para WordPress, Redis em memória e plugin de cache pré-tunado. Em vez de auditar plugin por plugin e configurar infra do zero, o site roda em uma stack onde TTFB já é validado em produção desde o primeiro deploy.