---

# Configuração do WP Rocket: O guia em 6 passos

A <strong>WP Rocket configuração</strong> acelera o site na ativação, mas o ganho máximo exige ligar recurso por recurso e testar a cada passo. Segundo o <a href="https://web.dev/articles/lcp" rel="noopener" target="_blank">web.dev (2024)</a>, o LCP deve ficar abaixo de 2,5 s. O adiamento de JavaScript concentra quase todo o risco de quebra. Faça backup, conheça seu servidor e teste a cada etapa.

A configuração do WP Rocket parece intimidante para quem nunca mexeu, mas fica controlada quando você segue a ordem certa e testa cada etapa. No suporte da FULL, a gente vê que quase todo chamado sobre a configuração do WP Rocket nasce do mesmo erro: o dono ativa todas as opções de uma vez, o site quebra, e ninguém sabe qual recurso causou o problema. Este guia mostra a configuração do <a href="https://full.services/wp-rocket-vale-a-pena/">WP Rocket na prática</a>, do cache de página ao cache mobile, com as exclusões que evitam quebrar Elementor PRO e WooCommerce no caminho. Para o contexto maior de performance, veja os <a href="https://full.services/performance-wordpress/">conteúdos de performance WordPress</a> da FULL.

---

## Configuração do WP Rocket: Ordem e risco de cada recurso

A configuração do WP Rocket tem 6 blocos, e a ordem importa porque o cache de página sozinho já responde pela maior parte do ganho de velocidade, enquanto o adiamento de JavaScript concentra quase todo o risco de quebra. A tabela abaixo mostra cada etapa da configuração do WP Rocket, o objetivo e como validar antes de avançar.

<table id="etapas-wp-rocket-configuracao">
  <caption>Configuração do WP Rocket: etapas, objetivo e check de validação</caption>
  <thead>
    <tr>
      <th scope="col">Etapa</th>
      <th scope="col">Objetivo</th>
      <th scope="col">Check de validação</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <th scope="row">Cache de página</th>
      <td>Servir HTML pronto sem processar PHP a cada visita</td>
      <td>Site abre em aba anônima com tempo menor</td>
    </tr>
    <tr>
      <th scope="row">CSS e JavaScript</th>
      <td>Reduzir o peso e adiar scripts que travam a tela</td>
      <td>Layout e popups intactos após cada opção</td>
    </tr>
    <tr>
      <th scope="row">Lazy load e mídia</th>
      <td>Adiar imagens fora da tela sem prejudicar o LCP</td>
      <td>Imagem do topo carrega imediata; LCP não piora</td>
    </tr>
    <tr>
      <th scope="row">Preload</th>
      <td>Gerar cache antes do primeiro visitante chegar</td>
      <td>Sem picos de CPU no painel da hospedagem</td>
    </tr>
    <tr>
      <th scope="row">Cache mobile</th>
      <td>Servir a versão correta para o celular</td>
      <td>Layout mobile correto, sem tela de desktop</td>
    </tr>
    <tr>
      <th scope="row">Exclusões</th>
      <td>Proteger carrinho, checkout e scripts críticos</td>
      <td>WooCommerce e Elementor funcionam logado</td>
    </tr>
  </tbody>
</table>

Antes de tocar em qualquer opção, confirme três pré-requisitos: um backup recente via UpdraftPlus, saber qual servidor o site usa, e ter o site aberto em outra aba para conferir cada mudança. O backup importa porque o adiamento de JavaScript pode quebrar scripts do tema. Saber o servidor importa porque em hospedagem LiteSpeed o <a href="https://full.services/glossario/cache-de-pagina/">cache de página</a> nativo pode dispensar parte do WP Rocket.

## Por que ligar tudo de uma vez quebra o site

A causa número um de chamado sobre a configuração do WP Rocket no suporte da FULL é ativar todos os recursos de uma vez: quando o site quebra, você não sabe se foi a minificação, a remoção de CSS ou o adiamento de JavaScript que derrubou a página. A regra da configuração do WP Rocket que evita a maioria desses chamados é simples: ative um recurso, teste, só então siga.

