TTFB (Time to First Byte) é o tempo entre o navegador enviar a requisição e receber o primeiro byte de resposta do servidor. É a métrica que mede a velocidade do servidor antes de qualquer coisa chegar ao usuário. TTFB alto significa servidor lento, PHP lento ou banco de dados sobrecarregado.

O Google recomenda TTFB abaixo de 800ms. Sites WordPress sem cache frequentemente ficam entre 1,5 e 4 segundos, o que impacta diretamente o LCP e, consequentemente, o ranqueamento.

Este tutorial mostra como diagnosticar o TTFB, identificar a causa raiz e aplicar os ajustes que fazem diferença real no WordPress.

---

O que é TTFB e por que importa para SEO

TTFB é a primeira etapa do carregamento de qualquer página. Antes de o navegador baixar HTML, CSS ou imagens, ele espera o servidor responder. Se essa espera demora muito, tudo que vem depois também atrasa.

Para o SEO, TTFB importa porque é o componente que mais influencia o LCP em sites WordPress lentos. Um site com LCP de 3,5 segundos frequentemente tem 2 segundos de TTFB e 1,5 segundo de download e renderização. Reduzir o TTFB de 2 para 0,3 segundos resolve 75% do problema de LCP sem tocar em imagens, CSS ou JavaScript.

O TTFB também é o sinal mais difícil de camuflar com otimizações de frontend. CDN, lazy load e minificação ajudam no download e renderização, mas não cobrem um servidor lento que demora para processar o PHP.

---

Como medir o TTFB

Três ferramentas complementares para medir corretamente.

PageSpeed Insights

No relatório do PageSpeed Insights, o TTFB aparece na seção de diagnóstico como “Tempo de resposta inicial do servidor”. Mostra o valor medido e o threshold recomendado de 800ms.

Use sempre a URL de uma página de post ou produto, não a homepage. A homepage pode ter cache especial em alguns setups e não representa o comportamento real do site.

Google Search Console

Em Experiência, a seção de Core Web Vitals mostra o LCP real dos usuários. TTFB alto aparece indiretamente como LCP alto em URLs que não têm imagens pesadas. Se o LCP é alto mas as imagens são leves, o problema está no TTFB.

Chrome DevTools

Abrir o site no Chrome, pressionar F12, ir na aba Network, recarregar a página e clicar no primeiro arquivo HTML da lista. Na aba Timing, o valor “Waiting (TTFB)” mostra o tempo exato de espera pelo servidor.

Essa é a medição mais precisa porque é feita do seu navegador para o servidor real, sem simulação.

---

Causas mais comuns de TTFB alto no WordPress

Identificar a causa antes de aplicar qualquer ajuste é essencial. Os mesmos sintomas têm origens diferentes.

Ausência de cache de página

Sem cache, cada acesso ao WordPress executa PHP completo: inicializa o WordPress, carrega todos os plugins ativos, consulta o banco de dados, gera o HTML e envia. Em hospedagens compartilhadas, isso pode levar 1,5 a 3 segundos.

Com cache de página ativo, o servidor serve um arquivo HTML estático sem executar PHP. O TTFB cai para 50 a 200ms dependendo da hospedagem.

Essa é a causa mais comum e a que tem maior impacto quando resolvida.

Servidor lento ou sobrecarregado

Hospedagem compartilhada com muitos sites no mesmo servidor, ou plano básico com CPU e memória insuficientes para o volume de tráfego, geram TTFB alto independente de qualquer otimização.

A gente vê no suporte da FULL sites com WP Rocket configurado corretamente e TTFB ainda acima de 1 segundo porque a hospedagem não tem capacidade para o tráfego do site. Nesse caso, a solução é migrar de plano ou de hospedagem.

Servidores LiteSpeed entregam TTFB mais baixo que Apache para o mesmo hardware porque processam requisições de forma mais eficiente. KingHost e RedeHost usem LiteSpeed em planos de performance.

Muitos plugins pesados

Cada plugin ativo adiciona código PHP que executa em cada requisição. Plugins mal codificados que fazem consultas desnecessárias ao banco de dados em cada página, mesmo as que não usam o plugin, são causas frequentes de TTFB alto.

O plugin Query Monitor mostra quantas consultas SQL cada requisição gera e quais plugins são responsáveis por cada uma. Sites saudáveis têm 20 a 50 consultas por página. Sites problemáticos chegam a 300 ou mais.

Banco de dados sem otimização

Tabelas fragmentadas, opções obsoletas acumuladas e transientes expirados no banco de dados aumentam o tempo de cada consulta. O WordPress acumula dados na tabela wp_options ao longo do tempo que não são limpos automaticamente.

Plugins como WP-Optimize limpam revisões de posts, rascunhos, transientes expirados e otimizam as tabelas do banco de dados. Em sites com anos de operação, isso pode reduzir o tamanho do banco em 30 a 60% e melhorar o tempo de consulta.

---

Como reduzir o TTFB passo a passo

Passo 1: ativar cache de página

É o ajuste com maior impacto isolado. WP Rocket, LiteSpeed Cache e W3 Total Cache são as opções mais usadas.

Em hospedagens LiteSpeed, o LiteSpeed Cache gratuito entrega os melhores resultados por integração nativa com o servidor. O cache é servido pelo servidor sem executar PHP.

Em outras hospedagens, WP Rocket é mais simples de configurar e tem suporte direto para resolver conflitos.

Após ativar o cache, medir o TTFB novamente. Em sites sem cache prévio, a melhora é imediata e frequentemente reduz o TTFB de 2 segundos para menos de 300ms.

