← Voltar à lista

Site multilíngue: hreflang, URL e erros típicos

Um site multilíngue sem um esquema claro de URL e um hreflang correto costuma perder tráfego: o buscador mistura versões, mostra o idioma errado ou trata as páginas como duplicatas. Abaixo - como escolher a estrutura de endereços, como ligar locales e quais erros aparecem mais em 2026.

  • hreflang - sinal ao buscador sobre qual versão de idioma/região é para qual público
  • URL - prefixo de caminho, subdomínio ou domínio separado; o esquema deve ser único e previsível
  • Canonical - não deve quebrar a ligação entre locales
  • Conteúdo - tradução ou localização, não copy-paste de máquina sem revisão
  • Regra - cada locale aponta para todos os outros e para si mesmo

Por que hreflang e o esquema de URL importam

Um usuário na Alemanha deve ver a versão alemã, no Brasil a portuguesa, nos EUA a inglesa. Sem sinais explícitos, o buscador adivinha por IP, idioma do navegador e links - e erra com frequência.

hreflang não ranqueia uma página sozinho. Ajuda a escolher a versão certa entre equivalentes. O esquema de URL decide como pessoas e bots encontram essas versões: via /de/, de.example.com ou example.de.

Esquemas de URL para multilíngue

Esquema Exemplo Prós Contras
Prefixo de caminho example.com/de/blog/ Um domínio, analytics e certificados mais simples Exige disciplina em routing e sitemap
Subdomínio de.example.com/blog/ Flexibilidade de hosting e equipes Mais difícil compartilhar o «peso» do domínio, mais infra
Domínio separado example.de/blog/ Sinal local forte Mais caro de manter, campanhas de SEO separadas

Para a maioria dos sites corporativos e blogs em 2026, um prefixo de caminho é a escolha prática: um stack, uma analytics, deploys mais simples. Subdomínios e ccTLD fazem sentido com marca local forte, entidades jurídicas distintas ou equipe dedicada ao mercado.

Defina o idioma padrão: ou a raiz sem prefixo (/), ou um /en/ explícito. Misturar «às vezes com prefixo, às vezes sem» leva a duplicatas.

Como configurar hreflang corretamente

  1. Em cada página, liste todos os equivalentes disponíveis: hreflang="ru", hreflang="en", hreflang="de", etc.
  2. Adicione autorreferência: a página também aponta para si mesma.
  3. O conjunto deve ser recíproco: se A aponta para B, B aponta para A.
  4. Use códigos BCP 47: idioma (en) ou idioma-região (en-GB, pt-BR).
  5. Se fizer sentido, indique x-default - página padrão para locale não correspondente (muitas vezes seletor de idioma ou EN).
  6. Duplique as mesmas anotações em HTML <link rel="alternate" hreflang="..."> e/ou no sitemap XML.

Exemplo no <head>:

<link rel="alternate" hreflang="ru" href="https://example.com/blog/post/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/blog/post/" />
<link rel="alternate" hreflang="de" href="https://example.com/de/blog/post/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/blog/post/" />

Erros típicos

1. Sem reciprocidade

A página em russo aponta para EN, mas a inglesa não tem volta para RU. O buscador pode ignorar todo o grupo.

2. Canonical aponta para o idioma «principal»

O canonical da página russa aponta para a inglesa «como original». Então os locales parecem duplicatas, não alternativas. O canonical deve apontar para si mesmo (ou para a URL canônica do mesmo locale), não para outro idioma.

3. Redirecionamento automático por IP / Accept-Language

Usuário e bot não conseguem abrir de forma estável a versão desejada. Melhor: URL dedicada por locale + seletor de idioma, sem forçar redirecionamento da raiz para um idioma «adivinhado» para todos.

4. Conjunto incompleto de locales

O menu mostra 5 idiomas, o hreflang lista 2. Ou um artigo tem tradução e o seguinte não, mas o mapa ainda exibe alternativas quebradas. Prefira um conjunto honesto: só URLs que realmente existem.

5. Confundir idioma e região

de é alemão. de-AT é alemão para a Áustria. Se o conteúdo é o mesmo para DE/AT/CH, não crie três páginas quase idênticas sem localização real de preços, entrega e textos jurídicos.

6. Significado diferente sob uma «tradução»

A URL está «traduzida», mas a oferta, a moeda e o CTA ainda são de outro mercado. Para SEO isso já não é equivalente - hreflang pode prejudicar.

7. Sitemap e links internos esquecidos

Há tags no <head>, mas o sitemap XML não tem xhtml:link, e o link de idioma no rodapé sempre vai à homepage em vez do equivalente do artigo atual. A interligação interna entre locales reforça o sinal.

Checklist antes do lançamento

  1. Um esquema de URL em todo o site.
  2. Cada página indexável tem um conjunto hreflang completo e recíproco + self.
  3. Canonical não funde idiomas diferentes.
  4. Não há geo-redirect agressivo que corte a indexação.
  5. O sitemap inclui todos os locales e anotações.
  6. O seletor de idioma leva ao equivalente, não só à homepage.
  7. 404 e «ainda não traduzido» são tratados de forma explícita (fallback suave ou 404 honesto), sem servir silenciosamente outro idioma sob a mesma URL.

Conclusão

Um site multilíngue funciona quando cada público tem uma URL estável e o hreflang liga os equivalentes com honestidade. Escolha um esquema de endereços, mantenha a reciprocidade das anotações, não quebre os locales com canonical ou geo-redirect - e o buscador deixará de adivinhar o idioma por você.

Se precisar projetar o esquema de URL, hreflang e sitemap para o seu stack, ou auditar o site atual nesses erros - entre em contato.

Perguntas frequentes

Preciso de hreflang se há só dois idiomas?

Sim, se ambas as versões devem aparecer na busca para o seu público. Até um par RU/EN sem anotações recíprocas costuma mostrar o idioma errado ou parecer duplicatas.

O que é melhor: /en/ no caminho ou um subdomínio?

Para a maioria dos projetos - prefixo de caminho. Subdomínio faz sentido com hosting, equipe ou isolamento de mercado fortes. Um ccTLD separado - quando marca e entidade jurídica são realmente locais.

x-default é obrigatório?

Não é obrigatório, mas é útil. Costuma apontar para o seletor de idioma ou para a versão internacional principal (muitas vezes EN). Sem ele, o buscador escolhe o fallback.

Posso colocar hreflang só no sitemap?

Sim, o Google entende anotações no sitemap. Na prática é mais seguro duplicá-las em HTML e no sitemap - mais fácil de depurar e menos risco de dessincronia em deploys parciais.

Por que o idioma nos resultados ainda está errado após o hreflang?

Muitas vezes não são as tags, e sim os sinais ao redor: canonical para outro idioma, redirecionamentos, «tradução» fina/máquina, URLs quebradas no conjunto ou falta de links internos para o equivalente. Verifique a reciprocidade e se ambas as páginas estão realmente indexadas.

Contato