Um site multi-idioma bem construído atende cada mercado no idioma certo, sem que as versões concorram entre si nos resultados de busca e sem virar um pesadelo de manutenção. Um site multi-idioma mal construído gera conteúdo duplicado, confunde o buscador sobre qual versão mostrar para quem e desanda em poucos meses porque ninguém definiu quem mantém o quê.
As decisões que determinam de que lado o projeto vai cair são tomadas antes da tradução — na estrutura, não no texto.
Estrutura de URLs: as três opções
Subdiretórios
site.com/pt/, site.com/en/, site.com/es/. É a opção mais simples de implementar e manter, concentra toda a autoridade em um único domínio e é fácil de rastrear. É a escolha padrão para a maioria dos projetos, especialmente quando os idiomas atendem públicos que se sobrepõem geograficamente.
Subdomínios
pt.site.com, en.site.com. Separa mais os ambientes, o que pode ajudar quando as operações por idioma são realmente independentes, mas divide a autoridade e adiciona complexidade de configuração. Raramente é a melhor escolha para um site de porte médio.
Domínios por país
site.com.br, site.com, site.es. Sinaliza fortemente a segmentação por país e pode ajudar em mercados onde a extensão local gera confiança. Mas cada domínio começa a construir autoridade do zero, os custos se multiplicam e a manutenção é a mais pesada das três. Só compensa para operações grandes e realmente separadas por país.
Tags hreflang
A tag hreflang informa ao buscador que existem versões de uma página em outros idiomas e qual serve para cada público. É o mecanismo que evita que a versão em português apareça para quem busca em inglês e vice-versa. As regras:
- Cada página deve listar todas as suas versões de idioma, incluindo uma referência a ela mesma.
- As referências precisam ser recíprocas: se A aponta para B, B tem que apontar para A.
- Use apenas o código de idioma (pt, en) quando o conteúdo não muda por país; use idioma-região (pt-BR, pt-PT, es-MX) quando muda.
- Inclua a versão x-default para indicar o que mostrar a quem não se encaixa em nenhum idioma listado.
- As URLs no hreflang devem ser absolutas e apontar para páginas que retornam 200, não redirecionamentos.
Erros de hreflang são comuns e silenciosos: o site parece funcionar, mas as versões erradas ranqueiam. O Search Console tem um relatório específico para diagnosticar.
Plugin ou arquitetura própria
No WordPress, as opções mais usadas para multi-idioma são plugins como WPML e Polylang, ou uma abordagem multisite com um site por idioma. Cada uma tem trade-offs:
- Plugin de tradução — mantém tudo em uma instalação, facilita ligar conteúdos equivalentes, mas adiciona peso e pode complicar a performance e futuras migrações.
- Multisite — cada idioma é um site, com mais isolamento e flexibilidade, ao custo de mais trabalho para manter a consistência e ligar as versões.
- Headless com um modelo de conteúdo multi-idioma — mais controle, adequado quando o front-end já é desacoplado, mas exige time e arquitetura.
A escolha depende de quantos idiomas, quanto o conteúdo diverge entre eles e qual o perfil da equipe que vai manter.
O que traduzir e o que adaptar
Nem tudo é tradução literal. Um bom projeto multi-idioma distingue:
- Traduzir — conteúdo institucional, descrições, artigos que fazem sentido em qualquer mercado.
- Adaptar — exemplos, casos, moeda, formatos de data, referências legais e culturais.
- Criar do zero — conteúdo específico de um mercado que não existe nos outros.
- Não publicar — nem todo conteúdo precisa existir em todos os idiomas; publicar uma versão pela metade é pior do que não publicar.
Governança de conteúdo
A causa mais comum de um site multi-idioma que “desanda” é a falta de processo. Sem definição de responsabilidades, a versão principal recebe atualizações que nunca chegam às outras, e em um ano as versões contam histórias diferentes. Defina:
- Quem é responsável por publicar e revisar cada idioma.
- O que precisa estar sincronizado entre versões e o que pode divergir legitimamente.
- Um fluxo para que uma atualização na versão principal gere uma tarefa de tradução nas outras.
- Uma revisão periódica de consistência.
Detecção de idioma e redirecionamento automático
Uma tentação comum é detectar o idioma do navegador ou o país pelo IP e redirecionar o visitante automaticamente para a versão “certa”. Isso costuma causar mais problema do que resolve: um brasileiro viajando é jogado para a versão local errada, o robô do buscador (que acessa de um só lugar) só enxerga uma versão, e links compartilhados levam a lugares inesperados.
A prática recomendada é não redirecionar automaticamente. Em vez disso, ofereça um seletor de idioma visível e, opcionalmente, um aviso discreto sugerindo a versão que parece mais adequada, sem forçar. O robô deve conseguir rastrear todas as versões livremente.
Conteúdo que não deve ser traduzido por máquina e publicado
Tradução automática evoluiu, mas publicar o resultado bruto, sem revisão humana, tem custos. O texto pode conter erros sutis que minam a credibilidade, termos técnicos traduzidos fora do jargão do setor e construções que soam estranhas para um falante nativo. Para conteúdo institucional e comercial, a tradução automática serve como ponto de partida, não como versão final.
Além da qualidade, há a questão de SEO: os termos que as pessoas efetivamente buscam em cada idioma raramente são a tradução literal. Uma pesquisa de palavras-chave no idioma de destino orienta que conteúdo criar e como nomeá-lo.
Manutenção: o custo escondido
Cada idioma adicional multiplica o trabalho de manutenção. Uma correção de texto, uma atualização de preço, uma nova página institucional — tudo precisa ser replicado. Se o site tem quatro idiomas, cada mudança é quatro vezes o trabalho, ou vira uma dívida de sincronização.
Vale dimensionar isso antes de decidir quantos idiomas manter. Às vezes, dois idiomas bem mantidos servem melhor ao negócio do que cinco desatualizados.
Consolidar sites que cresceram separados
Um cenário comum não é criar um site multi-idioma do zero, mas unificar ambientes que surgiram de forma independente — um site por país, cada um com sua estrutura, seu layout e sua equipe. O resultado é inconsistência de marca, esforço redobrado para qualquer mudança estrutural e nenhuma economia de escala.
A consolidação em uma plataforma única multi-idioma resolve isso, mas é um projeto de migração com todos os cuidados que ele exige: inventário de cada ambiente, arquitetura comum, mapa de redirecionamentos por site, preservação de URLs relevantes e hreflang ligando as versões. O ganho é administrar conteúdo e evoluções de forma centralizada, com cada mercado ainda atendido no seu idioma.
SEO local dentro do multi-idioma
Estar em espanhol não é o mesmo que estar otimizado para o México, a Colômbia ou o Chile. Se o negócio atende países específicos, vale ir além do idioma: usar variações regionais no hreflang (es-MX, es-CO), adaptar exemplos e referências, ajustar informações de contato e, quando fizer sentido, segmentar geograficamente no Search Console.
O oposto também é verdade: se o público de um idioma é global e disperso, forçar uma segmentação por país pode ser contraproducente. A decisão depende de onde estão os clientes, não de onde se fala a língua.
Checklist de um projeto multi-idioma
- Definir os idiomas e, para cada um, se há segmentação regional.
- Escolher a estrutura de URLs (subdiretório costuma ser o padrão).
- Escolher a abordagem técnica (plugin, multisite, headless).
- Implementar hreflang recíproco e com x-default.
- Definir o que traduzir, adaptar, criar do zero e não publicar.
- Fazer pesquisa de palavras-chave em cada idioma de destino.
- Estabelecer a governança: donos, fluxo de sincronização, revisão periódica.
- Configurar sitemaps e Search Console.
- Não redirecionar visitantes automaticamente por idioma ou país.
- Planejar o custo de manutenção contínua de todas as versões.
SEO internacional além do hreflang
- Segmentação geográfica no Search Console, quando o alvo é um país específico.
- Meta descriptions e títulos otimizados por idioma, não traduzidos automaticamente.
- Pesquisa de palavras-chave feita no idioma de destino — os termos variam por cultura, não só por tradução.
- Links internos dentro de cada versão de idioma, sem misturar.
- Sitemaps separados ou um sitemap com as anotações de idioma.
- Moeda, formatos de data e informações de contato adequados a cada mercado.
Como a Jumps trata
A Jumps unificou os sites e blogs internacionais da QMC Telecom — Brasil, Estados Unidos e países da América Latina — em uma única plataforma WordPress multi-idioma, com estrutura de URLs preservada sempre que possível, hreflang correto e redirecionamentos 301 para o conteúdo que mudou de endereço.
Se você precisa levar um site para novos mercados ou consolidar ambientes que cresceram separados, fale com a Jumps. Veja também sites e portais.