Como corrigir conflitos de cache entre WP Rocket e Elementor
O que é conflito de cache WP Rocket Elementor?
O conflito de cache entre WP Rocket e Elementor acontece quando as otimizacoes de CSS e JavaScript do WP Rocket processam ou removem os arquivos que o Elementor gera dinamicamente por página (em wp-content/uploads/elementor/css/). O Elementor compila o estilo de cada página, post e Kit global em arquivos como post-123.css e global.css; quando o Remove Unused CSS, o Optimize CSS Delivery ou o Combine CSS interferem nesses arquivos, o navegador recebe a página sem as regras de estilo do builder.
Como identificar
- Layout quebrado, sem espacamento e sem cores no frontend, enquanto o editor do Elementor mostra a página correta
- Estilos retornam ao normal quando você limpa o cache do WP Rocket e somem de novo após alguns minutos (quando o Used CSS e regenerado)
- No código-fonte da página aparece a tag inline ‘style id=wpr-usedcss’ e as folhas de estilo do Elementor (elementor-frontend, elementor-post-123) somem ou viram preload
- Botões, acordeoes, abas e carrosseis do Elementor param de responder ao clique porque o Delay JavaScript Execution segura o elementor-frontend.js
- O problema desaparece com o WP Rocket desativado e volta ao reativar o plugin
- Mensagem ‘Used CSS is being generated’ no admin e a página segue sem estilo enquanto a fila assincrona não termina
Como prevenir
- Sempre que editar uma página no Elementor, rode Elementor -> Tools -> Regenerate Files & Data e em seguida limpe o cache do WP Rocket, nessa ordem
- Mantenha os caminhos do Elementor (elementor-frontend, elementor-post, elementor-global) fixos no CSS Safelist para que novas regeneracoes do Used CSS nunca removam o estilo do builder
- Após atualizar o WP Rocket ou o Elementor, teste o frontend em uma janela anonima com cache limpo antes de considerar o deploy concluido
- Use o modo Safe Mode do Elementor para confirmar que um problema de layout vem do cache e não de outro plugin antes de alterar as otimizacoes
Causa
- A opção Remove Unused CSS (aba File Optimization) classifica o CSS dinâmico do Elementor como não utilizado e o remove, gerando o inline 'style id=wpr-usedcss' sem as regras do builder.
- A opção Optimize CSS Delivery / Load CSS Asynchronously adia o carregamento das folhas do Elementor e a página renderiza antes do estilo chegar (FOUC e layout sem formatacao).
- A opção Combine CSS files junta os arquivos por página do Elementor (post-ID.css e global.css) num único bundle que perde os caminhos relativos de fontes e icones.
- A opção Delay JavaScript Execution segura o elementor-frontend.js e o frontend-modules.js até a interacao do usuário, travando widgets interativos (abas, acordeao, carrossel).
- O cache do WP Rocket foi gerado antes do Elementor recompilar o CSS após uma edição (Regenerate CSS & Data), servindo uma versão antiga do estilo da página.
- O Lazy Load do WP Rocket aplica a imagens de fundo definidas via CSS pelo Elementor, deixando seções inteiras sem background.
Como resolver
- Confirme que a causa e o WP Rocket: No painel, va em Settings -> WP Rocket -> Dashboard e clique em Clear and preload cache. Se o layout voltar ao normal e quebrar de novo em poucos minutos, o conflito esta nas otimizacoes de CSS, não no Elementor.
- Adicione o Elementor ao Safelist do Remove Unused CSS: Va em Settings -> WP Rocket -> File Optimization, role até Optimize CSS delivery e abra a área de texto CSS Safelist. Cole, uma por linha, as folhas e seletores do Elementor (elementor-frontend, elementor-post, elementor-global, e-flex). Salvar limpa e regenera o Used CSS com essas regras preservadas.
- Exclua os scripts do Elementor do Delay JavaScript Execution: Ainda em File Optimization, na seção Delay JavaScript Execution, adicione na lista de exclusão os scripts do builder para que abas, acordeoes e carrosseis voltem a responder ao clique.
/elementor/assets/js/frontend /elementor-pro/assets/js/ elementorFrontendConfig - Recompile o CSS do Elementor e limpe o cache do WP Rocket: Em Elementor -> Tools -> General clique em Regenerate Files & Data para reconstruir os arquivos em uploads/elementor/css, depois volte ao Dashboard do WP Rocket e clique em Clear and preload cache para servir o estilo atualizado.
- Se persistir, isole a otimização culpada: Desative uma por vez Combine CSS files, Optimize CSS delivery e Lazy Load do CSS background, recarregando o frontend com cache limpo a cada teste, até identificar qual opção quebra o layout e manter so essa desligada.
elementor-frontend
elementor-frontend-inline
elementor-post-
elementor-global
elementor-pro
widget-
e-flex
e-con
elementor-kit-Perguntas frequentes
Por que o site fica sem estilo so no frontend e o editor do Elementor continua normal?
Preciso desativar todo o WP Rocket para resolver o conflito com o Elementor?
O que e a tag style id wpr-usedcss que aparece no código da página?
Adicionei o Elementor ao Safelist e o layout continua quebrado, e agora?
Os botões e abas do Elementor pararam de funcionar depois do WP Rocket, por que?
O Lazy Load do WP Rocket pode quebrar imagens de fundo do Elementor?
Devo limpar o cache do Elementor ou do WP Rocket primeiro?
O problema acontece também com o Elementor Pro e o Theme Builder?
Como otimizar o wp_options para reduzir queries lentas no WordPress
O wp_options lento no WordPress acontece quando a tabela de opções carrega dados demais em autoload a cada requisição, pesando em todas as páginas. Costuma vir de autoload inchado, transients órfãos acumulados e lixo deixado por plugins desinstalados.
Como corrigir scripts essenciais do WooCommerce removidos pelo Perfmatters
Scripts do WooCommerce removidos pelo Perfmatters acontecem quando o Script Manager desativa assets como wc-cart-fragments, woocommerce e wc-checkout marcados como Everywhere, em vez de Current URL. Sem esses arquivos, o carrinho Ajax para de atualizar e o checkout fica sem o JavaScript que processa o pedido.
Como corrigir o cache do WP Rocket que serve Custom Fields dinâmicos do ACF PRO desatualizados no WordPress
O cache ACF WP Rocket entrega valores antigos quando o WP Rocket guarda o HTML já renderizado da página e não regenera esse arquivo ao salvar um Custom Field dinâmico do ACF PRO; o visitante continua vendo o valor anterior até o cache expirar ou ser purgado.
Como corrigir o cache do WP Rocket que quebra listings do JetEngine no WordPress
O cache do WP Rocket que quebra listings do JetEngine acontece quando otimizacoes como Delay JavaScript Execution, Remove Unused CSS e o cache de página servem uma versão estática que não executa o JavaScript ou não carrega o CSS de que o Listing Grid e o JetSmartFilters precisam para renderizar conteúdo dinâmico.
Como corrigir o erro de minificação de CSS no WP-Optimize
O erro de minify CSS no WP-Optimize aparece quando a opção de minificar e mesclar folhas de estilo processa um CSS incompativel ou com erro de sintaxe, deixando o site sem estilo, com layout quebrado ou com elementos desalinhados. A correção e isolar o CSS culpado, exclui-lo do processamento e resetar os arquivos minificados.
Como corrigir o erro Rocket-Nginx Not Working no WordPress
O erro Rocket-Nginx not working acontece quando o Nginx deixa de servir as páginas em cache do WP Rocket direto do disco, geralmente porque o include do default.conf não esta no server block, o rocket-parser.php não foi rodado após editar o .ini, ou alguma condicao de bypass (query string, cookie, requisicao POST) impede o HIT.
