Lá em 2021 eu estava integrando um cliente de e-commerce alemão na Seahawk. Sete idiomas, WooCommerce, Elementor, e um prazo que já estava atrasando. Instalei WPML, como se faz, configurei o seletor de idioma, rodei a primeira sincronização de tradução, e assisti o Time to First Byte passar de 2.8 segundos em um host gerenciado de £40/mês. O cliente não ficou feliz. Honestamente, eu também não.
Foi o momento em que comecei a realmente testar outras opções em vez de apenas assumir que WPML era a resposta. Quatro anos e algumas centenas de projetos multilíngues depois, tenho opiniões. Fortes.
---
Por Que as Pessoas Estão Deixando WPML de Lado em 2026
WPML não é ruim. Deixe-me ser claro sobre isso. Para sites editoriais complexos com um time de conteúdo gerenciando traduções em um fluxo de trabalho, ainda é genuinamente capaz. Mas há três coisas que continuam empurrando clientes (e eu) em direção a alternativas.
Aumento de preço. O plano Multilingual CMS, aquele que você realmente precisa para WooCommerce ou custom post types, está em $99/ano agora. Isso é por site. Agências fazendo trabalho white-label para PMEs nem sempre conseguem repassar isso sem uma conversa que prefeririam evitar. The Multilingual CMS plan, the one you actually need for WooCommerce or custom post types, sits at $99/year now. That's per site. Agencies doing white-label work for SMEs can't always pass that on without a conversation they'd rather not have.
Overhead de performance. WPML adiciona um número não trivial de consultas ao banco de dados por carregamento de página. Em um site grande com milhares de posts, isso se acumula. Já vi adicionar 400-600ms ao TTFB em sites que não foram ajustados especificamente para isso. As orientações de Core Web Vitals do Google tornam esse tipo de lentidão cada vez mais custoso ignorar. WPML adds a non-trivial number of database queries per page load. On a large site with thousands of posts, that compounds. I've seen it add 400-600ms to TTFB on sites that weren't tuned specifically around it. Google's Core Web Vitals guidance makes that kind of drag increasingly expensive to ignore.
Complexidade para necessidades simples. Se um cliente precisa de três idiomas e vinte páginas, a superfície de configuração do WPML é intimidadora. Você está clicando por String Translation, Translation Management, configuração WooCommerce Multilingual... é muito. Às vezes você só precisa de algo que funcione em uma tarde. If a client needs three languages and twenty pages, WPML's configuration surface is intimidating. You're clicking through String Translation, Translation Management, WooCommerce Multilingual setup... it's a lot. Sometimes you just need something that works in an afternoon.
---
Polylang: O Cavalo de Batalha Que a Maioria das Agências Não Vê
Usei Polylang em provavelmente 200+ sites até agora. A versão gratuita lida com tradução básica de posts/páginas/taxonomias sem cobrar nada. A versão Pro (£99/ano para sites ilimitados, da última vez que verifiquei) é onde fica genuinamente competitivo, porque esse "sites ilimitados" é uma proposição completamente diferente para agências comparado ao modelo por site do WPML.
O Que Polylang Faz Bem
A UI é limpa. Atribuição de idioma acontece direto na barra lateral do editor de posts, não toma conta do seu dashboard, e o impacto de performance é notavelmente menor que WPML. Em um teste lado a lado que rodei em março de 2025 em um site de staging com 500 posts, WPML vs Polylang Pro, Polylang economizou cerca de 180ms do TTFB. Não é enorme, mas é real.
Integra bem com Elementor, Bricks, ACF e WooCommerce (via o add-on WooCommerce, que custa extra). Esse último é o catch: suporte WooCommerce precisa do add-on, e uma vez que você empilha isso, a diferença de custo com WPML diminui um pouco.
Onde Polylang falha é tradução automática. Não há integração built-in com DeepL ou Google Translate no core. Você precisa de um bridge de terceiros como o próprio ecossistema do WPML ou algo como Linguise, o que me leva a...WPML's own ecosystem or something like Linguise, which brings me to...
---
TranslatePress: A Melhor Opção para Projetos Focados em Performance
TranslatePress mudou a forma como penso sobre WordPress multilíngue. Em vez do modelo de duplicação de posts (onde você tem posts separados por idioma), ele usa um editor visual front-end onde você traduz texto diretamente na página renderizada. Você vê seu site, clica em uma string, digita a tradução. Pronto.
Isso importa para performance. Não há duplicação de posts específicos por idioma inflando seu banco de dados. Strings traduzidas vivem em uma tabela customizada, não como posts separados. Em um projeto que a Seahawk desenvolveu para um cliente varejista franco-belga no final de 2024, mudamos de WPML para TranslatePress no meio do projeto (não é o ideal, eu sei, mas o cliente mudou o escopo) e a contagem de queries de banco de dados por página caiu cerca de 40%.
A Integração com DeepL
TranslatePress Pro tem uma integração com API DeepL integrada. Para clientes que querem tradução automática como ponto de partida e revisão humana depois, esse fluxo de trabalho é muito melhor que qualquer coisa que eu já tenha remendado manualmente. Você configura para auto-traduzir na publicação, seu editor revisa e corrige, e está pronto. O prazo para um site com 50 páginas sai de dias para uma tarde.DeepL API integration built in. For clients who want machine translation as a starting point and human review after, this workflow is miles better than anything I've patched together manually. You set it to auto-translate on publish, your editor reviews and corrects, and you're done. The turnaround on a 50-page site goes from days to an afternoon.
O preço fica em torno de $89/ano para o plano Personal, $179 para Business (3 sites), $299 para Developer (ilimitado). Para agências o plano Developer é o que você deve considerar.
Uma limitação honesta: lojas WooCommerce muito complexas com muito conteúdo dinâmico podem expor lacunas na detecção de strings. TranslatePress pega a maioria das coisas, mas se você tem fluxos de checkout altamente customizados ou strings geradas por plugins de add-ons obscuros, você pode perder algumas. Reserve algumas horas para limpeza manual de strings.
---
Weglot: Quando o Cliente Tem Orçamento e Quer Zero Fricção
Vou ser direto: Weglot é caro. £99/ano te dá um par de idiomas e até 10.000 palavras. Um site de verdade ultrapassa isso quase imediatamente, e o preço sobe rápido a partir daí. Para um site de médio porte com três idiomas você pode estar olhando para £300-400/ano.
Mas aqui está o ponto. A configuração leva uns 15 minutos. Você instala o plugin, cola uma chave de API, escolhe seus idiomas, e funciona. Sem buracos de coelho de configuração, sem dores de cabeça de compatibilidade com seu page builder. Ele lida com conteúdo renderizado em JavaScript melhor que qualquer outra opção desta lista, o que importa se você estiver rodando uma setup pesada em React ou Elementor com muitos widgets dinâmicos.
Recomendo Weglot especificamente quando: o cliente é uma startup com receita real, eles precisam se mover rápido, e multilíngue é genuinamente periférico ao produto deles (não é o evento principal). Para uma landing page de SaaS indo de inglês para alemão e francês, é óbvio se orçamento não é a objeção.
---
MultilingualPress: A Solução para Setups de WordPress Multisite
Se você está rodando WordPress Multisite, e em 2026, multisite está tendo um ressurgimento tranquilo para clientes enterprise e franquias, MultilingualPress é o plugin que você quer. Pronto.
Cria um site separado por idioma dentro de sua rede. Esta é uma abordagem arquitetônica fundamentalmente diferente comparada às outras desta lista. Cada site de idioma é independente: seus próprios registros de banco de dados, sua própria estrutura de URL (você pode fazer subdomínios ou domínios separados), seu próprio admin. Eles são conectados por relacionamentos que deixam você vincular conteúdo equivalente entre sites.
Seahawk teve um cliente de franquia em 2023 com 14 sites regionais, 6 idiomas, e um escritório central que queria controle de conteúdo centralizado com override editorial local. MultilingualPress em uma rede multisite foi genuinamente a resposta certa. Nada mais chegou perto. A documentação própria do MultilingualPress é na verdade decente se você quiser ver como os relacionamentos de conteúdo funcionam.MultilingualPress's own documentation is actually decent if you want to see how the content relationships work.
A desvantagem é complexidade operacional. Multisite é mais difícil de manter, mais difícil de passar para um cliente não-técnico, e plugins que não suportam multisite (ainda há alguns) viram seu problema. Entre com os olhos abertos.
---
Linguise: O Cavalo Escuro para Projetos Headless e Acionados por API
Linguise não é um plugin WordPress no sentido tradicional. É uma camada de tradução baseada em proxy que fica em frente do seu site e gerencia a tradução na borda. Isso a torna excepcionalmente interessante para configurações WordPress headless onde o frontend é construído em Next.js ou Nuxt.
Testei em um projeto headless no início de 2025 onde o cliente tinha um CMS baseado em Gutenberg alimentando um frontend Next.js. WPML e TranslatePress eram dois encaixes desconfortáveis porque a tradução precisava acontecer na saída renderizada, não nos campos de conteúdo do WordPress. Linguise lidou com isso de forma limpa.
Também não é barato, os planos começam em torno de €15/mês, mas para a arquitetura certa, nada mais realmente resolve o problema da mesma forma.
---
Como Realmente Escolher
Aqui está meu framework de decisão depois de construir sites multilíngues em doze mil projetos. Não um algoritmo rígido, mas um conjunto de perguntas que estreita as opções rapidamente.
- Qual é a estratégia de URL? Se o cliente precisa de domínios separados por idioma (example.de, example.fr), MultilingualPress ou WPML gerenciam isso de forma mais limpa. TranslatePress e Polylang conseguem fazer, mas precisam de mais configuração. If the client needs separate domains per language (
example.de,example.fr), MultilingualPress or WPML handle this most cleanly. TranslatePress and Polylang can do it but need more config. - WooCommerce está envolvido? Se sim, crie uma lista curta com WPML, Polylang Pro + complemento WooCommerce, ou TranslatePress Business. Teste cada um com o tamanho específico do seu catálogo de produtos. If yes, shortlist WPML, Polylang Pro + WooCommerce add-on, or TranslatePress Business. Test each on your specific product catalogue size.
- O cliente quer tradução automática? TranslatePress com DeepL ou Weglot são os mais limpos. O gerenciamento de tradução do WPML também funciona, mas parece mais corporativo. TranslatePress with DeepL or Weglot are the cleanest. WPML's translation management also works but feels more enterprise-y.
- Quantos sites sua agência precisa cobrir? A licença unlimited-sites do Polylang Pro é o destaque de valor para agências em volume. Polylang Pro's unlimited-sites licence is the standout value for agencies at volume.
- O frontend é headless ou fortemente orientado por JavaScript? Weglot ou Linguise. Não lute contra plugins de duplicação de posts em um frontend Next.js. Weglot or Linguise. Don't fight with post-duplication plugins on a Next.js frontend.
- É uma rede multisite? MultilingualPress. Pronto. MultilingualPress. That's it.
---
E Quanto a Usar Apenas os Recursos Multilíngues Nativos do Block Editor?
O WordPress core vem evoluindo lentamente em direção ao suporte multilíngue nativo há anos. Matt Mullenweg já fez referência pública mais de uma vez, e houve discussões no GitHub do Gutenberg sobre isso desde 2020. No início de 2026, ainda não existe em nenhuma forma pronta para produção significativa.Gutenberg GitHub discussions about it going back to 2020. As of early 2026, it still isn't here in any meaningful production-ready form.
Eu não adiaria a decisão por um plugin esperando por isso. Construa com o que existe hoje. Se o suporte nativo chegar, migrar é um problema que você ficaria feliz em ter.
---
FAQ
Vale ainda a pena usar WPML em 2026?
Para grandes sites editoriais com equipes de tradução dedicadas, absolutamente. O módulo Translation Management, a exportação XLIFF, a compatibilidade com quase tudo no ecossistema WordPress, continua sendo a opção mais completa. Onde perde é no preço em escala, performance em grandes bancos de dados e complexidade para projetos simples.
Posso mudar do WPML para outro plugin no meio do projeto?
Tecnicamente sim, na prática é doloroso. WPML armazena metadados de idioma em suas próprias tabelas e post meta. A maioria dos outros plugins não lê isso nativamente. Existem ferramentas de migração e scripts flutuando no GitHub, mas prepare-se para gastar tempo com isso. Fiz três migrações saindo do WPML e cada uma precisou de trabalho SQL customizado. Planeje pelo menos meio dia em um site de médio porte.
TranslatePress funciona com Elementor e Bricks?
Elementor: sim, muito bem. O tradutor front-end do TranslatePress renderiza a saída do Elementor e captura strings de forma confiável. Bricks é mais recente e a compatibilidade melhorou durante 2024-2025, eu faria um teste minucioso no seu template específico antes de se comprometer em um site de produção.
Qual plugin multilíngue é melhor para SEO?
Todos os principais (WPML, Polylang, TranslatePress) implementam tags hreflang corretamente quando configurados propriamente. O gap não está na implementação de hreflang, está em quão rápido cada um renderiza a página. SEO em 2026 tem peso pesado em Core Web Vitals, então a diferença de performance entre uma instalação inchada de WPML e um setup enxuto de TranslatePress pode importar mais do que a configuração de hreflang.hreflang tags correctly when configured properly. The gap isn't in hreflang implementation, it's in how fast each renders the page. SEO in 2026 is heavily weighted toward Core Web Vitals, so the performance difference between a bloated WPML install and a lean TranslatePress setup can matter more than the hreflang configuration.
Qual é o jeito mais barato de fazer WordPress multilíngue?
Polylang grátis mais tradução manual para cada post. Zero custo. Funciona bem para sites pequenos com editores pacientes. No momento em que você precisa de WooCommerce, tradução automática ou mais de 50 posts, você vai querer pagar por algo.
---
O espaço multilíngue do WordPress genuinamente amadureceu. WPML tinha a categoria só para si por muito tempo, e a concorrência tornou tudo melhor. Escolha baseado na sua arquitetura, no orçamento do seu cliente e na sua própria disposição em configurar as coisas, não baseado no que era a resposta padrão em 2018.