A relação técnica por trás da quebra é direta. WP Rocket 3.x com Delay JavaScript Execution agressivo em um site com Elementor PRO sem exclusão dos handles do Popup Builder resulta em popups que não abrem e formulários que não enviam, sem nenhuma mensagem de erro visível para o administrador. A gente vê no suporte que esse cenário domina os chamados de Elementor quebrado após a configuração. A <a href="https://full.services/glossario/minificacao/">minificação</a> tende a ser segura; o adiamento de JS é o que exige cuidado. A configuração do WP Rocket incremental troca a aposta por um processo controlado.

## Passo a passo da configuração do WP Rocket sem quebrar o site

A configuração do WP Rocket completa leva cerca de 20 minutos quando feita na ordem certa, recurso por recurso, com um teste rápido em aba anônima entre cada passo. Os 6 passos abaixo seguem do menor risco para o maior, deixando o adiamento de JavaScript por último justamente porque concentra a maior chance de quebra em sites com Elementor PRO.

### Passo 1: Instale e ative o plugin

A configuração do WP Rocket começa pela instalação, diferente dos plugins gratuitos porque ele não está no repositório oficial. Você baixa o arquivo .zip na sua conta, vai em Plugins, Adicionar Novo, Enviar Plugin, seleciona o arquivo e ativa. No momento da ativação, o WP Rocket já liga o cache de página, a compressão GZIP e o cache de navegador automaticamente, então o site já fica mais rápido antes de você mexer em qualquer tela. No suporte da FULL, a gente vê donos procurando um botão de ligar que já está ligado. Confirme o cache ativo abrindo o site em aba anônima.

### Passo 2: Confirme o cache de página

O cache de página é o coração do WP Rocket e já vem ativo, mas vale ajustar duas opções. A primeira é o cache para dispositivos móveis, que deve ficar ligado para servir uma versão otimizada ao celular, de onde vem a maior parte do tráfego brasileiro. A segunda é o tempo de vida do cache: para sites que mudam pouco, um intervalo longo reduz o trabalho do servidor; para quem publica todo dia, um intervalo menor garante conteúdo fresco. Se o site tem área logada, ative o cache para usuários conectados apenas se necessário. Confirme que o site abre normal antes de seguir para a otimização de scripts.

### Passo 3: Otimize CSS e JavaScript com cuidado

A otimização de CSS e JavaScript guarda o maior ganho extra e o maior risco, então ative uma opção por vez. Comece pela minificação de CSS, que costuma ser segura, depois a minificação de JavaScript. Em seguida ative a remoção de CSS não usado, que reduz bastante o peso, mas confira o visual com atenção. Por último, o adiamento de JavaScript, o recurso mais poderoso e mais arriscado: ele atrasa o carregamento de scripts para acelerar a exibição inicial. No suporte da FULL, a gente vê que o adiamento de JS é a causa recorrente de popup que não abre no Elementor PRO. Se algo quebrar, adicione o handle específico à lista de exclusões em vez de desligar o recurso inteiro.

### Passo 4: Ajuste o lazy load preservando o topo

O <a href="https://full.services/glossario/lazy-loading/">lazy loading</a> adia o carregamento de imagens e vídeos até o visitante rolar a página até eles, o que acelera muito o carregamento inicial. Ative para imagens e para iframes e vídeos, que costumam ser os elementos mais pesados. Há um cuidado decisivo: a primeira imagem visível, geralmente o banner ou logo do topo, nunca deve ter lazy load. WP Rocket com lazy load aplicado à imagem do topo em um site com banner grande piora o <a href="https://full.services/glossario/lcp/">LCP</a> que o Google mede, em vez de melhorar. O WP Rocket permite excluir imagens específicas, e a recomendação é excluir a do topo. Configure também a prévia leve para vídeos do YouTube, que evita carregar o player pesado antes do clique.

### Passo 5: Ative o preload com atenção ao servidor

