Guia: como aumentar a velocidade do site WordPress

Para aumentar a velocidade do site WordPress, ative um plugin de cache compatível com o seu servidor, otimize as imagens, use PHP 8.3 ou mais novo e corte os plugins que mais pesam. Se ele continuar lento, o problema costuma estar no banco de dados, em consultas de algum plugin ou na hospedagem.

Abaixo está o caminho na ordem em que vale a pena seguir, começando pelo diagnóstico. Os conceitos gerais (Core Web Vitals, TTFB, cache do navegador, HTTP/3) estão no nosso guia de velocidade do site. Aqui o foco é o que muda no WordPress.

---

Por que o WordPress fica lento

O WordPress monta cada página na hora: o PHP executa o tema e os plugins, consulta o banco de dados (MySQL ou MariaDB) e só então devolve o HTML. Sem cache, esse trabalho se repete em toda visita. As causas mais comuns de um WordPress lento são:

• Plugins pesados ou mal escritos, que carregam scripts em todas as páginas ou fazem consultas demoradas ao banco.
• Tema ou construtor de páginas pesado, com muito CSS e JavaScript.
• Imagens enviadas direto da câmera ou do celular, com vários megabytes.
• Banco de dados inchado: revisões acumuladas, transients vencidos e opções carregadas em toda página (autoload).
• PHP antigo e hospedagem com recursos disputados.
• Scripts externos: chat, pixels de anúncio, fontes e mapas.

---

Passo a passo para diagnosticar

Antes de instalar qualquer coisa, descubra onde está o gargalo. Sem isso, você troca de plugin de cache três vezes e o problema continua.

1. Meça. No PageSpeed Insights, teste a home, um post e, se for loja, uma página de produto. Anote LCP, INP, CLS e o TTFB.
2. Veja a Saúde do site. Em Ferramentas > Saúde do site, o WordPress avisa sobre PHP desatualizado, pode recomendar cache de objeto persistente e, desde a versão 6.6, alerta quando as opções com autoload passam de 800 KB.
3. Instale o Query Monitor. Na barra do painel, ele mostra o tempo de geração da página e o número de consultas. Em “Queries by Component”, aponta qual plugin ou tema faz mais consultas, além de consultas lentas, duplicadas e chamadas HTTP externas.
4. Interprete. TTFB alto com poucas consultas indica falta de cache de página ou servidor lento. Muitas consultas ou consultas lentas apontam para um plugin específico ou para o banco.
5. Confirme o culpado. Numa cópia do site, desative os plugins suspeitos um a um e meça de novo.
6. Remova o Query Monitor quando terminar. Ele é ferramenta de diagnóstico, não de uso permanente.

Dica: faça os testes em um ambiente de testes, e não no site no ar. Desativar o plugin errado em produção pode derrubar o checkout ou o formulário de contato.

---

Plugins de cache: qual escolher

Cache de página é a mudança que mais reduz o tempo de resposta do WordPress: o plugin salva o HTML pronto e o entrega sem executar PHP nem consultar o banco. Os quatro plugins mais usados, comparados com honestidade:

Plugin	Preço	Cache de página	Pontos fortes	Atenção
WP Rocket	Pago (licença anual)	Funciona em qualquer servidor	Configuração simples, com otimização de CSS e JS, lazy loading, pré-carregamento do cache e controle do Heartbeat	Não tem versão gratuita
LiteSpeed Cache	Gratuito	Só em servidores LiteSpeed ou via CDN QUIC.cloud	Otimização de imagens, CSS/JS, lazy loading e limpeza do banco funcionam em qualquer servidor	Em Apache ou Nginx, fica sem o cache de página do próprio plugin
W3 Total Cache	Gratuito, com versão Pro	Funciona em qualquer servidor	Cache de página, de objeto e de banco (Redis, Memcached, APCu, disco), minificação e integração com CDN	Muitas opções: a própria documentação sugere ativar a minificação aos poucos, porque pode quebrar o layout
WP Super Cache	Gratuito (Automattic)	Gera arquivos HTML estáticos	Simples e estável; o modo “Simple” não exige mexer no .htaccess	Só faz cache; otimização de CSS, JS e imagens fica com outras ferramentas

