NitroPack vs WP Rocket é uma escolha entre duas arquiteturas. O WP Rocket é um plugin de WordPress: cache e otimização rodam no seu servidor, você compra uma licença anual e controla cada configuração. O NitroPack é um serviço de otimização em SaaS: um plugin conector manda as suas páginas para a infraestrutura do NitroPack, que otimiza e entrega os arquivos pela CDN dele, e os planos são vendidos por uso. O NitroPack pede menos de você e faz mais coisa de fábrica. O WP Rocket dá mais controle e menos dependência externa. Qual é melhor depende de quem cuida do site e de quanto você aceita depender de um serviço de fora.
Os dois produtos têm usuários fiéis e críticos barulhentos, e muito do que circula na internet é print de nota. Vou ficar em como cada um funciona, o que isso significa para o seu site e como julgar o resultado com dados de campo. Não cito preço porque os dois mudam com frequência; confira as páginas de preço dos fornecedores. Para uma comparação mais ampla, com plugins gratuitos, veja melhor plugin de cache para 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).
Como o NitroPack funciona em comparação com o WP Rocket?
Com o WP Rocket, quem trabalha é o seu servidor. O plugin gera HTML em cache no disco, minifica e combina arquivos, atrasa scripts e grava o resultado localmente. A exceção que vale citar é o Remove Unused CSS, que o WP Rocket processa nos servidores dele e devolve pronto. Os seus arquivos saem do seu servidor ou da CDN que você configurar.
Com o NitroPack (plugin conector no WordPress.org), a otimização acontece na nuvem do NitroPack. Ele monta versões otimizadas das páginas, cuida de CSS, JavaScript, fontes e imagens por lá e entrega os arquivos estáticos pela CDN dele. O plugin no seu site basicamente conecta, entrega o resultado otimizado e limpa o cache quando o conteúdo muda. É por isso que o NitroPack pede tão pouca configuração: a maior parte das decisões fica com o serviço.
NitroPack vs WP Rocket lado a lado
| Área | WP Rocket | NitroPack |
|---|---|---|
| Tipo | Plugin de WordPress | Serviço SaaS com plugin conector |
| Onde a otimização roda | No seu servidor (CSS não usado nos servidores do WP Rocket) | Na infraestrutura do NitroPack |
| Modelo de preço | Licença anual por número de sites | Planos por uso, como visualizações de página; confira os limites atuais |
| CDN | Opcional (complemento RocketCDN ou qualquer CDN) | Inclusa |
| Otimização de imagem | Não inclusa | Inclusa |
| Configuração | Muitas opções com campos de exclusão | Predefinições, menos decisões manuais |
| Se você cancelar | Pelos termos do WP Rocket, acabam atualizações e suporte; confira quais recursos exigem licença ativa | A otimização e a CDN param, porque moram no serviço |
| Depuração | Tudo está no seu servidor, visível | Parte do processo fica fora da sua vista |
Quais são os prós e contras de um otimizador em SaaS?
A vantagem é real: um dono de site sem desenvolvedor liga o NitroPack e ganha cache, CDN, compressão de imagem e tratamento de scripts sem precisar aprender o que é cada coisa. Num servidor pequeno, tirar esse trabalho da máquina também ajuda.
Os custos são do tipo que você percebe depois:
- Dependência. A performance do seu front-end passa a depender de um serviço externo estar no ar e dos limites do seu plano. Com preço por uso, crescer em tráfego pode significar subir de plano.
- Aprisionamento. Se você sair, as otimizações saem junto. Vai ser preciso montar cache e tratamento de arquivos na sua própria stack.
- Visibilidade. Quando um layout quebra ou um script se comporta mal, parte do que gerou a página não está no seu servidor, e achar a causa demora mais.
- Dados. Páginas e arquivos passam pela infraestrutura de outra empresa. Para a maioria dos sites, tudo bem. Para empresas reguladas, isso entra na revisão de privacidade e de LGPD.
Para o site certo, esses custos são aceitáveis, e o WP Rocket carrega uma versão menor da mesma troca no processamento de CSS não usado fora do seu servidor.
Por que a nota de laboratório engana nessa comparação?
Qualquer otimizador que atrasa quase todo o JavaScript até o usuário interagir consegue notas altíssimas no Lighthouse, porque o Lighthouse carrega a página e não clica em nada. O visitante real clica. Quando ele toca no menu, todos os scripts atrasados podem carregar e executar de uma vez, e é exatamente essa interação que o INP mede. NitroPack e WP Rocket podem atrasar scripts, então isso vale para os dois.
Por isso eu julgo essa escolha pelos dados de campo: p75 de LCP, INP e CLS do CrUX, no PageSpeed Insights ou no Search Console, na janela de 28 dias. Nota 100 no laboratório com INP de campo ruim não é site rápido. A diferença está explicada em dados de campo vs dados de laboratório nas Core Web Vitals.
E o W3 Total Cache comparado ao WP Rocket?
Muita gente também pesa esse par. O W3 Total Cache é gratuito (com versão Pro paga) e cobre cache de página, object cache, cache de banco, cache de navegador, minificação e CDN, cada um com escolha de armazenamento como disco, Redis, Memcached ou APCu. O WP Rocket cobre menos camadas de servidor, mas tem mais recursos de front-end e uma configuração muito mais simples. O W3 Total Cache serve ao engenheiro que quer ligar cada camada de propósito. O WP Rocket serve a todo o resto. Nas auditorias, os problemas que encontro com o W3 Total Cache são de configuração, como cache de banco num disco lento, não falhas do plugin.
Quem deve escolher NitroPack, e quem deve escolher WP Rocket?
- NitroPack, se ninguém vai cuidar das configurações de performance, você quer CDN e otimização de imagem na mesma conta e aceita depender de um serviço externo.
- WP Rocket, se você ou o seu desenvolvedor querem ver e controlar o que acontece com cada arquivo, se já existe CDN ou cache da hospedagem, ou se você prefere um custo anual fixo.
- Nenhum dos dois como cache de página, se a hospedagem já faz cache do HTML. Use o cache da hospedagem e veja em page cache, object cache e edge cache o que mais você pode precisar.
O que conferir antes de assinar o NitroPack?
Leia os limites do plano e o que acontece quando você passa deles. Entenda como a limpeza de cache conversa com o seu fluxo de publicação: quando alguém atualiza um post, um preço muda no WooCommerce ou um post agendado vai ao ar, em quanto tempo a versão otimizada acompanha? Veja como excluir páginas, cookies e scripts, porque toda loja e todo site de membros acaba precisando de exclusão. Se você tem obrigações de privacidade, pergunte onde páginas e arquivos são processados e guardados. E planeje a saída: anote o que você precisaria no seu próprio servidor (cache de página, CDN, otimização de imagem) se um dia cancelar, para que sair seja um projeto com estimativa e não uma emergência.
Como testar NitroPack contra WP Rocket?
Use staging no servidor da produção. Instale um de cada vez e remova o outro por completo, incluindo drop-ins e regras de rewrite. Meça o TTFB com cache quente, rode vários testes de laboratório por template e depois faça o que o Lighthouse não faz: abra menus, envie formulários, adicione ao carrinho e acompanhe na aba Performance as tarefas longas da primeira interação. Confira que páginas de usuário logado e checkout estão excluídas. Depois de publicar, compare o p75 de campo quando uma janela completa do CrUX tiver passado. Se os números ficarem próximos, quem decide são os prós e contras acima, não a nota. Se você ainda está escolhendo entre plugins, FlyingPress vs WP Rocket cobre outra opção paga, e como acelerar o WordPress mostra onde o cache entra no processo completo.
Se você já trocou de otimizador mais de uma vez e os dados de campo não saíram do lugar, pare de trocar plugin e encontre o gargalo de verdade. É para isso que serve a minha auditoria de performance WordPress.