Otimizar WordPress com LiteSpeed Cache em VPS Linux

Otimizar WordPress com LiteSpeed Cache significa instalar o plugin LiteSpeed Cache em um servidor que rode OpenLiteSpeed ou LiteSpeed Enterprise e ajustar cache de página, cache do navegador e otimização de recursos. O cache de página no servidor só funciona nesses dois servidores web; em Apache ou Nginx não há cache de página local no servidor, mas funcionam as otimizações do plugin e, opcionalmente, o cache de página na borda da QUIC.cloud CDN. Para aplicar em um VPS Linux, siga estes passos:

1. Prepare um VPS com OpenLiteSpeed ou LiteSpeed Enterprise e o WordPress já instalado.
2. Instale e ative o plugin LiteSpeed Cache no painel do WordPress.
3. Ative o cache de página e defina o tempo de vida (TTL) em Cache.
4. Ative minificação, combinação com cautela e carregamento adiado (lazy load) em Otimização de Página.
5. Confira as exclusões de WooCommerce e áreas logadas.
6. Valide com curl -I procurando o cabeçalho x-litespeed-cache.

Pré-requisitos

• Um VPS Linux com acesso root ou sudo (Ubuntu 24.04 LTS, Debian 13, Rocky Linux 9/10 ou AlmaLinux 9/10).
• OpenLiteSpeed ou LiteSpeed Enterprise como servidor web. Sem isso, não há cache de página no servidor. No OpenLiteSpeed, o módulo de cache precisa estar habilitado com um Storage Path (cache root) configurado e o virtual host deve permitir .htaccess ou ter CacheLookup on no contexto; sem isso o plugin ativa, mas o servidor nunca armazena páginas.
• WordPress funcionando com PHP 8.4 ou mais novo (via LSPHP) e banco MariaDB 11.8 LTS ou MySQL 8.4 LTS.
• Acesso de administrador ao painel wp-admin.
• Backup recente dos arquivos e do banco antes de qualquer mudança.
• Nenhum outro plugin de cache de página ativo.

Como o cache do LiteSpeed funciona com o WordPress

O cache de página do LiteSpeed é feito pelo próprio servidor web, não pelo PHP. O plugin informa ao servidor, por cabeçalhos HTTP, quais páginas podem ser guardadas e quando devem ser invalidadas. Por isso uma página em cache é entregue sem executar o WordPress nem consultar o banco de dados.

Isso explica a diferença para plugins de cache que gravam arquivos HTML em disco e dependem de regras de reescrita. Aqui, ao publicar ou atualizar um post, o plugin envia a instrução de limpeza (purge) das URLs afetadas, como a própria página, a home e as listagens relacionadas.

Há três camadas distintas que convém não confundir:

• Cache de página: HTML pronto, guardado no servidor LiteSpeed.
• Cache do navegador: arquivos estáticos (CSS, JS, imagens) guardados no dispositivo do visitante.
• Cache de objetos: resultados de consultas ao banco, via Redis ou Memcached. É opcional. Veja Otimizar WordPress com Redis: acelere no Alpine Linux 3.22 para a configuração do Redis.

Instalar o plugin LiteSpeed Cache

A instalação do plugin é o primeiro passo prático e pode ser feita pelo painel ou pela linha de comando com o WP-CLI, se ele estiver instalado no servidor.

Pelo painel: acesse Plugins > Adicionar novo, busque por LiteSpeed Cache, clique em Instalar e depois em Ativar.

Pelo WP-CLI, execute na pasta do site, com o usuário dono dos arquivos (não root):

cd /var/www/seudominio.com.br/public_html
wp plugin install litespeed-cache --activate

Ao rodar o comando, você verá a mensagem de plugin instalado e ativado. O caminho do site varia conforme sua instalação; ajuste para o seu diretório real.

Atenção: antes de ativar, desative e remova qualquer outro plugin de cache de página (WP Super Cache, W3 Total Cache, WP Rocket e similares). Dois plugins disputando as mesmas funções causam conteúdo desatualizado e erros de minificação.

Depois de ativar, o plugin adiciona o menu LiteSpeed Cache no painel. Se o servidor não for LiteSpeed, ele avisa que o cache de página não está disponível.

Configurar o cache de página e o TTL

A configuração do cache de página fica em LiteSpeed Cache > Cache. É aqui que se decide o que é guardado e por quanto tempo.

1. Na aba Cache, confirme que Habilitar cache está em Ligado.
2. Mantenha o cache para visitantes deslogados ligado. Cache para usuários logados é opcional e deve ser testado com cuidado.
3. Em TTL, defina por quanto tempo uma página fica válida. Sites com poucas atualizações toleram TTL maior; sites de notícias pedem TTL menor.
4. Na aba Excluir, liste URLs, cookies ou parâmetros que nunca devem ir ao cache, como páginas com conteúdo personalizado, tokens de sessão individuais ou dados sensíveis que não podem ser compartilhados entre visitantes. Exclua um formulário somente se testes demonstrarem que seus tokens ou estado dinâmico não funcionam corretamente com o cache.
5. Salve as alterações.

