Como criar um site multilíngue sem prejudicar o SEO

Site multilíngue e site multirregional não são iguais

Um site multilíngue oferece conteúdo em mais de um idioma. Um site multirregional cria versões voltadas a países ou regiões diferentes, mesmo quando o idioma é o mesmo. Uma empresa pode ter português do Brasil e inglês internacional; outra pode precisar de inglês específico para Estados Unidos e Reino Unido.

Essa diferença orienta as URLs e os códigos de hreflang. Use apenas idioma quando o conteúdo serve a qualquer região daquela língua. Acrescente a região quando preço, moeda, entrega, legislação, atendimento ou vocabulário mudam de forma relevante.

Não crie dezenas de combinações apenas para ocupar resultados. Cada versão aumenta custo de tradução, revisão e atualização. Comece pelos mercados que possuem público, oferta e capacidade real de atendimento.

Defina se uma versão traduzida realmente faz sentido

Antes do desenvolvimento, investigue de onde vêm visitantes e oportunidades. Consulte Analytics, Search Console, contatos comerciais e pesquisas de clientes. Um pedido isolado em inglês não justifica necessariamente duplicar todo o site.

Priorize páginas que ajudam a pessoa a entender e contratar: início, serviços, sobre, contato, políticas essenciais e conteúdos estratégicos. Um blog completo pode ser traduzido gradualmente, desde que o seletor de idioma não prometa uma versão inexistente.

Para a Exponha, por exemplo, o atendimento online permite conversar com clientes fora de Betim e da Grande BH. Isso não significa que uma tradução, sozinha, criará demanda em outro país. Oferta, suporte, pagamento e processo comercial também precisam funcionar.

Escolha uma estrutura de URLs estável

Cada versão deve ter uma URL própria e rastreável. Estruturas comuns incluem subdiretórios como /pt-br/ e /en/, subdomínios como en.exemplo.com ou domínios por país. Para muitos pequenos negócios, subdiretórios simplificam hospedagem, autoridade e manutenção.

Evite entregar idiomas diferentes na mesma URL com base apenas em cookie, IP ou cabeçalho do navegador. O Google informa que páginas adaptadas automaticamente ao local podem não ter todas as versões rastreadas, porque o Googlebot costuma usar IP dos Estados Unidos e não envia Accept-Language.

Não coloque o idioma somente depois do símbolo #. Fragmentos não criam páginas independentes para indexação. Também evite parâmetros instáveis quando uma rota clara atende melhor, como /en/services/web-design.

Traduza a experiência completa

Não basta traduzir o texto principal e deixar menu, formulário, mensagens de erro e confirmação no idioma original. Revise navegação, botões, rodapé, campos, e-mails automáticos, arquivos para download, dados estruturados e prévias de compartilhamento.

Adapte exemplos, unidades, moeda, datas, números de telefone e formas de contato. Tradução literal pode soar estranha ou alterar a intenção de busca. Uma página de serviço em inglês precisa responder às perguntas desse público, não apenas reproduzir frases em português.

Conteúdo gerado por tradução automática deve passar por revisão humana competente. Nomes de produtos, termos técnicos e chamadas comerciais exigem consistência. Mantenha um glossário para evitar que o mesmo serviço receba traduções diferentes em páginas próximas.

Declare corretamente o idioma da página

Use o atributo lang no elemento html, como pt-BR, en ou es. Ele ajuda navegadores e tecnologias assistivas a interpretar pronúncia, hifenização e outros comportamentos. O Google, porém, afirma que não usa lang ou hreflang para detectar o idioma do texto; seus algoritmos analisam o conteúdo.

Isso significa que a página precisa realmente estar naquele idioma. Não misture grandes blocos em português e inglês esperando que a marcação resolva. Termos de marca e pequenas expressões estrangeiras são normais, mas o conteúdo principal deve ser claro e consistente.

O que é hreflang

