| Pré-requisito | Objetivo | Check de validação |
|---|---|---|
| PHP 8.2+ | Garantir base rápida antes do cache | Painel mostra a versão ativa do PHP |
| Backup recente | Reverter se uma opção quebrar o layout | Restauração testada uma vez |
| Medição de LCP | Comparar antes e depois de cada passo | PageSpeed Insights com nota base salva |
| Acesso ao .htaccess | Confirmar regras de cache do navegador | Arquivo legível via gerenciador de arquivos |
Legenda: os pré-requisitos precisam existir antes da primeira aba para configurar WP Rocket sem retrabalho.
--- ## O que o WP Rocket já faz sozinho na ativação Assim que é ativado, o WP Rocket aplica três otimizações automáticas sem nenhuma configuração: cache de página, cache do navegador via .htaccess e compressão GZIP. Segundo a documentação oficial do WP Rocket, esses recursos entram por padrão e o plugin ainda ajusta valores quando detecta certos temas, plugins ou hospedagens. Isso significa que parte do ganho de velocidade acontece antes de você tocar em qualquer botão. O cache de página grava o HTML pronto em arquivo e reduz o processamento de PHP e as consultas ao banco a cada visita. A compressão GZIP diminui o peso dos arquivos transferidos e o cache de página serve o conteúdo direto do disco. O erro comum aqui é mexer na otimização de arquivos achando que nada está ativo, quando o essencial já roda. Entender essa camada automática evita ligar opções avançadas cedo demais e quebrar o site sem motivo. --- ## Passo a passo para configurar WP Rocket sem quebrar o site Configurar WP Rocket corretamente leva cerca de 40 minutos numa instalação limpa e usa 4 ferramentas reais: o próprio WP Rocket para o cache, o PageSpeed Insights para medir o ganho, o Perfmatters para desligar scripts inúteis e o navegador em aba anônima para testar sem cache local. A regra de ouro é uma só: ligue uma opção, salve, limpe o cache e teste antes da próxima. Siga os 6 passos abaixo na sequência, sem pular a validação entre eles. ### Passo 1: Confirme o cache de página e a pré-carga Abra a aba Cache e confirme o cache para dispositivos móveis ativo, que vem ligado por padrão. Ative o pré-carregamento (preload) do cache para o WP Rocket gerar os arquivos HTML antes da primeira visita, em vez de esperar o usuário. Em sites pequenos, o preload completo termina em poucos minutos e já melhora o TTFB da primeira visita de cada página. ### Passo 2: Ative a minificação de CSS e JavaScript uma de cada vez Na aba Otimização de Arquivos, ligue a minificação de CSS, salve e teste; só depois ligue a de JavaScript. A documentação do WP Rocket avisa que essas opções podem quebrar o site: se algo sair do lugar, desative a última e investigue. Ligar CSS e JS juntos esconde qual dos dois causou o problema e dobra o tempo de diagnóstico. ### Passo 3: Configure o adiamento de JavaScript com cuidado no Elementor Ative o Delay JavaScript Execution para adiar scripts até a interação do usuário, o que costuma render alguns pontos no PageSpeed. Aqui mora o conflito mais comum: WP Rocket 3.x com Delay JavaScript agressivo somado ao Elementor PRO sem exclusão de handles resulta em popups e formulários que não abrem, sem erro visível. Adicione os scripts do Elementor à lista de exclusão antes de salvar. ### Passo 4: Ajuste o lazy load de imagens e vídeos Ligue o lazy loading de imagens e iframes na aba Mídia para adiar o carregamento do que está fora da tela. Em páginas longas com muitas imagens, o lazy load reduz o peso inicial e melhora o LCP em conteúdo abaixo da dobra. Exclua do lazy load a imagem principal do topo (a imagem do LCP), porque adiar justamente ela atrasa a métrica que você quer melhorar. ### Passo 5: Proteja o WooCommerce do cache de página Em lojas, exclua carrinho, checkout e minha-conta do cache de página antes de qualquer teste de compra. WP Rocket com cache de página sem exclusão de carrinho e checkout, somado ao WooCommerce, gera o pior cenário: o cliente vê o carrinho de outro usuário. O plugin já detecta o WooCommerce e exclui essas páginas, mas confirme manualmente, porque temas personalizados às vezes usam URLs fora do padrão. ### Passo 6: Limpe o cache e valide o ganho real Depois de configurar WP Rocket, limpe todo o cache e rode o PageSpeed Insights de novo, comparando com a nota base do início. Teste o site em aba anônima para ver o que o visitante real recebe, sem o cache do seu navegador. Se a nota não subiu, o gargalo provavelmente é a hospedagem ou o TTFB, e não o cache, como explica o guia para reduzir o TTFB no WordPress. --- ## Erros comuns ao configurar WP Rocket O erro mais frequente ao configurar WP Rocket é ligar todas as opções de otimização de arquivos de uma vez e perder a referência de qual delas quebrou o layout. Na prática, a gente vê no suporte da FULL que a maioria dos chamados de site quebrado depois do cache vem daí. A causa quase sempre é minificação e adiamento de JavaScript ativados no mesmo clique. A correção é metódica: desligue tudo, religue uma opção a uma, sempre limpando o cache entre cada teste. Outro erro recorrente é rodar duas camadas de cache ao mesmo tempo. WP Rocket em servidor LiteSpeed com o LiteSpeed Cache ativo simultaneamente serve HTML desatualizado, porque uma camada não sabe da outra. Escolha uma só. O combo com Elementor e WooCommerce tem suas próprias armadilhas, detalhadas no guia de como configurar o WP Rocket com Elementor e WooCommerce. Quem está começando ganha tempo seguindo a ordem do guia de configuração do WP Rocket em vez de improvisar. --- ## Como validar se o WP Rocket está configurado corretamente Para validar a configuração do WP Rocket, abra o código-fonte de uma página e procure pelo comentário de rodapé que o plugin injeta quando o cache está servindo HTML pronto. Se ele aparecer, o cache de página funciona; se não, alguma exclusão está cancelando o cache daquela URL. Essa checagem leva segundos e evita semanas medindo um site que nem está sendo cacheado de verdade. O segundo teste é de Core Web Vitals: rode a mesma URL no PageSpeed Insights em mobile e desktop e compare o LCP com a meta de 2,5 s do percentil 75. Em VPS abaixo de 2GB de RAM com WooCommerce acima de 1.000 produtos, o preload agressivo do WP Rocket gera picos de CPU em horário de pico; limitar a 2 threads simultâneas e agendar o preload para madrugada estabiliza o servidor. Esse tipo de ajuste não está na documentação do plugin e só aparece quando o site é monitorado em escala. Para o panorama completo das métricas, vale o material sobre Core Web Vitals no WordPress e o verbete de TTFB. --- ## Quanto custa o WP Rocket no plano da FULL O WP Rocket é um plugin pago com licença anual recorrente, e o preço avulso por site costuma pesar para quem mantém vários projetos, porque cada renovação vence em data diferente. A gente vê no suporte da FULL que esse é o ponto onde a agência para de renovar licença solta. No plano PRO da FULL, por R$849, você ativa o bundle com o WP Rocket e outros plugins de performance em até 10 sites, o que dá R$85 por site ao ano, com ativação em um clique. Em vez de controlar quatro renovações em meses diferentes, você lida com um único painel e uma única fatura. Isso reduz o risco de uma licença vencer sem ninguém notar e deixar o site sem suporte de cache. Conheça os planos da FULL para configurar WP Rocket em vários sites sem licença avulsa nem renovação espalhada pelo ano. Para aprofundar no plugin antes de ativar, veja a página de solução do WP Rocket. ---Porque o cache resolve o processamento do WordPress, não a hospedagem. Quando o gargalo é um TTFB alto do servidor, configurar WP Rocket melhora pouco, porque o atraso acontece antes do HTML chegar ao cache. Em servidor lento, o ganho fica abaixo dos 2,5 s de LCP recomendados pela web.dev. Por isso o passo 6 compara a nota antes e depois: se não subiu, o problema é infraestrutura.
Sim, é possível, desde que você adicione os scripts do Elementor à lista de exclusão do Delay JavaScript Execution antes de salvar. O conflito clássico é o adiamento agressivo de JavaScript no WP Rocket 3.x somado ao Elementor PRO sem exclusão de handles, que trava popups e formulários sem erro visível. Ligue uma opção por vez, teste em aba anônima e exclua os handles problemáticos assim que algo parar de abrir.
A ordem certa é: confirme o cache de página, exclua carrinho, checkout e minha-conta antes de qualquer teste, e só depois ligue minificação e adiamento de JavaScript. O WP Rocket já detecta o WooCommerce e exclui essas 3 páginas por padrão, mas temas personalizados às vezes usam URLs fora do padrão. Cache de página sem exclusão de carrinho faz o cliente ver o carrinho de outro usuário, o pior erro de uma loja.
Configurar WP Rocket do zero leva cerca de 40 minutos numa instalação limpa, porque cada opção exige ligar, salvar, limpar o cache e testar antes da próxima. Sites com Elementor PRO e WooCommerce pedem mais tempo por causa das exclusões. O pré-carregamento completo do cache roda em segundo plano e termina em poucos minutos em sites pequenos. Pular o teste entre passos parece mais rápido, mas custa horas de diagnóstico quando algo quebra.
Assim que é ativado, o WP Rocket aplica 3 otimizações automáticas: cache de página, cache do navegador via .htaccess e compressão GZIP, sem nenhuma configuração. Segundo a documentação oficial, o plugin ainda ajusta valores quando detecta certos temas, plugins e hospedagens. Isso significa que parte do ganho de velocidade chega antes de você abrir as abas avançadas. As opções de otimização de arquivos é que exigem decisão manual e teste.