SEO multilíngue: hreflang, estrutura e localização

Um site multilíngue não é só um conjunto de páginas traduzidas. Do ponto de vista de SEO, é um desafio de arquitetura próprio: o Google precisa entender qual versão se destina a cada público, onde fica a página canonical e como a autoridade de link se distribui entre as versões de idioma. Uma estrutura mal escolhida vira dívida técnica por anos.

Três estratégias de estrutura de URL

O Google aceita oficialmente três abordagens de estrutura de URL para sites multilíngues e multirregionais. Cada uma tem pontos fortes, limitações e exigências de infraestrutura próprias.

zoom_in

Nos parâmetros principais, subdiretórios ganham em concentração de autoridade de link e simplicidade de manutenção. ccTLDs ganham em força de sinal geográfico. Subdomínios não ganham em nenhuma das duas categorias e estão saindo de uso aos poucos.

Geotargeting: cidades, regiões e países

A SEO regional é uma disciplina própria dentro da arquitetura multilíngue. Quando um usuário pesquisa “reforma de apartamento em Munique”, o Google quer mostrar um site que sinalize relevância especificamente para essa cidade. Vários mecanismos funcionam em conjunto.

Geotargeting por URL

Subdiretórios com códigos de região ou cidade na URL: /londres/, /berlim/, /varsovia/. Ou domínios ccTLD para países: .de para a Alemanha, .fr para a França, .pl para a Polônia. O sinal da URL é lido pelo rastreador antes de o conteúdo da página ser analisado.

Geotargeting pelo Google Search Console

Para subdomínios e TLDs genéricos (.com, .org), é possível definir um país-alvo nas configurações da propriedade no Google Search Console. Funciona como sinal adicional, mas é mais fraco que um ccTLD. Não pode ser aplicado a subdiretórios — apenas ao domínio ou subdomínio como um todo.

Geotargeting por conteúdo e NAP

Menções a cidade, região e endereço, junto com telefones locais no conteúdo (NAP — Nome, Endereço, Telefone). Importante para SEO local. O Google cruza os sinais do conteúdo com os dados do Google Maps e do Perfil da Empresa no Google.

Para empresas com escritórios em várias cidades, a estrutura ideal é um domínio principal com subdiretórios: site.com/londres/, site.com/berlim/. Páginas separadas por cidade, com conteúdo único — não só a troca do nome da cidade. Conteúdo duplicado com nomes de cidade trocados é um dos problemas mais comuns do SEO local.

Escolha da plataforma: WordPress, MODX, Next.js e CMS headless

A escolha do CMS afeta de forma decisiva as capacidades multilíngues e multirregionais. Cada plataforma resolve o problema de um jeito, com trade-offs distintos em flexibilidade, custo de desenvolvimento e escalabilidade.

Para um site corporativo bilíngue simples, WordPress com WPML é uma escolha razoável. Para uma rede regional complexa, com dezenas de domínios — só o Next.js. O MODX faz sentido quando a equipe já trabalha com essa plataforma e tem a expertise necessária.

Next.js e configuração com vários domínios: um monorepo, vários ccTLDs

Esta é a arquitetura mais poderosa e também a mais complexa de implementar. O conceito: uma só base de código, um só repositório, um só pipeline de deploy — mas vários domínios ccTLD independentes para países diferentes. Está disponível apenas com Next.js (e com o Nuxt 3, num paradigma parecido) — WordPress e MODX não conseguem fazer isso sem uma cirurgia de infraestrutura profunda.

Na prática: no next.config.ts você descreve os domínios e os locales correspondentes. O middleware intercepta a requisição, verifica o hostname (seohead.ru → ru, seohead.com → en, seohead.de → de) e define o locale correto na requisição. Todos os componentes, traduções e metadados de SEO recebem o locale certo, sem duplicação de código.

Faz sentido para empresas que atuam em 3 ou mais países com ccTLDs específicos, com uma equipe de desenvolvimento (não um freelancer sozinho) e uma stack Next.js existente ou planejada. Para uma pequena empresa com um ou dois idiomas, é exagero.

Localização e tradução: como fazer direito

Localização não é tradução. Tradução é reproduzir o sentido em outro idioma. Localização é adaptar o conteúdo ao contexto cultural, às expectativas do público e às normas locais. A diferença para o SEO é decisiva: tradução automática gera conteúdo duplicado de baixa qualidade, que o Google está cada vez melhor em detectar.

Tradução automática (DeepL, Google Translate)

Rápida e barata, mas exige revisão obrigatória de um falante nativo. Tradução automática crua, sem pós-edição, não é localização — é um fator de risco para uma penalização por conteúdo raso. Use como primeiro rascunho, não como resultado final.

Tradução profissional com localização

Um tradutor nativo adapta não só o texto, mas também exemplos, estudos de caso, unidades de medida, formatos de data e moeda e referências culturais. É caro, mas é a abordagem certa para páginas-chave: página inicial, serviços e Sobre.

Ferramentas CAT e Memória de Tradução (TM)

Para grandes volumes de conteúdo: Phrase (antigo Memsource), Lokalise, Crowdin. Elas guardam as traduções aprovadas de termos e economizam até 40% do tempo na atualização de conteúdo. Integram-se ao código por pipelines de CI/CD.

Palavras-chave em idiomas-alvo precisam ser pesquisadas de forma independente: a tradução direta de uma expressão muitas vezes não corresponde ao que falantes nativos realmente pesquisam. Use Ahrefs ou Semrush configurados para o país-alvo — não uma ferramenta de tradução.

Configuração de SEO: hreflang, sitemap, canonical

A configuração técnica de SEO para um site multilíngue tem vários elementos obrigatórios. Pular qualquer um deles causa confusão na indexação e perda de tráfego.

O que escolher: subdiretórios ou vários domínios

Conselho geral: comece com uma análise de concorrentes em cada região-alvo. Se os cinco primeiros do seu nicho na Alemanha usam ccTLDs alemães (.de), o subdiretório exemplo.com/de/ funciona, mas com desvantagem estrutural. Se os concorrentes usam subdiretórios, não há motivo para investir em ccTLDs.

Escolha subdiretórios quando

A empresa é pequena ou média, sem equipes separadas por país. O orçamento é limitado. A velocidade de lançamento importa. Os concorrentes nas regiões-alvo também usam subdiretórios. Escala bem: adicionar um idioma é só criar uma pasta e as traduções.

Escolha ccTLDs quando

Há presença consolidada em países específicos, com um mercado muito competitivo. Os concorrentes usam ccTLDs. Há equipes ou orçamento separados para manter cada domínio de forma independente. A confiança local máxima faz diferença (finanças, e-commerce, serviços jurídicos).

Evite subdomínios

Subdomínios são o pior dos três mundos: a autoridade de link não se transfere tão bem quanto a partir de subdiretórios, o sinal geográfico é mais fraco que o de ccTLDs e a manutenção é mais complexa que a de subdiretórios. Use só quando a arquitetura técnica exigir isso (por exemplo, SaaS com domínios personalizados de clientes).

Na prática, a maioria das empresas começa com subdiretórios e migra para ccTLDs conforme cresce. Redirecionamentos 301 bem configurados e o hreflang garantem uma migração segura, sem perder posições. Nenhuma abordagem é definitiva — a arquitetura pode ser mudada com um plano técnico de migração adequado.

FAQ