SEO multilíngue

TL;DR — SEO multilíngue é otimizar um site disponível em mais de um idioma para que a versão certa apareça para a pessoa certa. Trata-se de idioma, não de país — essa é a primeira coisa a entender. Você dá a cada idioma sua própria URL, informa ao Google quais URLs são versões umas das outras com hreflang e deixa o Google descobrir o idioma a partir do texto real na página.

Multilíngue vs. multirregional — entenda isso primeiro

Esses dois conceitos são confundidos constantemente, e todo o tópico faz mais sentido quando você os separa:

• Multilíngue = seu site atende a mais de um idioma. Um site suíço em alemão, francês e italiano é multilíngue — três idiomas, um país.
• Multirregional = seu site segmenta usuários em mais de um país. Um site com versões separadas em inglês dos EUA e do Reino Unido é multirregional — um idioma, duas regiões.

Muitos sites são ambos (pense em uma marca global com inglês, espanhol e francês, cada um dividido por país). Mas os sinais e os problemas são diferentes, então ajuda saber com qual você está realmente lidando. Esta página é sobre o lado do idioma.

O que “segmentação por idioma” realmente significa

Quando seu site tem a mesma página em vários idiomas, você quer que o Google:

1. Saiba que cada versão de idioma existe.
2. Entenda que elas são versões de a mesma coisa.
3. Mostre a versão em alemão para pesquisadores alemães e a versão em francês para pesquisadores franceses.

Você faz isso acontecer com alguns sinais — principalmente o atributo hreflang, que é uma pequena tag que diz “esta URL é a versão em espanhol, aquela é a versão em francês, aqui está a relação entre elas.” O Google então tenta exibir a correspondente.

A parte que surpreende os iniciantes: o Google descobre em que idioma uma página está ao ler as palavras visíveis nela — não a partir de qualquer configuração no seu código. Então, uma página que diz que está em alemão no código, mas está cheia de texto em inglês, será tratada como inglês. Escreva conteúdo real no idioma de destino; esse é o sinal que conta.

Onde as diferentes versões de idioma ficam (estrutura de URL)

Você precisa de uma URL separada para cada idioma. Há três maneiras comuns de fazer isso:

• Subdiretório — example.com/es/, example.com/fr/. A escolha usual para a maioria dos sites: fácil de configurar, e todas as versões compartilham a força do seu único domínio.
• Subdomínio — es.example.com, fr.example.com. Funciona, mas os mecanismos de busca tratam isso mais como um site separado.
• Domínio de código de país (ccTLD) — example.es, example.fr. O sinal mais forte para segmentar um país, mas é um site totalmente separado para construir autoridade.

Evite colocar o idioma em um parâmetro de URL como example.com?lang=es — O Google especificamente recomenda contra isso.

Quando você realmente precisa de SEO multilíngue (vs. apenas traduzir)

Se você apenas traduz as palavras e as coloca na mesma URL — ou redireciona automaticamente todos pela localização — você não tem realmente SEO multilíngue, e o Google pode nunca nem encontrar seus outros idiomas. Você precisa da coisa real (URLs separadas + hreflang + conteúdo que o Google possa rastrear) quando estiver genuinamente servindo vários idiomas e quiser que cada um ranqueie. Se você tem apenas um idioma, pode pular tudo isso.

Quer a profundidade técnica — como o algoritmo de idioma do Google funciona, as diferenças do Bing, os erros comuns de hreflang e a ameaça de tradução automática de 2025? Mude para a aba Avançado.

Erros de SEO multilíngue

Tratar lang como o detector de idioma do Google

Por que falha: O Google determina o idioma a partir do texto visível da página em vez de depender do atributo HTML. Em vez disso, faça: torne o conteúdo principal renderizado consistentemente no idioma de destino; mantenha metadados corretos para acessibilidade e mecanismos que os usam.

Usar hreflang para declarar o idioma de uma página

Por que falha: o hreflang mapeia URLs alternativas; ele não substitui conteúdo traduzido significativo. Em vez disso: publique uma URL distinta e rastreável com conteúdo visível no idioma de destino e conecte versões equivalentes com hreflang recíproco.

Forçar visitantes a um redirecionamento automático de idioma

Por que falha: rastreadores e usuários multilíngues podem ficar presos na versão presumida. Em vez disso: mantenha todas as versões diretamente acessíveis e ofereça uma sugestão visível além de links de idioma rastreáveis.

Teste-se: SEO multilíngue

