Neste artigo
O par WP Rocket WPML multilingues funciona porque o WP Rocket detecta a configuração de idiomas do WPML e gera um cache separado para cada versão da página. A documentação oficial do WPML afirma que o WP Rocket não exige configuração especial para rodar em sites multilingues, mas isso vale para o caso simples: um site em diretórios, sem Delay JavaScript agressivo e sem CSS combinado por cima de templates traduzidos. Quando o site cresce, o cache que deveria acelerar passa a servir o idioma errado. Este guia mostra a ordem segura de ativação e como medir o ganho. Para o contexto maior, veja o hub de conteúdos de performance WordPress.
Diagnóstico rápido: Por que o WP Rocket WPML multilingues falha
O cache do WP Rocket WPML multilingues falha quando o WP Rocket 3.x gera um único HTML e o reaproveita entre idiomas. Em sites WPML 4.x em diretórios (/en/, /es/), se o preload roda só no idioma padrão, a primeira visita à URL traduzida recebe o HTML em português até o cache daquela URL ser gerado.
Esse é o sintoma que mais chega ao suporte da FULL. A tabela abaixo resume os três casos mais comuns, a causa e a correção.
| Sintoma | Causa raiz | Ação corretiva |
|---|---|---|
| URL traduzida mostra texto do idioma padrão | Cache de página sem cópia por idioma; preload só no idioma base. | Limpar o cache de todos os idiomas e habilitar o preload por idioma. |
| Seletor de idioma não troca no primeiro clique | Delay JavaScript Execution adiando o script do seletor do WPML. | Excluir o handle do seletor do Delay JavaScript. |
| Template traduzido sem estilo correto | Combine CSS servindo o CSS combinado do idioma padrão. | Testar com Combine CSS desligado e validar idioma a idioma. |
Legenda: a aba Cache do WP Rocket controla o comportamento que decide se cada idioma recebe sua própria cópia.
Passo a passo: Configurar WP Rocket WPML multilingues sem quebrar o seletor
Configurar o WP Rocket WPML multilingues leva cinco passos e cerca de 15 minutos em um site com 3 idiomas. A regra de ouro vem da documentação do WP Rocket: ative uma otimização por vez, confirme que ela melhora a métrica e não quebra nada, depois passe para a próxima. Em site multilingue isso é mais crítico, porque cada erro se multiplica pelo número de idiomas.
Passo 1: Ative o cache de página e limpe os idiomas
Abra Configurações do WP Rocket, aba Cache, e confirme que o cache de página está ativo. O cache de página é o que armazena o HTML pronto de cada URL. Em seguida, limpe o cache de todos os idiomas pela barra de administração do WordPress, navegando em cada idioma do site. Isso evita que cópias antigas com o idioma errado sobrevivam à mudança de configuração.
Passo 2: Configure o preload por idioma
Vá até a aba Preload e garanta que o preload esteja ativo. Em WPML por diretórios, o WP Rocket lê o sitemap e percorre as URLs de cada idioma; com 3 idiomas e 100 páginas, são 300 URLs a pré-carregar. Se o site usa domínios separados por idioma, valide que cada domínio aponta para a instalação correta antes de preloadar, senão o job gera 404 em massa.
Passo 3: Exclua o seletor de idioma do delay JavaScript
Na aba Otimização de Arquivos, se você usar Delay JavaScript Execution, adicione o script do seletor de idioma do WPML à lista de exclusões. O processo de minificação e adiamento de JavaScript economiza tempo de carregamento, mas adiar o seletor quebra a troca de idioma no primeiro clique. Excluir o handle resolve sem perder o ganho nos demais scripts.
Passo 4: Teste a minificação de CSS idioma a idioma
Ainda na aba Otimização de Arquivos, ative a minificação de CSS e abra cada idioma para conferir o layout. Em sites com Elementor PRO traduzido pelo WPML, o Combine CSS às vezes serve o CSS combinado do idioma padrão em template traduzido. Se um idioma perder o estilo, desligue o Combine CSS e mantenha só a minificação, que é mais segura.
Passo 5: Meça o LCP por idioma no PageSpeed insights
Rode o LCP de uma URL de cada idioma no PageSpeed Insights antes e depois. Um LCP bom fica abaixo de 2,5 s, segundo o padrão de Core Web Vitals do Google. Medir por idioma revela se o cache está servindo a cópia certa: se o idioma secundário tem LCP muito pior que o padrão, o cache daquela versão provavelmente não foi gerado.
Cache em diretórios versus domínios: O que muda no WP Rocket WPML multilingues
O modo de URL do WPML 4.x decide como o WP Rocket WPML multilingues organiza o cache. Há três modos: idiomas em diretórios (/es/), em domínios separados (exemplo.es) e em parâmetro de URL. Em diretórios, o WP Rocket trata cada pasta como URL distinta; em domínios, cada idioma é praticamente um site e a purga de um não afeta os outros.
Em diretórios, você pode esvaziar ou pré-carregar o cache de um idioma ou de todos ao mesmo tempo, conforme a documentação do WPML. Em domínios separados, cada domínio tem cache e preload próprios, o que reduz vazamento entre idiomas mas exige validar cada domínio. O modo por parâmetro de URL é o que mais gera confusão e raramente vale a pena em produção. Para entender o cache antes de escolher, revise como funciona um plugin de cache no WordPress.
Conflitos reais entre WP Rocket WPML multilingues e Elementor
Sites WPML com Elementor PRO concentram a maioria dos conflitos de cache que vemos no suporte da FULL. O Elementor PRO carrega CSS e JavaScript próprios por página, e quando o WPML traduz um template, o WP Rocket pode combinar arquivos do idioma errado, carregando o CSS combinado do idioma padrão e quebrando o layout sem erro visível.
A segunda fonte de conflito é o Delay JavaScript Execution. WP Rocket 3.x com Delay agressivo somado ao seletor de idioma do WPML por JavaScript produz um botão de troca que não responde no primeiro clique, porque o script foi adiado. A correção é excluir o handle do seletor, nunca desligar o Delay inteiro. Para sites multilingues no construtor, o tutorial de Elementor PRO em sites multilingues cobre os templates por idioma que antecedem o cache.
Por que o cache por idioma protege o TTFB e o LCP
No WP Rocket WPML multilingues, o cache por idioma reduz o TTFB porque entrega HTML pronto em vez de reprocessar PHP a cada visita. Sem cache, uma página WPML executa as consultas de tradução a cada request e o tempo de resposta sobe em servidores compartilhados, idioma por idioma.
Com o cache de página ativo por idioma, o WP Rocket serve o HTML estático de cada URL traduzida e corta esse tempo de forma consistente nos testes que acompanhamos. O efeito no LCP vem por consequência: quanto menor o TTFB, mais cedo o navegador renderiza o maior elemento visível, e um LCP abaixo de 2,5 s passa o limite de Core Web Vitals. Por isso o Passo 5 mede o Core Web Vitals no WordPress em cada idioma, e não só na home padrão, já que o conteúdo traduzido muda imagens e fontes. Quem precisa de um diagnóstico mais fundo encontra o roteiro em como reduzir o TTFB no WordPress.
WP Rocket, LiteSpeed Cache ou polylang: Quando cada um vale
A escolha entre WP Rocket WPML multilingues e alternativas depende do servidor e do plugin de tradução, não de qual é o melhor. O WP Rocket compete por simplicidade e funciona com WPML, Polylang e TranslatePress sem ajuste especial; o LiteSpeed Cache compete por integração no nível do servidor e só entrega o máximo em hospedagem LiteSpeed.
Um cuidado técnico: rodar WP Rocket em servidor LiteSpeed com o LiteSpeed Cache ativo ao mesmo tempo cria dupla camada de cache, e as duas podem servir HTML desatualizado de idiomas diferentes. Escolha uma camada só. Em VPS abaixo de 2 GB de RAM com WPML em mais de 3 idiomas, o preload agressivo multiplica as URLs pelo número de idiomas e gera picos de CPU; limitar o preload e agendar o job para a madrugada estabiliza o servidor. A comparação detalhada está em WP Rocket vs LiteSpeed Cache.
Acelere todos os idiomas com o bundle da FULL
Quem mantém sites multilingues sabe que o WP Rocket avulso custa em dólar e renova por site a cada ano, o que pesa em quem cuida de várias instalações. No plano PRO da FULL, por R$849, o WP Rocket entra no bundle com mais 16 plugins premium; diluído, isso dá cerca de R$85 por site para quem gerencia 10 sites, e a gente vê no suporte da FULL que esse é o ponto que destrava as agências a padronizarem cache em português, espanhol e inglês sem somar licenças. Conheça as opções em FULL.services/planos e ative o WP Rocket junto do restante da stack.
Perguntas frequentes sobre WP Rocket WPML multilingues
Por que o WP Rocket serve a página no idioma errado em site WPML?
Porque o cache de página foi gerado só para o idioma padrão e a URL traduzida ainda não tem sua própria cópia. Em WPML por diretórios, cada idioma é uma URL distinta e precisa de cache próprio. Quando o preload roda apenas no idioma base, a primeira visita a uma pasta traduzida recebe o HTML do idioma padrão até o WP Rocket gerar a cópia daquela URL. Limpar o cache de todos os idiomas e ativar o preload por idioma resolve o problema.
É possível usar WP Rocket com WPML sem quebrar o seletor de idiomas?
Sim, é possível, desde que o script do seletor de idioma do WPML seja excluído do Delay JavaScript Execution. O Delay adia scripts até a primeira interação do usuário, e o seletor depende de JavaScript para trocar de idioma. Sem a exclusão, o botão não responde no primeiro clique. Adicionar o handle do seletor à lista de exclusões mantém o ganho de performance nos demais scripts e preserva a troca de idioma funcional.
Qual a diferença entre cache em diretórios e cache em domínios no WPML?
Em diretórios (/es/), o WP Rocket trata cada pasta como URL distinta dentro do mesmo site e você pode purgar ou pré-carregar um idioma ou todos de uma vez. Em domínios separados (exemplo.es), cada idioma é quase um site independente, com cache e preload próprios e purga isolada. Diretórios são mais simples de gerenciar; domínios reduzem o risco de vazamento entre idiomas, mas exigem validar cada domínio antes do preload para não gerar 404 em massa.
Quanto custa o WP Rocket por site no bundle da FULL?
No plano PRO da FULL, por R$849, o WP Rocket entra no bundle com mais 16 plugins premium. Para quem gerencia cerca de 10 sites, isso equivale a aproximadamente R$85 por site, sem renovar licença avulsa em dólar por instalação. Em sites multilingues, onde uma agência costuma manter várias versões de idioma, esse modelo evita somar custos por domínio. O detalhe dos planos e dos 17 plugins inclusos está em FULL.services/planos.
O que o WP Rocket precisa para cachear cada idioma do WPML?
O WP Rocket precisa de cache de página ativo, preload configurado para percorrer as URLs de todos os idiomas e, em diretórios, leitura do sitemap do WPML. A documentação oficial diz que não é exigida configuração especial no caso simples, mas em sites com Elementor PRO ou Delay JavaScript convém excluir scripts sensíveis e medir cada idioma. Com cache por idioma e preload completo, cada URL traduzida ganha sua cópia estática e responde com TTFB baixo.
Próximos passos para acelerar seu site multilingue
Configurar o WP Rocket WPML multilingues com cache por idioma transforma um site lento de várias línguas em um conjunto de versões igualmente rápidas, desde que você ative uma otimização por vez e valide cada idioma. A ordem importa: cache de página, preload por idioma, exclusão do seletor no Delay JavaScript, minificação testada e medição de LCP por idioma. Pular a validação por idioma é o que faz o cache servir a versão errada. Para aprofundar a configuração geral do plugin, o guia de configuração do WP Rocket complementa este roteiro, e o guia para acelerar o WordPress reúne os próximos temas de performance. Para continuar aprendendo, o FULL Academy organiza tutoriais e guias de WordPress em um só lugar.
















