Cache no WordPress: o que é e como configurar do jeito certo

Atualizado em 19/06/2026

Imagine ter que cozinhar um prato do zero toda vez que alguém pede — em vez de já deixá-lo pronto para servir na hora. É exatamente essa a diferença que o cache faz no WordPress. Sem cache, o servidor remonta cada página a cada visita, executando PHP e consultando o banco de dados repetidamente. Com cache, ele entrega uma cópia já pronta, em uma fração do tempo. O resultado é um site mais rápido, um servidor mais leve e visitantes mais satisfeitos.

O que é cache, na prática

Cache é uma cópia temporária de algo que custa tempo para produzir, guardada para reutilização imediata. No WordPress, esse "algo" pode ser a página HTML inteira, o resultado de uma consulta ao banco, os arquivos estáticos (imagens, CSS, JavaScript) ou o código PHP já compilado. Em todos os casos a ideia é a mesma: fazer o trabalho pesado uma vez e reaproveitar o resultado, em vez de repeti-lo a cada acesso.

Os tipos de cache (explicados de forma simples)

Existem várias camadas de cache, e elas trabalham juntas. Vale entender o papel de cada uma:

• Cache de página: guarda a página HTML pronta. Na próxima visita, o servidor entrega essa cópia sem executar PHP nem consultar o banco. É o tipo de maior impacto para sites de conteúdo e o primeiro que eu configuro.
• Cache de objeto: guarda o resultado de consultas e operações internas do WordPress (com Redis ou Memcached). Brilha em sites dinâmicos, com áreas logadas ou muito tráfego — como lojas grandes — onde nem tudo pode virar página estática.
• Cache de navegador: instrui o navegador do visitante a guardar arquivos estáticos (imagens, CSS, JS) localmente. Assim, na segunda visita, ele não baixa tudo de novo — apenas reaproveita o que já tem. Configura-se no servidor.
• OPcache (cache de PHP): guarda o código PHP já compilado na memória do servidor, evitando recompilá-lo a cada requisição. Costuma vir ligado na hospedagem e acelera qualquer site WordPress, sem configuração no painel.
• Cache de CDN: uma rede de servidores espalhados pelo mundo guarda cópias dos seus arquivos (e às vezes das páginas) e os entrega a partir do ponto mais próximo de cada visitante, reduzindo a distância e a latência.

Como cada tipo acelera o site

Resumindo o papel de cada camada e onde ela é configurada:

O que NUNCA cachear

Aqui mora o erro mais comum — e o mais perigoso para quem tem loja. Páginas personalizadas para cada visitante não podem ser servidas a partir de uma cópia única, ou o conteúdo de um usuário vaza para outro. No WooCommerce, isso significa deixar de fora do cache de página:

• O carrinho — muda conforme os itens de cada visitante.
• O finalizar compra (checkout) — dados sensíveis e específicos da sessão.
• A minha conta — área logada, com pedidos e dados pessoais.

O restante da loja (página inicial, categorias, fichas de produto) pode e deve ser cacheado. Configurar essa exclusão corretamente é o que separa uma loja rápida de uma loja com bugs no checkout. Detalho esse cuidado em WooCommerce lento.

Como configurar o cache

Há dois caminhos que se complementam: o plugin de cache (que cuida do cache de página e, muitas vezes, integra o resto) e o cache de navegador (definido no servidor).

1. Plugin de cache de página

O conceito é direto: você instala um plugin de cache, ele passa a gerar uma cópia HTML de cada página na primeira visita e a servir essa cópia nas seguintes. A maioria oferece, num mesmo lugar, cache de página, regras para o cache de navegador, minificação de CSS/JS e integração com CDN. Importante: verifique antes o que a sua hospedagem já faz — algumas hospedagens gerenciadas já têm cache no servidor, e empilhar plugin em cima pode causar conflito. O constante abaixo, que algumas configurações usam para sinalizar que o cache está ativo, pode ir direto no wp-config.php:

// no wp-config.php, ANTES da linha "Isso e tudo, pode parar de editar"
define('WP_CACHE', true);

2. Cache de navegador no .htaccess

Em servidores Apache, o cache de navegador é ativado com o módulo mod_expires. As regras abaixo dizem ao navegador por quanto tempo guardar cada tipo de arquivo:

# Cache de navegador (mod_expires) — Apache
<IfModule mod_expires.c>
    ExpiresActive On
    ExpiresByType image/jpeg "access plus 1 year"
    ExpiresByType image/png  "access plus 1 year"
    ExpiresByType image/webp "access plus 1 year"
    ExpiresByType image/svg+xml "access plus 1 year"
    ExpiresByType text/css   "access plus 1 month"
    ExpiresByType application/javascript "access plus 1 month"
    ExpiresByType image/x-icon "access plus 1 year"
</IfModule>

Quando o cache vira problema

O efeito colateral mais comum do cache é simples de reconhecer: você altera algo no site e a mudança não aparece. Trocou um preço, editou um texto, publicou uma promoção — e continua vendo a versão antiga. Isso acontece porque o cache ainda está servindo a cópia anterior. A solução é limpar o cache, na ordem:

1. Limpe o cache do plugin (quase sempre há um botão "limpar cache" na barra do WordPress).
2. Limpe o cache da CDN, se você usa uma — ela tem a própria cópia.
3. Recarregue sem cache do navegador (Ctrl+F5) para descartar o cache local.

Quando, mesmo assim, a alteração não aparece, costuma haver mais de uma camada de cache ativa (plugin + hospedagem + CDN) sem coordenação. Aí o trabalho é mapear as camadas e deixar uma só no comando — senão você fica "brigando" com o próprio site a cada edição.