TL;DR — Entenda o modelo mental certo e a maior parte do SEO multilíngue se encaixa. O Google não lê seu atributo <html lang> ou o cabeçalho HTTP Content-Language para detectar o idioma — ele usa principalmente o texto visível. Outros mecanismos podem usar sinais diferentes, então verifique as orientações atuais deles. O hreflang não declara o idioma de uma página; ele mapeia quais URLs são alternativas para que o Google possa trocar pela correta — e é uma dica, não uma diretiva. Também é extremamente propenso a erros: meu estudo de 374 756 domínios encontrou 67 % com problemas de hreflang. Use subdiretórios para a maioria dos sites, nunca redirecione automaticamente o Googlebot e só traduza páginas com um caso de negócio real.

Multilíngue ≠ multirregional

A distinção fundamental. Multilíngue é sobre idioma; multirregional é sobre país. Um site suíço em alemão, francês e italiano é multilíngue, mas monorregional. Um site em inglês dos EUA/Reino Unido é multirregional, mas monolíngue. Eles se sobrepõem o tempo todo, mas usam sinais diferentes e criam problemas diferentes, então eu os mantenho separados na minha cabeça, e você deveria também. O próprio enquadramento do Google: “Um site multilíngue é qualquer site que oferece conteúdo em mais de um idioma,” versus “Um site multirregional é aquele que visa explicitamente usuários em países diferentes.”

Como o Google realmente detecta o idioma da página (esta é a grande questão)

Aqui está a coisa mais mal compreendida em todo este tópico, e vale a pena enfatizar porque muitas pessoas erram:

O Google ignora seu atributo <html lang>. O Google ignora seu cabeçalho HTTP Content-Language. Ele lê o texto visível.

Direto dos documentos: “O Google usa o conteúdo visível da sua página para determinar seu idioma. Não usamos nenhuma informação de idioma em nível de código, como atributos lang ou a URL.” E na página de hreflang: “O Google não usa hreflang ou o atributo HTML lang para detectar o idioma de uma página; em vez disso, usamos algoritmos para determinar o idioma.”

No Search Off the Record (julho de 2024), Gary Illyes deu um nome a isso: LDCP — Language Demotion, Country Promotion. A explicação dele: “se alguém está pesquisando em alemão e sua página está em inglês, então você sofreria um rebaixamento.” Isso é um mecanismo de ranqueamento, e é mais fundamental que o hreflang — se sua página não estiver genuinamente no idioma do pesquisador, o LDCP a rebaixa independentemente do que suas tags dizem. (Illyes também sinalizou que esse tipo de sinalização manual está em extinção, observando que o Google já tinha sistemas “aprendendo automaticamente” a emparelhar versões em idiomas alternativos — a detecção automática é a direção do caminho.)

Por que o Google desconfia tanto do <html lang>? Porque ele está errado constantemente. Gary contou a história do Joomla: o CMS “veio com o atributo Lang definido como inglês, e não havia como substituí-lo… E então você olhava para a página, e ela estava 100 % em alemão. Então era como se você não pudesse confiar nisso.” John Mueller disse o mesmo — o atributo HTML lang é “algo que não usamos de forma alguma” e “quase sempre errado. Então tendemos a ignorá-lo.”

A conclusão: a detecção de idioma é um problema de conteúdo, não de marcação. Escreva conteúdo real no idioma de destino. O atributo lang ainda importa para acessibilidade (leitores de tela) e para o Bing — só não para a detecção de idioma do Google.

O Bing faz o caminho oposto

O Bing não suporta hreflang. E onde o Google ignora suas dicas de idioma no código, o Bing depende delas. A ordem de prioridade do Bing:

1. <meta http-equiv="content-language" content="en-us"> — o sinal primário.
2. O atributo <html lang=""> — secundário.
3. O conteúdo de texto na página.

O formato do Bing é um código de idioma ISO 639 de 2 letras, um hífen e um código de geografia ISO 3166 (en-us, es-mx). Portanto, um site devidamente internacionalizado rodando em ambos os mecanismos quer conteúdo com URLs distintas mais hreflang (para Google/Yandex) mais a meta tag content-language (para o Bing). Eles não são redundantes; alimentam mecanismos diferentes.

O que o hreflang realmente faz (e não faz)

hreflang é um mapa de relacionamento, não um detector de idioma. Ele não diz ao Google o idioma de uma página — o Google já obtém isso do conteúdo. Ele diz ao Google quais URLs são alternativas entre si e para qual público de idioma-região, para que o Google possa trocar pela correta para cada pesquisador. Google: “Use hreflang para informar ao Google sobre as variações do seu conteúdo, para que possamos entender que essas páginas são variações localizadas do mesmo conteúdo.”