Não adote um valor de TTL pela fama: comece com o padrão do plugin, observe o comportamento e ajuste conforme a frequência real de atualização do conteúdo. O purge automático ao publicar já garante que mudanças apareçam sem esperar o TTL expirar.

Para WooCommerce, o plugin já exclui carrinho, checkout e área da conta por padrão. Mesmo assim, confira a aba Excluir e teste um fluxo de compra logado e deslogado após cada alteração.

Otimizar CSS, JavaScript e imagens

A otimização de recursos reduz o peso e o número de requisições, e fica em LiteSpeed Cache > Otimização de Página. Essa parte funciona também em servidores que não são LiteSpeed.

• Minificação de CSS e JS: remove espaços e comentários dos arquivos.
• Carregamento adiado de JS: evita que scripts bloqueiem a renderização.
• Lazy load de imagens: carrega imagens só quando entram na área visível.
• Otimização de imagens: disponível em LiteSpeed Cache > Otimização de Imagens (menu separado); depende da conexão do domínio aos serviços QUIC.cloud, de uma Domain Key válida e da quota disponível.

Ative uma opção por vez e teste o site depois de cada uma. Combinar e adiar arquivos JavaScript é a causa mais comum de menus quebrados, sliders parados e formulários que não enviam. Se algo quebrar, desfaça a última opção ativada, limpe o cache e teste. Reative uma por vez e exclua o arquivo problemático nas listas de exclusão da própria aba para tirar o script problemático do processo.

Ajustes de servidor também pesam no resultado. Para o lado do protocolo, veja Otimizar o Carregamento de Sites em VPS Linux e Servidor Dedicado com HTTP/2. Para um panorama de PHP, banco e CDN, consulte Como otimizar WordPress no VPS para alta carga.

Validar o cache com curl

A validação confirma que o servidor está entregando páginas do cache. Use curl -I, que mostra apenas os cabeçalhos da resposta.

curl -I https://seudominio.com.br/

Na primeira requisição após limpar o cache, procure uma linha como:

x-litespeed-cache: miss

Repita o comando. Na segunda requisição, a mesma página deve retornar:

x-litespeed-cache: hit

Se o cabeçalho não aparecer, as causas iniciais mais comuns são: cache desativado no plugin, servidor não LiteSpeed ou URL na lista de exclusões. Verifique também cookies de sessão ou de testes A/B que forçam bypass, parâmetros de query string não ignorados, cabeçalhos Cache-Control: no-cache enviados pelo tema ou plugin, status HTTP não elegível para cache e proxies ou CDNs que removem ou substituem o cabeçalho. Quando a entrega passa pela QUIC.cloud CDN, inspecione também o cabeçalho x-qc-cache e, se possível, teste diretamente o IP de origem para isolar onde o cache não está sendo gerado.

curl -sI https://seudominio.com.br/ | grep -i x-litespeed-cache

Teste também em janela anônima do navegador, pois sessões logadas costumam ignorar o cache público. Em páginas como carrinho e checkout, o esperado é não haver hit.

Cache de objetos e ajustes complementares

O cache de objetos guarda resultados de consultas ao banco e ajuda onde o cache de página não alcança, como áreas logadas, painel administrativo e lojas com muito conteúdo dinâmico. Ele é opcional e funciona com Redis ou Memcached, configurados em LiteSpeed Cache > Cache > Objeto.

Só ative depois de instalar e iniciar o serviço no VPS. Informe o método, o host e a porta do serviço conforme a sua instalação e use o botão de teste de conexão do plugin antes de salvar.

Outros ajustes úteis, sempre testando em seguida:

• Cache do navegador: no LiteSpeed Enterprise, ative a opção em Navegador para que CSS, JS e imagens sejam reaproveitados em visitas seguintes. No OpenLiteSpeed, o plugin pode não aplicar essas diretivas automaticamente para arquivos estáticos; nesse caso, configure os cabeçalhos Expires/Cache-Control no WebAdmin ou na configuração do virtual host e valide com curl -I em um arquivo CSS, JS ou imagem.
• Banco de dados: use a aba de otimização em LiteSpeed Cache > Banco de dados para limpar revisões antigas e transientes expirados, após fazer backup.
• Heartbeat e Crawler: o rastreador que reaquece o cache consome CPU; em VPS pequeno, mantenha-o desligado ou com limites baixos. O Crawler fica em LiteSpeed Cache > Crawler.

Para entender o que mais pesa em um WordPress, veja também Como otimizar o WordPress para alta performance em VPS Linux.

Problemas comuns e como resolver

Sintoma: o cabeçalho x-litespeed-cache não aparece

Causa: o servidor web é Apache ou Nginx; o cache está desligado no plugin; a URL está excluída; no OpenLiteSpeed, o módulo de cache não está habilitado ou o Storage Path não está configurado; ou um CDN ou proxy reverso está removendo o cabeçalho.
Solução: confirme que o VPS roda OpenLiteSpeed ou LiteSpeed Enterprise e que o módulo de cache está habilitado com cache root configurado; verifique Cache > Habilitar cache e revise a aba Excluir. Teste com uma URL pública deslogada. Se houver CDN ou QUIC.cloud na frente, verifique também o cabeçalho x-qc-cache e teste diretamente o IP de origem para isolar a camada sem cache.

