WP Rocket vs LiteSpeed Cache se decide pelo servidor web. Se a sua hospedagem roda LiteSpeed Web Server ou OpenLiteSpeed, o LiteSpeed Cache costuma ser a melhor escolha: é gratuito, o cache de página roda dentro do servidor e não no PHP, e ele consegue fazer cache para usuário logado. Se a hospedagem roda Apache ou Nginx, o LiteSpeed Cache não usa o cache de página no nível do servidor, e o WP Rocket vira a opção mais simples e previsível. Os dois têm otimização de front-end. O WP Rocket tem menos configurações e suporte pago. O LiteSpeed Cache tem muito mais opções e depende do QUIC.cloud para alguns recursos.
Já auditei sites com os dois, e a escolha errada quase sempre nasce de ignorar o servidor. A pessoa instala o LiteSpeed Cache num Nginx porque é grátis e bem avaliado, e depois não entende por que o TTFB não mexeu. Ou roda WP Rocket numa hospedagem LiteSpeed com o LiteSpeed Cache ainda ativo, e agora dois caches de página discordam sobre o que está atualizado. Aqui eu comparo recursos documentados, não números de benchmark. A lista completa de opções está em melhor plugin de cache para WordPress, e o lugar do cache no processo inteiro está em como acelerar o WordPress.
Se a escolha for o WP Rocket, o código WPLIGHT dá 25% de desconto (detalhes do link de afiliado no guia do cupom WP Rocket).
Qual a diferença de arquitetura entre WP Rocket e LiteSpeed Cache?
O WP Rocket é um plugin comum de WordPress. Ele gera arquivos HTML estáticos em disco e adiciona regras de rewrite (no Apache) para o servidor devolver esses arquivos. Funciona do mesmo jeito em Apache, Nginx e LiteSpeed. Os recursos de front-end mexem no HTML antes de salvar: arquivos minificados, CSS não usado removido, scripts atrasados, imagens com lazy load.
O LiteSpeed Cache é a parte WordPress de um cache que mora no servidor web LiteSpeed. O plugin diz ao servidor o que guardar, por quanto tempo e quando limpar, usando cabeçalhos de resposta. A página em cache é respondida pelo servidor sem carregar o PHP. Por isso o cache de página exige LiteSpeed (ou a CDN QUIC.cloud na frente de outro servidor). Os recursos de otimização são código do plugin e funcionam em qualquer servidor.
Como saber se a sua hospedagem usa LiteSpeed?
Abra a aba Network do navegador, carregue a página inicial e olhe os cabeçalhos de resposta do documento HTML. Um cabeçalho server: LiteSpeed é um bom indício. Com o LiteSpeed Cache ativo, x-litespeed-cache: hit ou miss mostra que o cache do servidor está funcionando. Algumas hospedagens escondem o cabeçalho de servidor; se não aparecer nada, pergunte ao suporte qual servidor web o seu plano usa. Muitas hospedagens compartilhadas usam LiteSpeed. A maioria das hospedagens gerenciadas de WordPress com que trabalho usa Nginx e cache de página próprio.
WP Rocket vs LiteSpeed Cache: comparação de recursos
| Área | WP Rocket | LiteSpeed Cache |
|---|---|---|
| Licença | Só pago, licença anual por número de sites | Plugin gratuito; serviços QUIC.cloud com faixa grátis e paga |
| Cache de página | Cache em disco, qualquer servidor | Cache no servidor em LiteSpeed ou OpenLiteSpeed; pela CDN QUIC.cloud nos demais |
| Usuário logado | Cache separado por usuário, opcional | Cache privado feito pelo servidor |
| Blocos dinâmicos em página com cache | Sem ESI | ESI no LiteSpeed Enterprise e no QUIC.cloud |
| Object cache | Não incluso; use um drop-in de Redis ou Memcached | Conector próprio para Memcached, LSMCD ou Redis |
| CSS não usado ou crítico | Remove Unused CSS, processado nos servidores do WP Rocket | CSS crítico e CSS único gerados pelo QUIC.cloud |
| JavaScript | Adiar (defer) e atrasar a execução | Opções de defer e de atraso |
| Otimização de imagem | Não inclusa (produto separado) | Pelo QUIC.cloud, com cotas |
| CDN | RocketCDN como complemento pago, ou qualquer CDN por reescrita de URL | CDN QUIC.cloud, ou qualquer CDN por reescrita de URL |
| Configuração | Poucas telas, padrões seguros | Muitas abas, bem granular |
| Suporte | Suporte por ticket incluso na licença | Fórum do WordPress.org e canais da própria LiteSpeed |
A lista de recursos muda a cada versão. Leia a documentação atual dos um ou dois recursos que pesam na sua decisão.
Qual é mais fácil de configurar sem quebrar o site?
O WP Rocket. A ativação liga cache de página e pré-carregamento, e as opções arriscadas começam desligadas. A tela de configuração cabe em poucas abas, e cada opção tem um campo de exclusão do lado. Para dono de negócio ou equipe pequena, esse é o melhor argumento para pagar.
O LiteSpeed Cache dá controle sobre TTL, regras de limpeza, blocos ESI, comportamento do crawler, CSS, JavaScript, otimização de imagem e mais. Gosto desse controle em sites onde alguém é dono da configuração. Onde ninguém é, encontro opção ligada porque um tutorial mandou, sem registro do motivo. Se escolher o LiteSpeed Cache, mude poucas configurações por vez e anote o que mudou.
Qual é melhor para WooCommerce?
Os dois tiram carrinho, checkout e minha conta do cache de página por padrão. A diferença aparece em páginas quase estáticas com uma parte dinâmica, como o minicarrinho no cabeçalho. Com ESI no LiteSpeed Enterprise ou no QUIC.cloud, o LiteSpeed Cache entrega a página em cache e busca só aquele bloco à parte. O WP Rocket não tem ESI, então a loja depende dos cart fragments do WooCommerce ou de excluir mais páginas.
Para cliente logado e painel, cache de página não é a resposta em nenhum dos dois. Object cache persistente é, e os dois funcionam com ele. Veja Redis object cache no WordPress.
Dá para usar WP Rocket num servidor LiteSpeed?
Dá. O cache em disco do WP Rocket funciona no LiteSpeed. Só que você abre mão do cache no nível do servidor, que é o principal motivo de estar num LiteSpeed com WordPress. O que eu evito é os dois plugins com cache de página ligado. Se você prefere os recursos de otimização do WP Rocket numa hospedagem LiteSpeed, escolha um cache e um conjunto de opções de front-end, e garanta que o outro plugin não está fazendo o mesmo trabalho.
Como decidir?
- Servidor LiteSpeed e alguém que vai cuidar das configurações: LiteSpeed Cache.
- Servidor LiteSpeed sem ninguém técnico: LiteSpeed Cache com o cache de página e só as otimizações conservadoras, ou WP Rocket se você quer suporte pago.
- Apache ou Nginx sem cache da hospedagem: WP Rocket, ou uma das opções de FlyingPress vs WP Rocket.
- Hospedagem gerenciada com cache de página próprio: nenhum dos dois como cache de página. Use o cache da hospedagem e só acrescente otimização de front-end se você mediu um problema no navegador.
Como comparar os dois no seu próprio site?
Faça a comparação em staging, no mesmo servidor da produção, com o mesmo tema e os mesmos plugins. Meça o TTFB deslogado logo depois de limpar o cache e de novo com o cache quente, por exemplo com curl -o /dev/null -s -w "%{time_starttransfer}\n" na página inicial, num post ou produto e num arquivo de categoria. Confira que carrinho, checkout e páginas de usuário logado não estão em cache. Depois ligue as opções de front-end uma a uma e teste menus, formulários e carrinho num navegador de verdade.
Número de laboratório mostra se o cache funciona. Se o visitante ficou mais rápido é pergunta para os dados de campo. Depois de trocar na produção, dê ao CrUX a janela de 28 dias e compare o p75 de LCP, INP e TTFB. Se a diferença entre os plugins for pequena, fique com o que a sua equipe consegue manter. As camadas de cache estão explicadas em page cache, object cache e edge cache.
Se você já testou os dois e os dados de campo continuam reprovando nas Core Web Vitals, o plugin de cache provavelmente não é o gargalo. Como especialista em Core Web Vitals, eu começo pelos dados de campo e rastreio qual parte da stack está lenta antes de alguém mexer em configuração de plugin.