Três coisas precisam estar certas ou o cluster é ignorado:

• Bidirecional. “Se duas páginas não apontarem uma para a outra, as tags serão ignoradas.” O inglês aponta para o italiano, o italiano deve apontar de volta.
• Autorreferente. Cada página lista a si mesma e todas as outras.
• x-default como fallback para idiomas sem correspondência (recomendado, não estritamente obrigatório).

Três métodos de entrega: tags <link> HTML no <head>, o cabeçalho HTTP Link (útil para arquivos não HTML, como PDFs) ou um sitemap XML com o namespace xhtml:link. As URLs devem ser totalmente qualificadas, incluindo https://.

E, criticamente: hreflang é uma dica, não uma diretiva. A própria linha do Google é que “as anotações hreflang são uma dica para o Google, não uma diretiva.” Ele pode e vai sobrepor você quando tags canônicas, sinais de conteúdo ou status de indexação discordarem.

O ângulo valioso e pouco coberto: hreflang acelera a indexação de novos idiomas

Aqui está um benefício que quase ninguém menciona. No mesmo episódio do SOTR, Gary Illyes disse que descobrir hreflang dispara um rastreamento de verificação das alternativas: “Há um rastreamento de dependência disparado quando descobrimos Hreflang, como se quiséssemos verificar isso.” Em termos simples — quando o Google encontra hreflang em uma página, ele vai e rastreia as versões em outros idiomas para verificar o relacionamento, o que acelera a indexação das suas novas páginas em outros idiomas. Portanto, hreflang não é só sobre servir a versão correta; é um acelerador de descoberta para idiomas recém-lançados.

Por que seus dados de hreflang no GSC parecem escassos (e isso é normal)

Outro ponto de Illyes que vale internalizar: “O Search Console só relata canônicas… a grande maioria dos clusters de Hreflang… não são canônicos.” A maioria das alternativas hreflang não são URLs canônicas, então elas não aparecem individualmente no relatório de cobertura do GSC. Se seus painéis fazem parecer que suas páginas de idioma “não estão indexadas”, isso geralmente é apenas o GSC relatando canônicas — não um problema real. Verifique com a ferramenta Inspeção de URL e nas SERPs ao vivo em vez de confiar na contagem agregada.

Conteúdo duplicado: es-MX vs. es-ES

Um medo comum é que duas variantes de espanhol sejam sinalizadas como duplicadas. A regra real do Google: “Versões localizadas de uma página só são consideradas duplicadas se o conteúdo principal da página permanecer sem tradução.” Duas páginas genuinamente em espanhol com diferenças regionais reais (moeda, vocabulário, referências locais) são distintas. Mas duas URLs es-ES e es-MX com texto idêntico e sem diferenciação regional serão tratadas como duplicadas — hreflang sozinho não as separa; conteúdo regional distinto separa. Dentro de um cluster hreflang válido, os sinais também podem se consolidar entre as alternativas, o que geralmente é útil.

Estrutura de URL, links internos e detecção de idioma

Estrutura. Subdiretórios (/es/, /fr/) para a maioria dos sites — eles herdam a autoridade do domínio raiz e têm baixa manutenção. Subdomínios são tratados mais como sites separados. ccTLDs são o sinal de geotargeting país mais forte, mas significam propriedades separadas e construção de links separada. Parâmetros de URL são explicitamente “não recomendados”.

Links internos entre versões. Vincule as versões de idioma entre si de forma sensata (o seletor de idioma faz parte disso), mas não trate cada alternativa como um link de navegação principal. Deixe o hreflang carregar a relação formal; deixe o seletor servir aos usuários.

UX de detecção de idioma — e a armadilha de rastreabilidade. É aqui que os sites quebram silenciosamente. O Googlebot “envia solicitações HTTP sem definir Accept-Language no cabeçalho da solicitação” e rastreia principalmente a partir de IPs dos EUA (embora também use alguns IPs fora dos EUA). Se você redirecionar automaticamente os usuários para uma versão de idioma com base no IP ou no Accept-Language, o Googlebot pode ver apenas a versão em inglês e nunca descobrir o restante. A instrução direta do Google: “Evite redirecionar automaticamente os usuários de uma versão de idioma de um site para uma versão de idioma diferente.”