Hreflang relaciona versões equivalentes de uma página por idioma ou região. Ele ajuda o Google a entender que /pt-br/servicos e /en/services apresentam conteúdos correspondentes para públicos diferentes.

É possível implementar essas relações por tags HTML, cabeçalhos HTTP ou sitemap XML. O Google considera os três métodos equivalentes e recomenda escolher o mais conveniente. Usar todos ao mesmo tempo não oferece benefício de busca e pode aumentar erros de manutenção.

Hreflang não traduz páginas, não substitui canonical e não garante posição. Ele é um sinal para servir a versão mais adequada quando as páginas já podem ser rastreadas e indexadas.

Como montar as anotações hreflang

Cada versão deve listar todas as alternativas, inclusive ela mesma. Se há português, inglês e espanhol, as três páginas precisam apresentar o mesmo conjunto de referências. Os vínculos devem ser recíprocos: se a página em português aponta para a inglesa, a inglesa deve apontar de volta.

Use URLs absolutas e códigos válidos. O idioma segue ISO 639-1, como pt, en e es; a região opcional segue ISO 3166-1 Alpha 2, como BR, US e PT. Não use apenas um código de país como hreflang.

Uma implementação HTML simplificada inclui links rel=alternate para pt-BR, en e es dentro do head. Em sites com muitas páginas, o sitemap pode centralizar o conjunto, mas ainda exige todas as relações para cada URL.

• inclua a própria página entre as alternativas;
• mantenha o mesmo conjunto em todas as versões;
• use URLs completas com HTTPS;
• confirme códigos de idioma e região;
• teste links de retorno entre as páginas.

Quando usar x-default

X-default identifica uma página neutra ou seletora de idioma para usuários que não correspondem às versões especificadas. Também pode apontar para uma versão padrão quando existe uma escolha clara.

Não use x-default para esconder uma estratégia indefinida. Se a home mostra seletor de país, esse destino pode ser apropriado. Se o negócio atende principalmente em português do Brasil e oferece inglês como alternativa, a decisão deve refletir a experiência real.

Evite criar redirecionamento obrigatório antes que a pessoa veja o conteúdo. Um seletor visível e reversível costuma ser mais previsível.

Hreflang e canonical precisam trabalhar juntos

Cada página traduzida normalmente deve ter canonical para ela mesma. A versão inglesa não deve declarar a portuguesa como canonical apenas porque nasceu de uma tradução. Isso poderia sugerir que a inglesa é duplicada e enfraquecer sua indexação.

O Google orienta que, ao usar hreflang, a página canônica esteja no mesmo idioma ou no substituto mais próximo disponível. Para variantes regionais muito parecidas, como inglês dos Estados Unidos e do Reino Unido, canonicalização e hreflang exigem planejamento conjunto.

Links internos, sitemap e canonical devem usar as URLs oficiais, sem alternar barras finais, HTTP, parâmetros ou redirecionamentos. Consistência reduz interpretações conflitantes.

Não force redirecionamentos por IP ou idioma

Detectar preferência pode ajudar a oferecer uma sugestão, mas não deve prender a pessoa. Um brasileiro viajando pode querer a versão em português; alguém no Brasil pode preferir inglês. Mostre um aviso discreto ou seletor e preserve a escolha.

Redirecionamentos automáticos também dificultam rastreamento. Se o robô nunca consegue acessar determinada versão, hreflang não compensa. Todas as URLs devem abrir diretamente, receber links e estar disponíveis sem depender de cookie.

O seletor de idioma deve usar links HTML rastreáveis. Bandeiras isoladas são ambíguas porque idioma e país não são equivalentes. Escreva Português, English e Español, mantendo o controle acessível por teclado.

Metadados e dados estruturados por idioma

Traduza title, meta description, Open Graph e textos alternativos. A prévia compartilhada precisa corresponder ao idioma da página. Não use a mesma descrição em português para todas as versões.

