Cache de Página

Cache de página WordPress é a camada de cache que armazena o HTML completo de cada página depois da primeira geração e serve a cópia diretamente nas próximas visitas, sem executar PHP nem consultar o banco de dados. É o tipo de cache que entrega o ganho mais visível de performance: um site que respondia em 1.500 ms passa a responder em 80 ms. É item obrigatório em qualquer instalação WordPress que receba tráfego acima do mínimo.

O que é cache de página

O conceito é direto. Quando alguém acessa uma página WordPress sem cache, o servidor executa um fluxo completo: carrega o WordPress, roda plugins, monta queries no MySQL, processa templates, gera o HTML e envia ao navegador. Esse processo consome CPU, memória e tempo, geralmente entre 500 ms e 3 segundos por requisição em sites médios.

Page cache quebra esse desperdício. Na primeira visita, o WordPress gera o HTML normalmente, mas o plugin de cache salva uma cópia estática do output em arquivo .html ou em memória. Nas visitas seguintes, o servidor entrega essa cópia direto, sem rodar PHP. O ganho típico é de 8x a 15x na velocidade de resposta.

Cache html wordpress é praticamente sinônimo de cache de página. A diferença sutil é que cache de página pode usar HTML estático em arquivos ou cache em RAM via Varnish/Redis. Em ambos os casos, o objetivo é o mesmo: evitar reprocessar PHP em páginas que não mudaram.

O termo full page cache aparece em hospedagens premium para enfatizar que o cache é da página inteira, sem fragmentação. Em contraposição, alguns sistemas oferecem fragment cache, que cacheia apenas blocos específicos. Para a maioria absoluta dos casos, full page cache é o tipo certo: leve, simples, com ganho expressivo.

Como cache de página funciona

O fluxo segue três fases. Primeira fase é geração: na primeira visita a uma URL, o WordPress processa normalmente. Antes de enviar o HTML ao navegador, o plugin de cache intercepta e salva a cópia. A primeira visita a uma página em cache demora exatamente o que demoraria sem cache. O ganho começa a partir da segunda visita.

Segunda fase é entrega. Toda visita seguinte a essa URL, o plugin (ou servidor configurado) verifica antes do WordPress carregar se existe cópia válida. Se existe, serve a cópia em milissegundos sem inicializar o PHP. Esse atalho é o que transforma a performance: o servidor responde como se fosse um site estático, mantendo o WordPress dinâmico por trás para autores.

Terceira fase é invalidação. Quando o autor publica novo post, edita uma página, atualiza um produto WooCommerce ou aprova um comentário, o plugin de cache detecta a mudança e descarta as cópias afetadas. Na próxima visita, o sistema gera versão nova. Plugins modernos fazem isso automaticamente sem você precisar pensar.

TTL e gatilhos

Cada cópia tem um TTL (time to live) que define validade. Pode ser 1 hora, 24 horas, 7 dias. TTL curto garante atualização rápida; TTL longo maximiza o hit rate. Para sites de conteúdo estático, 7 dias é razoável. Para portais de notícias com 100 posts/dia, TTL de 1 hora é mais apropriado. WP Rocket trabalha com 10 horas como padrão sensato.

Page Cache vs Object Cache

São camadas diferentes que resolvem problemas diferentes e funcionam em paralelo nos sites mais sérios. Confundir os dois conceitos é erro comum em quem está começando a tunar performance WordPress.

Page Cache armazena o HTML completo da página renderizada. Funciona perfeitamente para visitantes anônimos vendo conteúdo público: posts, páginas estáticas, listagens. Não funciona para conteúdo personalizado por usuário (área logada, carrinho de compras, dashboard) porque cada usuário veria a versão de outro.

Object Cache armazena resultados específicos de queries no banco de dados em memória (Redis ou Memcached). Funciona em qualquer cenário, inclusive áreas logadas, porque cacheia apenas as consultas individuais. É o tipo de cache que faz WooCommerce e BuddyPress voarem mesmo sem page cache ativo.

Sites grandes usam os dois. Page cache cobre 80% das visitas (visitantes anônimos), entregando velocidade absurda. Object cache cobre os 20% restantes (usuários logados, áreas privadas), evitando que o painel admin e carrinho de compras virem lentidão. Combinar os dois é a fórmula clássica de WordPress de alta performance. Para entender o panorama mais amplo, vale ler cache WordPress em geral.

Outras camadas complementares são cache de navegador (assets estáticos no browser do visitante), cache de CDN (cópias em servidores edge espalhados globalmente) e cache de OPcache (PHP pré-compilado). Todas funcionam em paralelo sem conflito. Object cache é especialmente crítico em e-commerces.

Plugins e configurações recomendadas

Quatro plugins dominam o mercado de cache no WordPress brasileiro. Cada um tem perfil específico e a escolha depende de hospedagem, complexidade do site e orçamento.

WP Rocket é o padrão pago do mercado. Configuração praticamente automática: instala, ativa e o site fica rápido. Inclui page cache, browser cache, lazy loading, otimização de CSS/JS, integração com CDNs e Cloudflare APO, defer de scripts, otimização de fontes Google. Custa US$ 59/ano para um site. É a opção que mais economiza tempo.

LiteSpeed Cache é gratuito e tecnicamente o mais rápido em hospedagens com servidor LiteSpeed (Hostinger, hospedagens premium nacionais). Oferece cache no nível do servidor (LSCache), não apenas no PHP, o que é dramaticamente mais eficiente. Em hospedagens Apache ou Nginx tradicionais, perde parte da vantagem.

W3 Total Cache é a opção gratuita mais flexível. Suporta nativamente Redis, Memcached, Varnish, múltiplas CDNs, fragment cache e database cache. Curva de aprendizado maior, configurações em dezenas de telas, mas oferece controle granular para quem entende o que está fazendo.

O WP Super Cache é mantido pela Automattic e é a opção mais simples. Instala, ativa, escolhe entre Simple, Expert ou WP-Cache. Para iniciantes que querem cache funcionando sem configuração, é a escolha. Mais leve que W3 Total Cache, mas com menos features avançadas.

Independente do plugin, três configurações importam mais. Primeira: ativar cache para visitantes anônimos. Segunda: excluir do cache páginas como /carrinho/, /checkout/, /minha-conta/, /wp-admin/. Terceira: definir TTL apropriado ao tipo de conteúdo do site. Combine com um plugin de cache tunado e os ganhos aparecem em horas. Bom TTFB é resultado direto de cache de página bem feito.

Para sites WordPress que precisam de performance consistente em produção sem você ter que configurar plugin por plugin, a FULL Services entrega o WP Rocket já licenciado e tunado dentro da stack profissional, junto com Redis para object cache, CDN configurada e curadoria completa para velocidade. Em vez de testar combinação por combinação, você roda em uma base validada onde cache de página, cache de objeto e CDN trabalham juntos desde o primeiro dia.