O <a href="https://full.services/glossario/preload/">preload</a> manda o WP Rocket gerar o cache das páginas antes do primeiro visitante chegar, então ninguém pega a versão lenta sem cache. Ative para que o plugin percorra o sitemap e prepare as páginas. Em servidores modestos, porém, o preload agressivo pode gerar picos de CPU. Em VPS abaixo de 2GB de RAM rodando WooCommerce com catálogo acima de 1.000 produtos, o preload sem limite gera picos de CPU em horário de pico; nesses casos, limitar o preload e agendar o job para a madrugada estabiliza o servidor. Para entender o gargalo antes de mexer no preload, vale medir o <a href="https://full.services/ttfb-wordpress-como-reduzir/">TTFB do WordPress</a>, porque cache nenhum resolve servidor lento.

### Passo 6: Configure o cache mobile e as exclusões

O cache mobile precisa ser ativado corretamente para servir a versão certa ao celular; a configuração errada faz o site mostrar layout de desktop no mobile. Em lojas, a etapa crítica são as exclusões: WP Rocket com cache de página sem exclusão de carrinho em um site WooCommerce resulta em cliente vendo carrinho desatualizado, com produto que ele nem adicionou. Garanta que carrinho, checkout e minha-conta estejam fora do cache. Veja <a href="https://full.services/como-ativar-cache-mobile-no-wp-rocket-corretamente/">como ativar o cache mobile corretamente</a> para não errar nesse ponto. No suporte da FULL, a gente vê que o cache mobile bem configurado entrega o melhor primeiro carregamento em conexões móveis, onde a maioria dos visitantes chega.

## Onde o WP Rocket já vem pronto: O custo por site na FULL

A configuração do WP Rocket manual, recurso por recurso, é o que mais gera chamado no suporte, e repetir esse processo em dezenas de sites consome tempo de agência. Na FULL, que gerencia 150 mil sites conectados à plataforma, o WP Rocket já vem instalado e configurado no plano PRO, a partir de R$849, com custo de R$85 por site no bundle.

A licença avulsa do WP Rocket renova em dólar por ano e por site, além de exigir a configuração manual em cada instalação, que é onde a gente vê nascer a maioria dos erros. Para quem gerencia vários sites, o bundle da FULL dilui a licença, entrega 16 plugins premium no mesmo plano e elimina o trabalho de configurar cada ambiente do zero. Confira os <a href="https://full.services/planos">planos da FULL</a> antes de decidir pela licença avulsa.

## Erros comuns que aparecem depois de configurar

A maioria dos chamados sobre a configuração do WP Rocket no suporte da FULL cai em cinco erros repetidos, e todos têm correção pontual sem desligar recursos. Na configuração do WP Rocket, ativar tudo de uma vez e só então abrir o site lidera a lista, seguido do adiamento de JavaScript sem exclusões, que derruba popups e formulários do Elementor PRO. A gente vê esses dois dominarem os tickets de site quebrado.

O terceiro erro é lazy load na imagem do topo, que piora o LCP em vez de melhorar. O quarto aparece em lojas: esquecer as exclusões de carrinho e checkout, o que gera carrinho desatualizado para o cliente no WooCommerce. O quinto é ativar o WP Rocket completo em servidor LiteSpeed sem perceber que o LiteSpeed Cache nativo já fazia parte do trabalho, criando dupla camada de cache. Para comparar as duas abordagens, o comparativo entre <a href="https://full.services/wp-rocket-vs-litespeed-cache/">WP Rocket e LiteSpeed Cache</a> mostra quando cada um vence. Quem prefere controle granular costuma combinar o WP Rocket com o Perfmatters.

## Como medir se a configuração do WP Rocket funcionou

Depois da configuração do WP Rocket, meça o ganho com número, não com impressão: rode o PageSpeed Insights antes e depois e compare LCP, CLS e o tempo de carregamento. Segundo o <a href="https://web.dev/articles/lcp" rel="noopener" target="_blank">guia de LCP do web.dev</a>, que documenta as métricas usadas pelo Google, o maior elemento da viewport deve carregar em até 2,5 s.

A forma mais simples de confirmar que o cache está ativo é abrir o site em aba anônima e checar o código-fonte em busca dos comentários que o WP Rocket insere no rodapé do HTML.