Em vez disso, faça o seguinte: sirva URLs distintas, anote com hreflang e, se quiser ajudar os usuários, mostre um banner de aviso não intrusivo (“Esta página está disponível em inglês — mudar?”) que os mantenha na URL atual e lembre sua escolha via cookie ou localStorage. Use Accept-Language como uma sugestão, nunca como um gatilho de redirecionamento. E não use bandeiras como identificadores de idioma — bandeiras são países, não idiomas.

Qualidade da tradução e tradução automática

A tradução automática em si não é proibida. A definição do próprio Google: “Scaled content abuse is when many pages are generated for the primary purpose of manipulating search rankings and not helping users.” (tradução) «Abuso de conteúdo em escala é quando muitas páginas são geradas com o objetivo principal de manipular os rankings de pesquisa e não ajudar os usuários.» Jump to quote A tradução é citada como um exemplo de transformação automatizada coberta por essa política — “including through automated transformations like synonymizing, translating, or other obfuscation techniques,” especificamente “where little value is provided to users.” (tradução) «incluindo por meio de transformações automatizadas, como sinonímia, tradução ou outras técnicas de ofuscação», especificamente «onde pouco valor é fornecido aos usuários.» Jump to quote O julgamento é sobre valor, não sobre o método de produção. MT bruto despejado em escala, sem supervisão editorial, é o risco real; MT com revisão e curadoria humana (um fluxo de trabalho frequentemente chamado de MTPE) é uma forma padrão e escalável de ficar longe disso. Julgue uma página traduzida como julgaria qualquer página — ela atende à intenção de pesquisa real para aquele mercado — e não apenas traduza suas palavras-chave em inglês: faça uma pesquisa de palavras-chave real por idioma, porque a intenção e o fraseado diferem de mercado para mercado. (Mais detalhes: tradução automática e SEO.)

Schema para sites multilíngues

Use a propriedade inLanguage no seu schema de Article/Product/FAQPage para declarar o idioma do conteúdo e dê a cada versão de idioma seu próprio bloco de schema nesse idioma. Schema e hreflang fazem trabalhos diferentes: hreflang mapeia URLs alternativas; schema esclarece o significado e o idioma do conteúdo. São camadas complementares.

A taxa de erro: meu estudo com 374 756 domínios

Realizei um estudo com 374 756 domínios usando hreflang. O destaque: mais de 67% tinham problemas. A análise, do mais comum ao menos comum: falta de x-default (56,3%), falta de tags autorreferentes (18%), referências quebradas/redirecionadas (16,9%), falta de tags recíprocas (15,3%), referências não canônicas (8%), códigos ISO errados (4,6%), inconsistência entre lang do HTML e hreflang (3,2%), entradas de idioma duplicadas (2,5%) e a mesma página declarada para vários idiomas (2,5%).

Duas ressalvas evitam que isso seja um desastre. Primeiro, os dois principais — x-default e autorreferência — são recomendados, não estritamente obrigatórios, então o quadro de gravidade real é mais suave do que os 67% sugerem. Segundo, o Google corrige muito disso para você. Gary Illyes já disse que erros de hreflang “não causaram problemas” na era da implementação dele, e minha própria posição de longa data (da minha palestra Enterprise SEO Chaos SMX) é que pode não valer a pena perseguir cada erro de hreflang porque o Google provavelmente está corrigindo muitos deles automaticamente. Mas os erros estruturais — links recíprocos ausentes, URLs quebradas — quebram o cluster e devem ser corrigidos. Triagem: corrija o estrutural, monitore o comportamental.

A ameaça de 2025: o proxy translate.goog do Google

Uma novidade mais recente que vale conhecer (artigo de Motoko Hunt de junho de 2025 no Search Engine Land): quando o Google determina que não há conteúdo local de alta qualidade disponível, ele traduz automaticamente o conteúdo por meio de um proxy translate.goog. O navegador importa — usuários do Chrome são direcionados para a URL original do editor (tráfego preservado), mas usuários do Safari/Firefox passam por translate.goog (tráfego perdido). Dados da Ahrefs colocam isso em 6,2 milhões de aparições no AI Overview com URLs traduzidas e centenas de milhões de cliques de exposição. A leitura estratégica: publicar conteúdo nativo no idioma local é tanto a defesa (o Google não vai traduzir via proxy o que você já fornece) quanto o ataque (você ranqueia nesses mercados por conta própria). Trate SERPs traduzidas automaticamente como um sinal de demanda não atendida.