Passo 2: ativar cache de objetos

Cache de objetos armazena resultados de consultas frequentes ao banco de dados na memória RAM do servidor. Em vez de consultar o banco a cada requisição, o WordPress lê da memória.

Redis e Memcached são as tecnologias mais comuns. Verificar no painel da hospedagem se estão disponíveis. Hospedagens de performance como KingHost PRO, Cloudways e Kinsta oferecem Redis por padrão.

WP Rocket tem suporte nativo a Redis e Memcached nas configurações avançadas. LiteSpeed Cache também integra com Redis.

Em sites com muito conteúdo dinâmico ou WooCommerce, o cache de objetos pode reduzir o TTFB em 30 a 50% adicional após o cache de página.

Passo 3: identificar e desativar plugins pesados

Instalar o Query Monitor e acessar o site com ele ativo. O painel no admin mostra o número de consultas SQL por página e o tempo total de execução do PHP.

Se o número de consultas está acima de 100 em páginas simples, investigar quais plugins estão gerando as consultas extras. Query Monitor lista por plugin.

Plugins que geram muitas consultas em páginas onde não são usados podem ser desativados com Asset CleanUp ou Perfmatters, que permitem desativar plugins específicos por URL.

Passo 4: limpar e otimizar o banco de dados

Instalar WP-Optimize ou usar a função integrada do WP Rocket de limpeza de banco de dados. Limpar revisões de posts, rascunhos automáticos, comentários na lixeira e transientes expirados.

Em sites com mais de 2 anos de operação, essa limpeza frequentemente remove 10 a 50 mil linhas da tabela wp_options e reduz o tamanho do banco significativamente.

Fazer backup antes de qualquer limpeza de banco de dados.

Passo 5: verificar a hospedagem

Se após os passos 1 a 4 o TTFB ainda está acima de 800ms, o problema provavelmente está na capacidade do servidor.

Verificar no painel da hospedagem o uso de CPU e memória. Se estão consistentemente acima de 80%, o plano não tem capacidade para o tráfego atual.

Considerar migrar para plano superior na mesma hospedagem ou para hospedagem com servidor LiteSpeed se ainda estiver em Apache.

---

Resultado esperado por ajuste

Ajuste	Redução típica no TTFB	Complexidade
Ativar cache de página	70 a 90%	Baixa
Cache de objetos (Redis)	30 a 50% adicional	Média
Desativar plugins pesados	20 a 40%	Média
Otimizar banco de dados	10 a 30%	Baixa
Migrar hospedagem	Variável	Alta

---

TTFB e o plano PRO da FULL

O plano PRO da FULL inclui WP Rocket e Perfmatters, que cobrem os três primeiros passos desta lista diretamente. WP Rocket ativa cache de página e cache de objetos. Perfmatters desativa plugins pesados por URL sem precisar configurar manualmente cada um.

Combinados, os dois reduzem o TTFB na maioria dos sites WordPress para abaixo de 300ms sem necessidade de migrar hospedagem ou configurar Redis manualmente.

Por R$849,90 por ano em 10 sites, o custo de R$85 por site com WP Rocket e Perfmatters inclusos é menor que contratar os dois avulsos para um único site.

Ative o WP Rocket com 1 clique no plano PRO FULL: full.services/planos

---

FAQ

O que é um TTFB bom para WordPress?

O Google recomenda TTFB abaixo de 800ms. Sites com cache bem configurado em hospedagens de qualidade chegam a 50 a 200ms. Abaixo de 200ms é excelente. Entre 200 e 800ms é bom. Acima de 800ms precisa de atenção.

TTFB alto sempre significa servidor lento?

Não necessariamente. TTFB alto pode ser ausência de cache, plugins pesados ou banco de dados fragmentado, mesmo em servidores rápidos. Diagnosticar antes de concluir que a hospedagem é o problema.

CDN reduz o TTFB?

CDN reduz o tempo de download dos arquivos estáticos, mas o TTFB do HTML dinâmico ainda depende do servidor de origem. Cloudflare com cache de página habilitado pode reduzir o TTFB para visitantes fora da região do servidor, mas não substitui cache de página no servidor.

WP Rocket resolve o TTFB?

Sim, via cache de página. Sem cache, cada acesso executa PHP completo. Com WP Rocket, páginas em cache são servidas como HTML estático com TTFB de 50 a 200ms na maioria das hospedagens.

Quantos plugins é demais para o WordPress?

Não existe número absoluto. O impacto depende da qualidade do código de cada plugin. Um plugin bem codificado com 2 consultas SQL impacta menos que um plugin ruim com 50 consultas. Query Monitor mostra o impacto real de cada plugin instalado.

---

Conclusão

TTFB alto é um problema de servidor, não de conteúdo. Cache de página é o ajuste que resolve 70 a 90% dos casos com baixa complexidade de implementação. Para sites com cache já ativo e TTFB ainda alto, a causa está em plugins pesados, banco de dados fragmentado ou capacidade insuficiente da hospedagem.

O diagnóstico correto antes de aplicar qualquer ajuste economiza tempo e evita mudanças desnecessárias. PageSpeed Insights e Chrome DevTools mostram o TTFB em segundos, e Query Monitor identifica qual componente do WordPress está consumindo mais tempo.

Para quem quer resolver o TTFB sem configuração manual, o plano PRO da FULL inclui WP Rocket e Perfmatters por R$849,90 por ano em 10 sites, cobrindo cache de página e desativação de plugins pesados com 1 clique.

Ative o WP Rocket com 1 clique no plano PRO FULL: full.services/planos