Na prática: se o servidor é LiteSpeed, use o LiteSpeed Cache. Se quer algo pronto e pode pagar, o WP Rocket. Se quer gratuito em Apache ou Nginx, o WP Super Cache (mais simples) ou o W3 Total Cache (mais completo). Na dúvida sobre o servidor web, pergunte à sua hospedagem.

Importante: use um plugin de cache por vez. Dois ao mesmo tempo geram conflito e páginas desatualizadas. Antes de trocar, desative e remova o anterior e limpe o cache da CDN, se houver.

---

Otimização de imagens

O WordPress já faz boa parte do trabalho sozinho, desde que você saiba o que ele cobre:

• WebP e AVIF: o WebP é aceito desde o WordPress 5.8, e o AVIF desde o 6.5, se a biblioteca de imagens do servidor (Imagick ou GD) tiver suporte. Confira em Ferramentas > Saúde do site > Informações, na seção de mídia.
• Tamanhos automáticos: o WordPress gera versões menores de cada imagem e monta o srcset, para o navegador baixar a que cabe na tela.
• Lazy loading nativo: imagens recebem loading="lazy" automaticamente. Desde a versão 6.3, o WordPress tenta deixar sem lazy a primeira imagem grande e marcá-la com fetchpriority="high".
• Compressão e conversão em lote: para imagens antigas da biblioteca, use um dos plugins de otimização de imagens.

Confira no PageSpeed Insights: temas, sliders e construtores de página às vezes aplicam lazy loading na imagem do topo. Se a imagem do LCP aparecer com loading="lazy", desative o lazy loading para ela nas opções do tema ou do plugin.

---

Menos plugins e um tema leve

O número de plugins importa menos do que o que cada um faz. Um plugin bem feito quase não pesa; um que carrega scripts em todas as páginas ou faz consultas sem índice pode multiplicar o tempo de resposta. O Query Monitor mostra quem é quem.

O que revisar	Por quê	O que fazer
Plugins desativados	Ocupam espaço e podem ter falhas de segurança	Excluir, não só desativar
Plugins que repetem funções do tema	Sliders, ícones e fontes duplicados somam CSS e JS	Manter só um responsável por cada função
Estatísticas e contadores de visitas	Alguns gravam no banco a cada acesso	Preferir ferramentas externas de analytics
Construtor de páginas	Adiciona CSS e JavaScript próprios	Ativar as opções de desempenho dele ou considerar um tema de blocos
Versões de WordPress, tema e plugins	Atualizações trazem correções e melhorias de desempenho	Atualizar com backup e testar antes as maiores

Um exemplo de ganho que vem só de atualizar: desde a versão 6.8, o WordPress faz carregamento especulativo, pré-buscando a próxima página quando o visitante começa a clicar num link (para quem não está logado e em sites com links permanentes amigáveis).

---

Banco de dados: revisões e transients

Com o tempo, a tabela de posts acumula revisões, e a tabela de opções acumula transients (dados temporários de plugins) e configurações de plugins já removidos. Se você tem acesso SSH com WP-CLI, a limpeza leva poucos minutos:

# 1. Backup do banco antes de tudo
wp db export backup-antes-da-limpeza.sql

# 2. Ver o tamanho de cada tabela
wp db size --tables --human-readable

# 3. Apagar transients vencidos
wp transient delete --expired

# 4. Apagar todas as revisões de posts (dá erro se não houver nenhuma)
wp post delete $(wp post list --post_type=revision --format=ids) --force

# 5. Otimizar as tabelas
wp db optimize

Para limitar as revisões daqui para frente, acrescente esta linha ao wp-config.php, acima do comentário que pede para parar de editar:

define( 'WP_POST_REVISIONS', 5 );

