TTFB alto no WordPress: como reduzir o tempo do servidor

Tipo Performance & Velocidade

Nome do erro Como corrigir TTFB alto no WordPress (Reduce server response time)

Severidade Grave

Descrição TTFB alto no WordPress é quando o Time to First Byte, o tempo entre o navegador pedir a página e receber o primeiro byte de resposta do servidor, passa de 600ms. Costuma vir de hospedagem lenta, ausência de cache de página, PHP não otimizado ou queries de banco demoradas que atrasam a geração da página.

Conteúdo exclusivo para membros Pro

Faça upgrade para acessar este item completo.

// ★ Conteúdo disponível para membros Pro...
// Faça upgrade para acessar este item.

Perguntas frequentes

Qual é um bom valor de TTFB no WordPress?

O Google considera bom um TTFB abaixo de 600 a 800 milissegundos com dados de campo. Acima de 600ms o PageSpeed sinaliza a oportunidade "Reduzir o tempo de resposta do servidor", porque esse atraso entra em todas as métricas seguintes, inclusive o LCP.

O que mais reduz o TTFB no WordPress?

Cache de página costuma ser a medida de maior impacto, porque serve HTML pronto em vez de gerar a página com PHP e banco a cada visita. Em segundo lugar vêm PHP atualizado com OPcache, cache de objeto e uma hospedagem com recursos adequados.

Cache de página resolve o TTFB de usuários logados?

Não. Páginas logadas, carrinho e checkout costumam ignorar o cache de página por serem personalizadas. Nelas, o TTFB depende de PHP rápido, cache de objeto (Redis ou Memcached) e queries de banco eficientes.

TTFB alto é culpa da hospedagem?

Muitas vezes sim, mas nem sempre. Se o TTFB cai bastante quando uma página é servida do cache, o gargalo é a aplicação (PHP e banco). Se segue alto mesmo em cache, o problema é o servidor ou a rede, e um upgrade ou CDN ajuda.

Um CDN melhora o TTFB?

Melhora quando o CDN cacheia a resposta na borda e a entrega de um nó próximo ao visitante, cortando a latência de rede. Para conteúdo não cacheável, o CDN reduz só a parte de rede do TTFB, não o tempo de processamento no servidor de origem.

Reduzi o TTFB no teste mas o campo ainda mostra alto. Por quê?

Os dados de campo do PageSpeed são uma média de 28 dias de usuários reais e demoram semanas para refletir as correções. Além disso, o teste de laboratório mede de um único local; o campo reúne visitantes de várias regiões e conexões.

Pro Crítico

Como corrigir scripts essenciais do WooCommerce removidos pelo Perfmatters

Scripts do WooCommerce removidos pelo Perfmatters acontecem quando o Script Manager desativa assets como wc-cart-fragments, woocommerce e wc-checkout marcados como Everywhere, em vez de Current URL. Sem esses arquivos, o carrinho Ajax para de atualizar e o checkout fica sem o JavaScript que processa o pedido.

Pro Grave

Como corrigir JavaScript do JetEngine removido pelo Perfmatters

O JavaScript do JetEngine removido pelo Perfmatters acontece quando o Delay JavaScript ou o Script Manager tira o jet-engine frontend.min.js e o jQuery da página. O resultado e Listing Grid vazio, JetSmartFilters que não filtra e Load More que não responde. A correção e excluir os scripts do JetEngine do delay, não desligar o Perfmatters.

Pro Grave

Como corrigir LCP alto no WordPress (Core Web Vitals)

LCP alto no WordPress é quando o Largest Contentful Paint, o tempo até o maior elemento visível (geralmente a imagem ou o título do topo) ser renderizado, passa de 2,5 segundos. Costuma vir de servidor lento (TTFB), imagem hero pesada ou recursos que bloqueiam a renderização.

Pro Grave

Como corrigir o conflito de otimização de JavaScript entre WP Rocket e Perfmatters

O conflito acontece quando WP Rocket e Perfmatters aplicam a mesma otimização de JavaScript (adiar, atrasar ou minificar) sobre os mesmos arquivos. O script recebe a otimização em dobro, perde a ordem de carregamento e funções como menu, slider e formulário param de responder no frontend.

Pro Atenção

Como corrigir o erro de Critical CSS não gerado no WP Rocket

O erro Critical CSS not generated no WP Rocket ocorre quando a API do plugin não consegue acessar a página para gerar o CSS crítico, retornando mensagens como Invalid response code, cURL error 28 ou Timeout. A causa quase sempre e bloqueio de IP por firewall, Cloudflare Bot Fight Mode ou WP-cron parado.

Pro Atenção

Como corrigir o impacto de scripts de terceiros (Analytics e Pixel) no WordPress

Scripts de terceiros como Google Analytics e Facebook Pixel carregam de domínios externos no head e bloqueiam a thread principal, elevando o Total Blocking Time e o LCP. A correção adia esses scripts até a interacao e hospeda o analytics localmente.

Setores

Extensões

Integrações

Como corrigir TTFB alto no WordPress (Reduce server response time)

Conteúdo exclusivo para membros Pro

Perguntas frequentes

Itens relacionados

Como corrigir scripts essenciais do WooCommerce removidos pelo Perfmatters

Como corrigir JavaScript do JetEngine removido pelo Perfmatters

Como corrigir LCP alto no WordPress (Core Web Vitals)

Como corrigir o conflito de otimização de JavaScript entre WP Rocket e Perfmatters

Como corrigir o erro de Critical CSS não gerado no WP Rocket

Como corrigir o impacto de scripts de terceiros (Analytics e Pixel) no WordPress

Setores

Extensões

Integrações

Extensões

Hero Sections

Seções de CTA

Login

Blog

Cabeçalhos

Seções de FAQ

Cadastro

Blog individual

Rodapés

Seções de contato

Seções de preços

Faixas

Portfólio

Seções de equipe

Números

Logotipos