Para o quadro completo de métricas que o Google avalia, entender os <a href="https://full.services/core-web-vitals-wordpress/">Core Web Vitals no WordPress</a> ajuda a saber qual número priorizar. No suporte da FULL, a gente vê que a leitura antes e depois no PageSpeed Insights é o jeito mais rápido de provar o ganho. Se o site não acelerou nada mesmo com a configuração certa, o gargalo provavelmente está na hospedagem, e nenhum <a href="https://full.services/cache-wordpress-plugin/">plugin de cache</a> compensa servidor lento.

<h2 id="faq">Perguntas frequentes sobre a configuração do WP Rocket</h2>

<details>
  <summary>Por que o WP Rocket quebra popups do Elementor depois de configurado?</summary>
  <p>Porque o adiamento de JavaScript atrasa os scripts que o Elementor PRO usa para abrir popups e enviar formulários. Quando o Delay JavaScript Execution roda agressivo sem exclusão dos handles do Popup Builder, o popup não abre e o formulário não envia, sem erro visível. A correção é adicionar o handle específico à lista de exclusões, nunca desligar o recurso inteiro. No suporte da FULL, a gente vê esse ser o problema mais comum após a configuração.</p>
</details>

<details>
  <summary>É possível configurar o WP Rocket sem quebrar o Elementor PRO?</summary>
  <p>Sim, é possível, desde que você ative o adiamento de JavaScript por último e teste cada opção isoladamente. Em sites com Elementor PRO, deixe os scripts de popup e formulário na lista de exclusão do Delay JavaScript Execution antes de ativar o recurso. Ative uma opção, abra o site em aba anônima, confirme que popups e formulários funcionam, só então siga. Essa ordem evita a maioria dos chamados que chegam ao suporte da FULL.</p>
</details>

<details>
  <summary>Qual a ordem certa de ativar os recursos do WP Rocket?</summary>
  <p>Comece pelo cache de página, que já vem ativo, depois minificação de CSS, minificação de JavaScript, remoção de CSS não usado e, por último, o adiamento de JavaScript, o mais arriscado. Em seguida configure lazy load preservando a imagem do topo, depois preload e cache mobile. Ativar nessa ordem, do menor risco para o maior, e testar a cada passo evita que você fique sem saber qual recurso quebrou o site.</p>
</details>

<details>
  <summary>Quanto custa o WP Rocket por site no bundle da FULL?</summary>
  <p>No plano PRO da FULL, a partir de R$849, o WP Rocket sai por R$85 por site dentro do bundle, já vindo instalado e configurado na hospedagem gerenciada. A licença avulsa do WP Rocket custa em dólar e renova por ano, por site. Para quem gerencia vários sites, o modelo de bundle dilui o custo e elimina a configuração manual em cada instalação, que é onde mora a maioria dos erros técnicos.</p>
</details>

<details>
  <summary>O que o cache mobile do WP Rocket muda na prática?</summary>
  <p>O cache mobile serve uma versão do HTML otimizada para o celular, separada da versão de desktop, o que importa porque a maior parte do tráfego brasileiro chega pelo mobile. Sem ele bem configurado, o site pode mostrar layout de desktop no celular ou servir cache trocado entre dispositivos. Ativado corretamente, entrega o melhor tempo de primeiro carregamento em conexões móveis, segundo o que a FULL vê no suporte.</p>
</details>

## O que fazer agora para acelerar o site

A configuração do WP Rocket fica simples quando feita na ordem certa e com teste a cada passo: cache de página primeiro, depois CSS e JS com cuidado, lazy load preservando o topo, e por fim preload e cache mobile com as exclusões de carrinho e checkout no lugar. Toda a configuração do WP Rocket segue a mesma lógica incremental. O erro que derruba a maioria é ativar tudo de uma vez, e a solução para scripts quebrados é sempre exclusão pontual, nunca desligar recursos inteiros. A gente vê no suporte da FULL que a configuração do WP Rocket incremental e testada é o que separa um site rápido de um site quebrado. Para continuar aprendendo a otimizar performance, o guia <a href="https://full.services/guias/acelere-o-wordpress">acelere o WordPress</a> reúne os tutoriais de velocidade em um só lugar.

<p class="wp-caption-text">Legenda: o cache de página já vem ativo na instalação e responde pela maior parte do ganho de velocidade.</p>