Dados estruturados devem refletir o conteúdo visível. Nome do serviço, descrição, perguntas frequentes e breadcrumb precisam corresponder à versão apresentada. Datas, preços e disponibilidade devem permanecer verdadeiros.

Cada página deve ter título específico, URL canônica própria e idioma declarado. Não crie metadados genéricos apenas para preencher campos.

Sitemap para sites multilíngues

O sitemap pode listar cada URL normalmente e também representar relações hreflang com elementos xhtml:link. Se você já usa anotações HTML corretamente, não é obrigatório duplicar no sitemap.

Escolha uma fonte de verdade que a equipe consiga manter. Gerar automaticamente as relações a partir do cadastro de traduções reduz páginas esquecidas. Uma tradução removida deve sair do seletor, do hreflang e do sitemap.

Envie o sitemap no Search Console e acompanhe rastreamento e indexação. O envio ajuda na descoberta, mas não garante que todas as URLs sejam indexadas.

Como organizar traduções no CMS ou no código

Cada conteúdo precisa de identificador comum entre idiomas. Em vez de relacionar páginas apenas por posição em uma lista, mantenha um grupo de tradução com slugs e status de cada versão. Assim, o sistema gera seletor e hreflang com segurança.

Não publique automaticamente uma página vazia quando faltar tradução. É melhor deixar o idioma indisponível para aquele conteúdo do que exibir título traduzido e corpo em português. Defina também responsáveis e fluxo de revisão.

Em Next.js, rotas podem incluir locale no caminho e os metadados podem ser gerados conforme idioma. Garanta que cada rota entregue HTML completo, canonical e alternativas no servidor.

Erros comuns que prejudicam a estratégia

O erro mais frequente é tratar hreflang como comando de tradução. Outro é apontar todas as páginas estrangeiras para a home, mesmo quando existe uma página equivalente. As relações devem conectar conteúdos correspondentes.

Também são comuns códigos inválidos, links sem retorno, canonical para outro idioma, URLs bloqueadas, páginas noindex e seletor baseado somente em JavaScript. Qualquer um desses pontos pode impedir o Google de entender o conjunto.

Por fim, não abandone versões antigas. Um serviço atualizado em português e desatualizado em inglês cria risco comercial. Se não houver capacidade de manutenção, reduza o escopo.

• mesma URL exibindo idiomas diferentes;
• hreflang sem link recíproco;
• canonical apontando para outro idioma;
• páginas alternativas bloqueadas ou noindex;
• tradução parcial de menus e formulários;
• seleção forçada por IP sem alternativa.

Checklist antes de publicar

Teste cada versão como visitante e como robô. Abra URLs diretamente em janela anônima, navegue pelo seletor, verifique códigos de resposta e confirme que canonical e hreflang aparecem no HTML inicial.

Revise idioma, oferta e contato com alguém capaz de avaliar a tradução. Depois acompanhe no Search Console consultas, países, páginas indexadas e possíveis escolhas de canonical.

Faça uma planilha simples relacionando cada página em português às versões disponíveis. Ela ajuda conteúdo, desenvolvimento e SEO a enxergarem lacunas.

• cada idioma tem URL permanente;
• conteúdo e interface foram traduzidos;
• lang, title e descrição estão corretos;
• hreflang é recíproco e inclui a própria URL;
• canonical aponta para a versão adequada;
• seletor usa links e não prende o visitante;
• sitemap contém somente páginas publicadas;
• formulários e automações funcionam no idioma.

Conclusão: traduza com estrutura e propósito

Um site multilíngue útil combina decisão comercial, boa tradução e sinais técnicos consistentes. URLs separadas tornam as versões rastreáveis; hreflang relaciona equivalentes; canonical, sitemap e links internos reforçam os endereços oficiais.

Comece pequeno: escolha um idioma com demanda real, traduza as páginas essenciais e teste toda a jornada. Só amplie quando houver processo para manter conteúdo, atendimento e oferta atualizados. Internacionalização sustentável vale mais do que muitas páginas abandonadas.