O alerta de Mueller: não traduza tudo

Por fim, moderação. John Mueller alerta contra o reflexo de todos os idiomas — “Let’s create all languages! Let’s make pages for all countries! What if someone in Japan wants to read it in Swahili?” — e observa “it’s easy to dig into endless pits of complexity with hreflang.” O conselho dele, que eu endosso: “first… limit the number of pages you create to those that are absolutely critical & valuable.” Priorize páginas de alto tráfego e alta conversão em mercados com demanda comprovada (use o GSC para encontrar consultas que já geram impressões em um idioma-alvo). Cada versão de idioma que você cria é sobrecarga de rastreamento, indexação, canonização e manutenção — gaste apenas onde houver retorno real.

Resumo de IA

Uma visão condensada da versão Avançada:

• Multilíngue ≠ multirregional. Multilíngue é sobre idioma (site suíço em 3 idiomas, 1 país); multirregional é sobre país (inglês dos EUA/Reino Unido). Eles se sobrepõem, mas usam sinais diferentes.
• O Google detecta o idioma pelo texto visível — não pela tag <html lang>, não pelo cabeçalho Content-Language, nem pela URL. Gary Illyes nomeou o mecanismo de ranqueamento LDCP (Language Demotion, Country Promotion): páginas no idioma errado são rebaixadas.
• O Bing é o oposto: ele não suporta hreflang e usa <meta http-equiv="content-language"> como seu sinal principal (prioridade: meta content-language > html lang > conteúdo).
• hreflang é um mapa de relacionamento, não um detector de idioma, e é uma dica, não uma diretiva. Deve ser bidirecional + autorreferente; x-default é recomendado.
• Benefício bônus: descobrir hreflang dispara um rastreamento de verificação, acelerando a indexação de novas páginas de idioma (Illyes). A maioria dos alternates não é canônica, então o GSC os subnotifica — isso é normal.
• es-MX vs es-ES são duplicatas apenas se o conteúdo principal não for traduzido; diferenças regionais genuínas os separam.
• Estrutura de URL: subdiretórios para a maioria dos sites; ccTLDs são os mais fortes para segmentação por país; evite parâmetros de URL. Nunca redirecione automaticamente por IP/Accept-Language — o Googlebot rastreia sem Accept-Language e principalmente de IPs dos EUA, então pode perder seus outros idiomas.
• Tradução automática não é proibida. A política de abuso de conteúdo em escala do Google cita a tradução como um exemplo de “transformação automatizada”, mas a violação é publicar muitas páginas de baixo valor para manipular o ranqueamento — o julgamento é sobre valor, não sobre método. MT bruto despejado em escala sem supervisão editorial é o risco real; MT com revisão humana (MTPE) é um fluxo de trabalho padrão e escalável.
• Taxa de erro: meu estudo de 374 756 domínios encontrou 67 % com problemas de hreflang, mas o Google corrige muitos automaticamente — corrija erros estruturais, monitore o resto.
• Ameaça de 2025: o proxy translate.goog do Google pode sequestrar tráfego onde o conteúdo nativo está ausente; conteúdo local nativo é tanto defesa quanto ataque.

Documentação oficial

Documentação de fonte primária dos mecanismos de busca.

Google

• Managing Multi-Regional and Multilingual Sites — o documento fundamental: definições, opções de estrutura de URL, sinais de localidade, o aviso sobre redirecionamento automático.
• Localized Versions of your Pages — a referência de hreflang: os três métodos de implementação, bidirecionalidade, autorreferência, x-default e a regra de conteúdo duplicado.
• International SEO Overview — o ponto de entrada para otimização de idioma/país/região.
• How Google Crawls Locale-Adaptive Pages — por que servir conteúdo diferente por localidade percebida arrisca lacunas de rastreamento/indexação, e a nota sobre Accept-Language.

Bing / Microsoft

• How To Tell Bing Your Website’s Country and Language — a meta tag content-language, seu formato e a ordem de prioridade que o Bing usa (ainda a principal referência técnica).
• Bing Webmaster Guidelines — as diretrizes gerais, incluindo segmentação por idioma/país.

Citações da fonte

Declarações oficiais do Google e do Bing sobre SEO multilíngue.

Google — como o idioma é detectado

• “Google uses the visible content of your page to determine its language. We don’t use any code-level language information such as lang attributes, or the URL.” — Google Search Central docs. Ir a la cita
• “Google doesn’t use hreflang or the HTML lang attribute to detect the language of a page; instead, we use algorithms to determine the language.” Ir a la cita