Sintoma: o site mostra conteúdo antigo após atualizar uma página

Causa: purge não executado, TTL longo em página que não foi invalidada ou outro plugin de cache ativo.
Solução: use Caixa de ferramentas > Limpar > Limpar tudo no plugin (ou via WP-CLI: wp litespeed-purge all), remova qualquer outro plugin de cache e confira se uma CDN na frente também não está guardando a versão antiga.

Sintoma: layout quebrado, menu ou formulário parou de funcionar

Causa: minificação, combinação ou adiamento de JS/CSS incompatível com algum tema ou plugin.
Solução: desative a última opção de otimização ativada, limpe o cache e teste. Reative uma por vez e exclua o arquivo problemático nas listas de exclusão da aba.

Sintoma: carrinho ou checkout do WooCommerce mostra dados de outro cliente

Causa: página dinâmica servida do cache público, normalmente porque a detecção automática de exclusões não está funcionando ou uma regra personalizada sobrepõe as proteções padrão.
Solução: desative imediatamente o cache público do site ou das rotas afetadas e purgue todas as camadas, incluindo a CDN. Confirme que WooCommerce e LiteSpeed Cache estão atualizados e que a integração entre eles está ativa. Adicione explicitamente os URIs reais de carrinho, checkout e Minha conta às exclusões em Cache > Excluir, caso a detecção automática não esteja funcionando. Só reative o cache após validar com sessões independentes e confirmar que essas respostas nunca retornam cabeçalho de cache público HIT. Trate isso como prioridade, pois envolve dados de clientes.

Perguntas frequentes

O LiteSpeed Cache funciona em servidor que não seja LiteSpeed?

O cache de página na origem requer OpenLiteSpeed ou produto comercial compatível com LSCache (como LiteSpeed Enterprise ou Web ADC). Em uma origem Apache ou Nginx, não há cache de página local no servidor, mas o plugin pode oferecer cache de páginas na borda quando o site está corretamente integrado à CDN QUIC.cloud. As demais otimizações do plugin, como minificação, lazy load e otimização de imagens via QUIC.cloud, funcionam independentemente do servidor web.

Como saber se o LiteSpeed Cache está funcionando no WordPress?

Execute curl -I na URL da página e procure o cabeçalho x-litespeed-cache. Na primeira requisição ele costuma indicar miss e, na seguinte, hit. Se o cabeçalho não aparecer, verifique como causas iniciais se o cache está desativado, se o servidor não é LiteSpeed ou se a página está excluída do cache; considere também cookies de bypass, parâmetros de query string, cabeçalhos Cache-Control do tema ou plugin, status HTTP não elegível e proxies ou CDNs que removam o cabeçalho. Quando houver QUIC.cloud, inspecione igualmente o cabeçalho x-qc-cache e, se possível, teste diretamente a origem.

Posso usar LiteSpeed Cache junto com outro plugin de cache?

Não é recomendado. Dois plugins de cache de página disputam as mesmas funções e geram conflitos, como conteúdo desatualizado e erros de minificação. Desative e remova o outro plugin antes de configurar o LiteSpeed Cache.

O LiteSpeed Cache funciona com WooCommerce?

Sim, mas carrinho, checkout e área da conta não devem ser servidos do cache público. O plugin já trata essas páginas do WooCommerce por padrão; confirme em Cache > Excluir e teste o fluxo de compra logado e deslogado após cada alteração.

Preciso de Redis para usar o LiteSpeed Cache?

Não. O cache de página funciona sem Redis. O cache de objetos com Redis ou Memcached é um complemento que reduz consultas ao banco em páginas dinâmicas e áreas logadas, e é opcional.

Conclusão

• Confirme que o VPS roda OpenLiteSpeed ou LiteSpeed Enterprise e que o módulo de cache está habilitado antes de investir tempo na configuração do cache de página.
• Ative as otimizações de CSS e JS uma a uma, testando o site a cada mudança, e valide o cache com curl -I procurando x-litespeed-cache: hit.
• Revise as exclusões de WooCommerce e áreas logadas, e adicione cache de objetos apenas se o site tiver muito conteúdo dinâmico.

Leia também

• Otimizar o Desempenho do Nginx com Cache Avançado em VPS Linux e Servidor Dedicado
• Otimizar a Performance do Apache com KeepAlive em VPS Linux e Servidor Dedicado
• Otimizar o Carregamento de Sites em VPS Linux e Servidor Dedicado com HTTP/2

Precisa de ajuda com WordPress e LiteSpeed?

Se você quer um ambiente pronto para WordPress com LiteSpeed Cache em um VPS Linux, sem montar e manter o servidor por conta própria, confira os planos de VPS da AviraHost. Nossa equipe também orienta sobre a melhor configuração para o seu projeto.

Conhecer os planos de VPS