• Sem SSH: plugins como o WP-Optimize e a ferramenta de banco do LiteSpeed Cache fazem a mesma limpeza pelo painel.
• Autoload: se a Saúde do site alertar sobre opções carregadas automaticamente, veja quais plugins as criaram. Restos de plugins removidos são os suspeitos mais comuns.
• Backup sempre: na hospedagem de sites da SAN, o backup diário automático garante um ponto de volta se a limpeza apagar algo errado.

---

Cache de objeto com Redis

Cache de página não serve para tudo: carrinho, checkout, área de membros e o painel são montados para cada usuário. Nesses casos, o cache de objeto persistente guarda em memória o resultado das consultas ao banco, e o WordPress para de repetir o mesmo trabalho a cada clique.

1. Confirme com a hospedagem se o seu plano oferece um servidor Redis e quais são o endereço, a porta e a senha.
2. Instale o plugin Redis Object Cache. Ele funciona com a extensão PhpRedis ou com a biblioteca Predis, que já vem no plugin.
3. Se o Redis não estiver no endereço padrão, informe os dados no wp-config.php, conforme a documentação do plugin.
4. Ative o cache de objeto na tela do plugin e confira o status (ou rode wp redis status no WP-CLI).
5. Meça de novo com o Query Monitor, logado: o número de consultas ao banco deve cair.

Atenção: o plugin só funciona se houver um servidor Redis disponível, e nem todo plano de hospedagem compartilhada oferece. Em blogs e sites institucionais sem área logada, o cache de página costuma resolver sozinho; o Redis faz mais diferença em lojas WooCommerce, sites de membros e painéis movimentados.

---

PHP atualizado e hospedagem

A versão do PHP influencia o tempo que o WordPress leva para montar cada página. Em outubro de 2026, a recomendação oficial é esta:

Item	Recomendado	Fonte
PHP	8.3 ou mais novo	Requisitos do WordPress
Banco de dados	MySQL 8.0 ou mais novo, ou MariaDB 10.11 ou mais novo	Requisitos do WordPress
PHP 8.2	Só recebe correções de segurança até 31/12/2026	php.net

Você vê a versão atual em Ferramentas > Saúde do site > Informações > Servidor. No cPanel, a troca costuma ficar no MultiPHP Manager ou, em servidores com CloudLinux, em “Select PHP Version”. Teste antes numa cópia do site: plugins abandonados são os que mais quebram em PHP novo.

Na SAN: a hospedagem de sites roda em cloud, com cPanel, CloudLinux isolando os recursos de cada conta e tráfego ilimitado. A equipe migra o seu WordPress de graça e o suporte é em português. Veja a hospedagem de sites da SAN.

---

CDN no WordPress

Uma CDN entrega imagens, CSS e JavaScript a partir de servidores perto do visitante e tira essa carga da sua hospedagem. Para usar no WordPress:

• Cloudflare: tem plano gratuito e funciona pela troca dos servidores DNS do domínio. Veja como configurar a Cloudflare.
• Integração pelo plugin: o W3 Total Cache e o WP Rocket integram CDN, e o LiteSpeed Cache usa a QUIC.cloud.
• Cuidado com o HTML em cache na CDN: se ativar, crie regras para não guardar carrinho, checkout, minha conta e páginas de usuários logados.
• Depois de publicar mudanças, limpe o cache do plugin e o da CDN.

---

Heartbeat API: reduza, não desligue

A Heartbeat API mantém o painel em contato com o servidor: é ela que faz o salvamento automático e avisa quando outra pessoa está editando o mesmo post. Cada “batida” é uma requisição ao admin-ajax.php, repetida a cada 15 a 120 segundos. Com várias abas do painel abertas, isso consome CPU da hospedagem.

Para espaçar as batidas, adicione este filtro a um plugin de funções próprio ou ao functions.php de um tema filho:

add_filter( 'heartbeat_settings', function ( $settings ) {
    $settings['interval'] = 60; // segundos entre as batidas
    return $settings;
} );

Não desligue no editor: sem o Heartbeat, o salvamento automático e o aviso de edição simultânea param, e a Saúde do site deixa de carregar alguns resultados. Quem usa WP Rocket tem a opção de reduzir a atividade direto nas configurações do plugin.

---

Perguntas frequentes