Google — hreflang e duplicatas

• “Use hreflang to tell Google about the variations of your content, so that we can understand that these pages are localized variations of the same content.” Ir a la cita
• “If two pages don’t both point to each other, the tags will be ignored.” Ir a la cita
• “Localized versions of a page are only considered duplicates if the main content of the page remains untranslated.” Ir a la cita

Google — redirecionamentos e definições

• “Avoid automatically redirecting users from one language version of a site to a different language version.” Ir a la cita
• “A multilingual website is any website that offers content in more than one language.” Ir a la cita

Gary Illyes, Google (Search Off the Record, “Internationalization & hreflang,” 25 de julho de 2024)

• Sobre o algoritmo LDCP: “if someone is searching in German and your page is in English, then you would get a demotion.”
• Sobre por que o lang HTML não é confiável: “[Joomla] came with the Lang attribute set to English, and there was no way to override it… And then you looked at the page, and it was 100% German. So it was like you can’t trust that.”
• Sobre o hreflang acionando um rastreamento de verificação: “There is a dependency crawl triggering when we discover Hreflang, like we want to verify that.”
• Sobre o relatório do GSC: “Search Console only reports canonicals… the vast majority of the Hreflang clusters… are not canonical.” Ouça o episódio

John Mueller, Google

• Sobre o atributo lang HTML: “the language attribute within the HTML markup is something we don’t use at all” e “almost always wrong. So we tend to ignore that.”
• Sobre a criação excessiva de idiomas: “It’s easy to dig into endless pits of complexity with hreflang.” / “My recommendation would be first to limit the number of pages you create to those that are absolutely critical & valuable.”

Os frameworks de decisão

1. Você precisa de multilíngue ou multirregional? (ou ambos)

Execute isso antes de qualquer outra coisa — isso determina quais sinais você deve usar:

Are you serving more than one LANGUAGE?
├─ No  → not a multilingual problem. Stop here for language work.
└─ Yes → multilingual. You need: distinct URLs per language
         + hreflang (Google/Yandex) + content-language meta (Bing)
         + real content in each language.

Are you also targeting more than one COUNTRY?
├─ No  → single-region multilingual (e.g. Swiss DE/FR/IT).
│        Use language-only hreflang codes (es, fr, de).
└─ Yes → multi-regional too. Add region to hreflang (es-MX, es-ES,
         en-GB, en-US) and consider ccTLDs for the strongest
         country signal.

A armadilha: tratar o idioma como um sinal de país. Como Gary Illyes disse, “o idioma absolutamente não é um indicativo de qual país você está segmentando.”

2. Comparação de estrutura de URL

3. Matriz de prioridade de conteúdo — o que traduzir primeiro

Não traduza tudo. Pontue as páginas candidatas e trabalhe de cima para baixo:

Priority = (organic demand in target market)
         × (conversion value of the page)
         ÷ (translation + maintenance effort)

Ordem prática:

1. Páginas com demanda comprovada — use o GSC para encontrar URLs que já estão recebendo impressões/cliques de uma consulta ou país no idioma de destino. A demanda já existe; capture-a.
2. Páginas principais de alto tráfego / alta conversão — páginas de dinheiro e hubs principais do cluster.
3. Páginas de cluster de apoio — depois que o mercado principal for validado.
4. Cauda longa — por último, e somente se o mercado estiver dando retorno.

A regra de Mueller está acima de tudo: “limite o número de páginas que você cria àquelas que são absolutamente críticas e valiosas.” Cada versão extra de idioma é um custo contínuo de rastreamento, indexação e manutenção — gaste onde há retorno.

Sinais de idioma — o que cada mecanismo realmente usa

A tabela para salvar. Google e Bing leem sinais quase opostos.

Ordem de prioridade do Bing: meta tag content-language > <html lang> > conteúdo da página.

Google em uma linha: ele lê o texto visível para detectar o idioma; tudo em nível de código (lang, Content-Language, URL) é ignorado para esse fim.

Inegociáveis do hreflang: bidirecional, autorreferente, URLs totalmente qualificadas com https://, x-default recomendado. Dica, não diretiva.

Não faça: redirecionamento automático por IP/Accept-Language (o Googlebot rastreia sem Accept-Language, principalmente de IPs dos EUA — ele perderá seus outros idiomas); use bandeiras para idiomas; despeje tradução automática bruta e não revisada em escala, sem valor editorial agregado.

Registro de alterações