Redirecionamentos geográficos para SEO internacional

TL;DR — Um redirecionamento geográfico envia automaticamente o visitante para outra versão do seu site — uma página /de/, um domínio alemão, um subdomínio — com base em uma suposição sobre onde ele está ou qual idioma fala (normalmente o endereço IP ou o idioma do navegador). Parece útil, mas é uma das formas mais comuns de sites internacionais esconderem, sem querer, as próprias páginas do Google. A jogada mais segura é sugerir a versão local com um banner ou um link, não forçá-la.

O que é um redirecionamento geográfico

Digamos que você tenha um site em inglês e um site em alemão. Um redirecionamento geográfico é uma regra que diz: “se este visitante parece estar na Alemanha (ou o navegador dele está configurado para alemão), envie-o automaticamente para a versão em alemão.” O visitante nunca pediu isso — o servidor ou um script decide por ele, com base em:

• endereço IP dele (que mapeia de forma aproximada para um país),
• a configuração de Accept-Language do navegador, ou
• um cookie que lembra uma escolha anterior.

Na superfície, isso é um toque agradável. O problema é o que isso faz com os mecanismos de busca.

Por que isso é arriscado para SEO

O rastreador do Google, o Googlebot, é o que encontra e lê as suas páginas para que elas possam aparecer na busca. E aqui está o detalhe que derruba tantos sites internacionais: o Googlebot rastreia principalmente a partir de endereços IP nos Estados Unidos e não envia uma preferência de idioma.

Então, se a sua home redireciona automaticamente visitantes “com cara de EUA” para a versão em inglês, o Googlebot — que parece estar nos EUA — também é enviado para a versão em inglês, toda vez. Ele pode nunca seguir um caminho até as suas páginas em alemão, francês ou japonês por conta própria. Se o Google não consegue alcançar essas páginas, ele não consegue indexá-las, e elas não conseguem rankear. Você construiu o site em alemão, mas silenciosamente o isolou do único visitante que decide se alguém o encontra.

A coisa que as pessoas entendem ao contrário

Existe uma tag relacionada chamada hreflang que diz aos mecanismos de busca “aqui estão as outras versões em outros idiomas/países desta página.” Muita gente assume que o hreflang “conserta” o que um redirecionamento geográfico quebra. É o contrário: o hreflang não ajuda uma página que o rastreador nunca teve permissão de alcançar. O redirecionamento pode impedir o Google de ver as tags hreflang em primeiro lugar. (Há um guia completo sobre hreflang neste site se você quiser a mecânica.)

O que fazer em vez disso

O conselho do próprio Google é curto e claro: não force, sugira. Em vez de redirecionar automaticamente:

• Mostre um banner pequeno (“Parece que você está na Alemanha — ver o site em alemão?”) que o visitante pode clicar ou ignorar.
• Coloque links para todas as versões de idioma na página para que tanto pessoas quanto rastreadores consigam alcançá-las. Evidence for this claim Google recommends avoiding automatic language redirects and providing hyperlinks that let users and crawlers reach each language version. Scope: Google Search guidance for language switching and discovery. Confidence: high · Verified: 2026-07-14 Google: Let users switch language
• Adicione hreflang para que os mecanismos de busca possam descobrir e servir a versão certa por conta própria.

Dessa forma, uma pessoa real ainda é direcionada para o idioma dela, mas o Google ainda consegue rastrear e indexar todas as versões. Quer a versão mais aprofundada — por que 302 vs 301 importa, a única exceção restrita em que um redirecionamento é aceitável e os dados sobre com que frequência isso quebra? Mude para a aba Avançado.

Solução de problemas de redirecionamentos geográficos

Versões em outros idiomas ausentes do rastreamento

Sintoma: o rastreador cai repetidamente na versão padrão. Causa provável: o roteamento por IP, cookie ou Accept-Language desvia as requisições das URLs diretas dos outros idiomas. Correção: faça cada URL de idioma responder diretamente e substitua o roteamento obrigatório por uma sugestão visível.

Destinos de hreflang retornando redirecionamentos

Sintoma: as anotações apontam para respostas 3xx em vez das páginas finais. Causa provável: o roteamento ou a normalização de URLs mudou sem regenerar o mapa de idiomas. Correção: atualize o hreflang para apontar diretamente para destinos canônicos 200 e reteste todos os membros do cluster.

Usuários não conseguem voltar depois de um redirecionamento

Sintoma: selecionar outro idioma envia imediatamente o visitante para o mercado presumido. Causa provável: a lógica de IP se sobrepõe à escolha explícita do usuário. Correção: deixe o idioma escolhido vencer, forneça links persistentes e rastreáveis para o seletor e reserve qualquer cookie para lembrar — não forçar — a escolha.

Bots e usuários equivalentes recebem conteúdos diferentes

Sintoma: a mesma requisição com o mesmo caminho e contexto de idioma produz roteamento específico para bots. Causa provável: foi adicionada uma exceção para rastreadores como contorno de problemas de descoberta. Correção: remova o comportamento exclusivo para bots e resolva o acesso para todas as requisições equivalentes; exceções para bots criam um risco separado de cloaking.

Teste o comportamento de roteamento geográfico você mesmo

Compare a requisição padrão com preferências de idioma

Passe um ponto de entrada representativo do idioma como primeiro argumento. Isto testa o roteamento dependente de cabeçalho; não simula outra localização de IP.

url="${1:?Pass a representative entry URL as the first argument}"
for language in "" "en-US,en;q=0.9" "fr-FR,fr;q=0.9"; do
  echo "Accept-Language: ${language:-<none>}"
  curl -sS -o /dev/null -D - ${language:+-H "Accept-Language: $language"} "$url" \
    | grep -Ei '^(HTTP/|location:|vary:|set-cookie:)'
done

Verifique se os destinos de idioma declarados resolvem diretamente

Coloque uma URL de idioma esperada por linha em locale-urls.txt.

while IFS= read -r url; do
  curl -sS -o /dev/null -w '%{http_code}\t%{redirect_url}\t%{url_effective}\n' "$url"
done < locale-urls.txt

Um destino saudável normalmente responde 200 com destino de redirecionamento vazio. Revise exceções intencionais em vez de seguir os redirecionamentos e escondê-los.

Valide uma mudança de redirecionamento geográfico

Acesso direto ao idioma

Teste a executar: solicite URLs representativas de cada idioma sem cookies e sem seguir redirecionamentos. Resultado esperado: cada idioma pretendido retorna sua própria resposta direta 200. Interpretação de falha: o roteamento está se sobrepondo a uma URL explícita e pode bloquear a descoberta. Janela de monitoramento: imediatamente após a implantação e durante o próximo rastreamento agendado. Gatilho de rollback: qualquer idioma prioritário fica inacessível sem uma cadeia de redirecionamentos.

Matriz de cabeçalhos de requisição

Teste a executar: compare a mesma URL de entrada sem cabeçalho Accept-Language e com preferências de idioma suportadas. Resultado esperado: o conteúdo permanece acessível e qualquer recomendação de idioma não impede a navegação para outra versão. Interpretação de falha: a lógica baseada em cabeçalho está forçando um idioma ou prendendo a escolha do usuário. Janela de monitoramento: durante a verificação da versão e no primeiro ciclo completo de tráfego. Gatilho de rollback: requisições são redirecionadas para longe de um idioma explicitamente escolhido.

Resposta dos destinos de hreflang

Teste a executar: extraia os destinos de hreflang de clusters representativos e solicite cada um sem seguir redirecionamentos. Resultado esperado: toda anotação resolve diretamente para uma URL canônica 200 indexável. Interpretação de falha: o mapa de idiomas está desatualizado ou o roteamento contradiz o hreflang. Janela de monitoramento: após a versão e novamente após a próxima geração de sitemap ou template. Gatilho de rollback: um cluster relevante aponta para destinos redirecionados, bloqueados ou com erro.

Paridade de requisições equivalentes

Teste a executar: compare user agents comuns e de rastreadores sob condições de requisição equivalentes. Resultado esperado: status, destino e conteúdo substancial são equivalentes. Interpretação de falha: o tratamento específico para bots pode estar mascarando problemas de acesso e criando risco de cloaking. Janela de monitoramento: a cada lançamento de roteamento e trimestralmente depois disso. Gatilho de rollback: exceções exclusivas para bots mudam o destino ou o conteúdo de requisições equivalentes.

TL;DR — Redirecionamentos geográficos e hreflang operam em camadas diferentes: um redirecionamento geográfico é uma decisão de serviço (serving), o hreflang é um sinal de descoberta. A falha central é um problema de descoberta, não apenas de indexação — o Googlebot rastreia principalmente a partir de IPs dos EUA e não envia Accept-Language, então um redirecionamento no seu ponto de entrada pode impedi-lo de alcançar (e portanto descobrir) as URLs alternativas para as quais seu hreflang aponta. O hreflang não pode resgatar uma URL que o rastreador nunca vê. Cloaking é um risco separado: até um redirecionamento totalmente em conformidade e sem cloaking ainda causa o problema de descoberta. A recomendação do Google é “sugira, não force” (um banner/links + hreflang). A única exceção restrita é um 302 apenas na home para sugestão dinâmica de idioma — mas no meu estudo de 374 756 domínios, 16,9% tinham hreflang apontando para páginas redirecionadas ou quebradas, que é exatamente essa exceção dando errado.

Dois mecanismos, duas camadas diferentes

Quase todo erro de redirecionamento geográfico vem de confundir duas coisas que vivem em camadas diferentes da pilha:

• Um redirecionamento geográfico é uma decisão de serviço: o que eu mostro para este visitante específico, agora, com base no que acho que sei sobre ele?
• hreflang é um sinal de descoberta/anotação: quais URLs alternativas existem para este conteúdo, para que um mecanismo de busca as encontre e troque pela certa nos próprios resultados?

Eles não se substituem. Um redirecionamento geográfico muda o que um visitante vê; o hreflang diz aos mecanismos de busca que as alternativas existem para que possam servir a certa na hora da consulta, sem que ninguém force nada na hora do serviço. Se você internalizar uma coisa deste artigo, que seja esta distinção — a maior parte dos problemas vem de tratar um redirecionamento como se fosse um sinal de descoberta.

A falha mecânica central: descoberta, não apenas indexação

Aqui está a parte em que a maioria dos conteúdos concorrentes erra um pouco. Eles enquadram o risco como “suas outras páginas não serão indexadas.” O enquadramento mais preciso é que suas outras páginas podem nunca ser rastreadas — nem mesmo descobertas — em primeiro lugar.

O Google é explícito sobre a causa. Seu documento sobre páginas adaptáveis a localidade diz que, se o seu site retorna conteúdos diferentes com base no país ou no idioma preferido percebido do visitante, “Google might not crawl, index, or rank all your content for different locales.” (tradução) «o Google pode não rastrear, indexar ou ranquear todo o seu conteúdo para diferentes localidades». Por quê? Porque os IPs padrão do Googlebot parecem estar nos EUA, e o rastreador envia requisições HTTP sem definir Accept-Language.

Agora trace isso em uma configuração típica. Sua lógica de redirecionamento dispara com base em IP e/ou Accept-Language, e dispara no ponto de entrada — muitas vezes a home ou o domínio raiz, que é exatamente a página que carrega (ou linka) suas anotações hreflang. O Googlebot chega parecendo um visitante dos EUA sem preferência de idioma, é redirecionado para a versão dos EUA/padrão e para. O único caminho rastreável para a sua árvore /de/ estava atrás desse redirecionamento. Então:

1. O Googlebot nunca alcança as URLs dos idiomas alternativos.
2. Ele, portanto, nunca descobre as anotações hreflang que teriam dito que essas URLs existem.
3. Tags hreflang em uma página que o Googlebot não consegue alcançar não fazem nada.

O hreflang pressupõe acesso de rastreamento. Ele não o cria. Essa é toda a armadilha em uma linha.

Redirecionamentos geográficos vs. cloaking: dois riscos separados

Existe um segundo risco aqui que as pessoas constantemente fundem com o primeiro, e a fusão produz maus conselhos. Tratar o Googlebot de forma diferente de um usuário real na mesma localização — por exemplo, abrindo uma exceção para o user agent do Googlebot para que ele pule o redirecionamento e veja tudo — é cloaking, e é uma violação das diretrizes. A orientação do Google sobre rastreamento geo-distribuído é uma regra de consistência: o Googlebot rastreia a partir de alguns endereços IP fora dos EUA, além dos EUA, e quando parece vir de um determinado país você deve tratá-lo exatamente como qualquer outro visitante daquele país (bloqueie o Googlebot dos EUA se você bloqueia usuários dos EUA; permita o Googlebot australiano se você permite usuários australianos).

Aqui está a parte que merece uma subseção própria: não fazer cloaking não o resgata do problema de descoberta. Muito do que se escreve diz “desde que você não faça cloaking com o Googlebot, redirecionamentos geográficos são seguros.” Isso está incompleto. Um redirecionamento geográfico totalmente em conformidade — em que o bot e um usuário na mesma localização recebem tratamento idêntico — ainda prende o Googlebot na versão padrão se é para lá que uma requisição com cara de EUA vai. Você evitou uma penalização por cloaking e ainda assim deixou seus outros idiomas sem acesso de rastreamento. Dois problemas separados; resolver um não resolve o outro.

E não interprete demais a nuance do rastreamento geo-distribuído como uma solução. É um requisito de consistência contra cloaking, não uma promessa de que o Google vai descobrir de forma confiável cada idioma simulando todas as regiões. O documento atual do Google ainda abre com “Googlebot’s default IPs appear to be US-based” (tradução) «os IPs padrão do Googlebot parecem ter base nos EUA» como o motivo pelo qual isso quebra — porque esse ainda é o motivo.

O que o Google recomenda oficialmente: sugira, não force

A recomendação do Google não é “redirecione com mais cuidado.” É “não redirecione — sugira.” Duas frases do documento sobre sites multirregionais são a espinha dorsal da correção:

“Avoid automatically redirecting users from one language version of a site to a different language version of a site.” (tradução) «Não redirecione automaticamente uma pessoa de uma versão linguística do site para outra.» — Google Search Central

“Consider adding hyperlinks to other language versions of a page. That way users can click to choose a different language version of the page.” (tradução) «Considere incluir links para versões da página em outros idiomas, permitindo que cada pessoa escolha a versão desejada.» — Google Search Central

E sobre detecção por IP especificamente, o Google não mede palavras:

“Don’t use IP analysis to adapt your content. IP location analysis is difficult and generally not reliable. Furthermore, Google may not be able to crawl variations of your site properly. Most, but not all, Google crawls originate from the US, and we don’t attempt to vary the location to detect site variations.” (tradução) «Não adapte o conteúdo por análise de IP: essa localização é difícil e geralmente pouco confiável, pode impedir o rastreamento correto das variações do site e não é simulada pelo Google em todas as regiões.» — Google Search Central

Como o direcionamento nunca é perfeito, o Google também diz para você planejar o visitante que cai na versão errada: “geotargeting isn’t an exact science, so it’s important to consider users who land on the ‘wrong’ version of your site. One way to do this could be to show links on all pages for users to select their region and/or language of choice.” (tradução) «o geotargeting não é uma ciência exata, então é importante considerar usuários que caem na versão “errada” do seu site. Uma forma de fazer isso poderia ser mostrar links em todas as páginas para que os usuários selecionem a região e/ou o idioma de sua preferência». Esse é o padrão de banner/lista de links, direto da fonte.

O que o Bing recomenda — e por que o risco é maior lá

O Bing não tem um equivalente do hreflang para sabotar, então você pode pensar que ele está menos exposto. É o contrário. O Bing depende de rastrear de fato as URLs localizadas reais e da meta tag/cabeçalho HTTP content-language, em vez de uma anotação declarativa de hreflang. Fabrice Canel, da Microsoft Bing, disse que o hreflang é um sinal muito mais fraco do que content-language no Bing (um ponto que aprofundo no guia de hreflang deste site). A consequência prática: um redirecionamento geográfico que o Bingbot não consegue ultrapassar é pelo menos tão danoso para a visibilidade no Bing quanto para a do Google — possivelmente mais, porque o Bing depende de alcançar e ler aquelas URLs localizadas diretamente, não de uma anotação que, em teoria, poderia ser descoberta em outro lugar.

Os dados: com que frequência isso quebra

Eu não preciso defender isso no terreno da hipótese. Para a minha palestra no Brighton SEO 2023, estudei hreflang em 374 756 domínios (artigo completo no blog da Ahrefs). Minha conclusão direta sobre este tópico exato: redirecionamentos automáticos baseados em cookies, IP ou idioma do navegador são, em geral, uma má ideia. Os números respaldam:

• 16,9% dos domínios tinham tags hreflang referenciando páginas redirecionadas ou quebradas — isso é essencialmente uma medição direta de quantas vezes as configurações de redirecionamento dos sites colidem com o próprio hreflang.
• 67% dos domínios que usavam hreflang no estudo tinham pelo menos um problema no geral.
• 56,3% não tinham x-default — o valor de hreflang criado em torno do problema “qual versão um visitante sem correspondência vê” (há um artigo dedicado a x-default neste site).

Como escrevi no artigo: “Hreflang is complex and hard to get right. It can break in so many different ways.” (tradução) «Implementar hreflang é complexo, e há muitas maneiras de a configuração falhar». Um redirecionamento geográfico é uma das formas mais confiáveis de fazê-lo quebrar.

A única exceção restrita: um 302 apenas na home

Existe um padrão defensável, e ele é restrito. Um redirecionamento 302 (temporário) apenas na home, fazendo sugestão dinâmica de idioma com base em localização/idioma, tem sido uma configuração funcional e usada há muito tempo em muitos sites. O motivo de ser um 302, e não um 301: o destino “correto” depende do visitante — muda por pessoa, por sessão —, então não é um único destino permanente. Um 301 declara um único destino permanente, o que não é o que está acontecendo aqui. (Isto é prática do setor — minha e da Ahrefs —, não uma recomendação de código de status que o Google publica especificamente para redirecionamentos geográficos.)

Mas no momento em que uma URL redirecionada aparece como destino dentro das suas anotações hreflang em outro lugar do site, isso é um bug, não um recurso — todo destino de hreflang deve resolver 200 diretamente, não 3xx. O número de 16,9% acima é em grande parte essa exceção dando errado: sites rodando o padrão de 302 na home (ou pior, redirecionamentos no site inteiro) e depois apontando hreflang para páginas que redirecionam.

O que fazer em vez de um redirecionamento rígido

No conjunto, a correção é um punhado de peças móveis:

• Sugira, não force. Um banner/intersticial visível e dispensável (“Ver o site em alemão?”) que o visitante pode aceitar ou ignorar. Essa é a alternativa recomendada pelo Google a um redirecionamento automático.
• Mantenha cada URL localizada diretamente rastreável e linkável. Links <a href> reais para cada versão — um seletor de idioma/país no rodapé ou no cabeçalho — para que os rastreadores alcancem todos os idiomas sem serem redirecionados antes. (Um seletor sozinho não é uma correção se o redirecionamento ainda dispara antes de o rastreador carregar a página.)
• Combine com hreflang correto e recíproco para que os mecanismos de busca possam determinar e servir a versão certa nos resultados por conta própria. Todo destino de hreflang resolve 200.
• Use x-default para o caso “sem correspondência explícita” em uma home com seletor de idioma ou autossugestão — ele nomeia o que mostrar a um visitante que não corresponde a nenhuma das suas tags. Ele resolve a questão de serviço para visitantes sem correspondência; não resolve o problema de acesso de rastreamento, então não dependa dele como resgate.

Os fundamentos relacionados aqui — a distinção entre direcionamento por idioma vs. país, a escolha de estrutura de URL ccTLD / subdomínio / subdiretório, hreflang recíproco e x-default — ficam todos neste mesmo cluster de SEO internacional e valem a leitura junto com este. A versão curta: corrija o caminho de rastreamento primeiro e depois deixe o hreflang e o x-default cuidarem do serviço.

Resumo com IA

Uma versão condensada da versão Advanced:

• Um redirecionamento geográfico envia automaticamente o visitante para uma URL específica por localização/idioma com base em IP, Accept-Language ou cookie. É um mecanismo de serviço; hreflang é um sinal de descoberta separado. Eles não se substituem.
• A falha central é de descoberta, não apenas de indexação. O Googlebot rastreia principalmente a partir de IPs dos EUA e não envia Accept-Language. Um redirecionamento no ponto de entrada (geralmente a home) pode prender o rastreador na versão padrão, de modo que ele nunca alcança — e nunca descobre — as URLs dos idiomas alternativos para as quais seu hreflang aponta. O hreflang não pode resgatar uma URL que o rastreador nunca vê.
• Cloaking é um risco separado. Tratar o Googlebot de forma diferente de um usuário na mesma localização é uma violação. Mas até um redirecionamento totalmente em conformidade e sem cloaking ainda causa o problema de descoberta — não fazer cloaking não te salva.
• Rastreamento geo-distribuído é uma regra de consistência, não uma garantia de descoberta. O Google rastreia de alguns IPs fora dos EUA também, mas isso é sobre não fazer cloaking, não uma promessa de encontrar todos os idiomas.
• A recomendação do Google: “Avoid automatically redirecting” (tradução) «Evite fazer um redirecionamento automático» + “Consider adding hyperlinks to other language versions” (tradução) «Considere oferecer links para versões em outros idiomas» — ou seja, sugira com um banner/links, não force, e combine com hreflang. O Google também chama a análise de IP de “difficult and generally not reliable.” (tradução) «difícil e, em geral, pouco confiável».
• O Bing é possivelmente o caso de maior risco: ele depende de rastrear as URLs localizadas reais e do sinal content-language, em vez do hreflang, então um redirecionamento do qual o Bingbot não consegue escapar dói pelo menos tanto.
• Os dados: no meu estudo de 374 756 domínios, 16,9 % tinham hreflang apontando para páginas redirecionadas ou quebradas; 67 % tinham pelo menos um problema de hreflang; 56,3 % não tinham x-default. Minha opinião: redirecionamentos automáticos baseados em cookies, IP ou idioma do navegador são, em geral, uma má ideia.
• A única exceção restrita: um 302 apenas na home para sugestão dinâmica de idioma (302, não 301, porque o destino depende do visitante). Mas nenhuma URL redirecionada deve jamais ser um destino de hreflang.

Documentação oficial

Documentação de fontes primárias sobre redirecionamentos, serviço adaptado à localidade e geotargeting.

Google

• Gerenciamento de sites multirregionais e multilíngues — as orientações “avoid automatically redirecting” (tradução) «evite forçar redirecionamentos», “add hyperlinks to other language versions” (tradução) «inclua links para versões em outros idiomas» e “don’t use IP analysis to adapt your content” (tradução) «não adapte o conteúdo por análise de IP», além da seção de segmentação geográfica.
• Como o Google rastreia páginas adaptadas à localidade — por que os IPs padrão do Googlebot com base nos EUA e a ausência do cabeçalho Accept-Language significam que conteúdo adaptado à localidade pode não ser totalmente rastreado/indexado, a recomendação de usar URLs de idioma separadas com rel="alternate" hreflang e a regra de rastreamento geo-distribuído (consistência contra cloaking).
• Versões localizadas das suas páginas — referência de implementação do hreflang: tags HTML, cabeçalhos HTTP, entradas de sitemap e requisitos de reciprocidade.
• Rastreamento e indexação de páginas adaptadas à localidade (blog da Central da Pesquisa, jan. 2015) — a mesma mensagem central, mostrando que o Google diz isso de forma consistente há uma década.

Bing / Microsoft

• Internacionalização: considerações para seu site global (blog do Bing Webmaster, fev. 2009) — o alerta antigo de que a troca de idioma baseada em cookie e JavaScript (sem caminho de navegação e sem mudança de URL) esconde o conteúdo fora do padrão dos rastreadores, já que eles não mantêm cookies nem executam o seletor.
• Diretrizes do Bing para webmasters — a pilha de sinais do Bing, incluindo a preferência por content-language em vez de hreflang.

Citações da fonte

Declarações registradas do Google, além da minha opinião. Cada link do Google é um deep link que salta para a passagem citada na página de origem.

Google — não force redirecionamentos; sugira em vez disso

• “Avoid automatically redirecting users from one language version of a site to a different language version of a site.” (tradução) «Evite redirecionar automaticamente usuários de uma versão do site em um idioma para uma versão em outro idioma.» — Documentação do Google Search Central. Saltar para a citação
• “Consider adding hyperlinks to other language versions of a page. That way users can click to choose a different language version of the page.” (tradução) «Considere adicionar hiperlinks para outras versões em outros idiomas de uma página. Assim, os usuários podem clicar para escolher uma versão da página em outro idioma.» Saltar para a citação
• “Remember that geotargeting isn’t an exact science, so it’s important to consider users who land on the ‘wrong’ version of your site. One way to do this could be to show links on all pages for users to select their region and/or language of choice.” (tradução) «Lembre-se de que o geotargeting não é uma ciência exata, então é importante considerar usuários que caem na versão “errada” do seu site. Uma forma de fazer isso poderia ser mostrar links em todas as páginas para que os usuários selecionem a região e/ou o idioma de sua preferência.» Saltar para a citação

Google — a análise de IP não é confiável

• “Don’t use IP analysis to adapt your content. IP location analysis is difficult and generally not reliable. Furthermore, Google may not be able to crawl variations of your site properly. Most, but not all, Google crawls originate from the US, and we don’t attempt to vary the location to detect site variations.” (tradução) «Não use análise de IP para adaptar seu conteúdo. A análise de localização por IP é difícil e, em geral, não é confiável. Além disso, o Google pode não conseguir rastrear variações do seu site corretamente. A maioria, mas não todos, os rastreamentos do Google se originam dos EUA, e não tentamos variar a localização para detectar variações do site.» Saltar para a citação

Google — rastreamento adaptado à localidade (o problema de descoberta)

• “If your site has locale-adaptive pages (that is, your site returns different content based on the perceived country or preferred language of the visitor), Google might not crawl, index, or rank all your content for different locales.” (tradução) «Se o seu site tem páginas adaptadas à localidade (isto é, o site retorna conteúdos diferentes com base no país ou no idioma preferido percebido do visitante), o Google pode não rastrear, indexar ou ranquear todo o seu conteúdo para diferentes localidades.» Saltar para a citação
• “We recommend using separate locale URL configurations and annotating them with rel=“alternate” hreflang annotations.” (tradução) «Recomendamos usar configurações de URL de localidade separadas e anotá-las com anotações rel=“alternate” hreflang.» Saltar para a citação
• “Googlebot crawls with IP addresses based outside the USA, in addition to the US-based IP addresses.” (tradução) «O Googlebot rastreia com endereços IP com base fora dos EUA, além dos endereços IP com base nos EUA.» — a ressalva do rastreamento geo-distribuído, que é uma regra de consistência contra cloaking, não uma garantia de descoberta. Saltar para a citação

Eu, sobre o padrão

• “Automated redirects based on cookies, IP, or browser language are generally a bad idea.” (tradução) «Redirecionamentos automáticos baseados em cookies, IP ou idioma do navegador são, em geral, uma má ideia.» — meu estudo de hreflang de 374 756 domínios no Brighton SEO 2023 (deck, artigo na Ahrefs).
• “Hreflang is complex and hard to get right. It can break in so many different ways.” (tradução) «É difícil acertar o hreflang, porque a implementação pode falhar de muitas formas.» — o artigo da Ahrefs sobre esse estudo.

Devo redirecionar geograficamente — e, se sim, como?

A maioria das perguntas “devo redirecionar geograficamente?” se reduz a uma coisa: os rastreadores ainda conseguem alcançar cada idioma por conta própria? Siga o fluxo.

Mitos e erros de redirecionamento geográfico a evitar

Cada um destes é uma crença comum que está errada (ou perigosamente incompleta), com o que fazer em vez disso.

• “Enquanto eu não fizer cloaking com o Googlebot, redirecionamentos geográficos são totalmente seguros para SEO.” Por que está errado: não fazer cloaking apenas evita uma penalização. Um redirecionamento totalmente em conformidade e sem cloaking ainda prende o rastreador na versão padrão se é para lá que uma requisição com cara de EUA vai, então seus outros idiomas nunca são rastreados nem descobertos. Em vez disso: trate o acesso de rastreamento como um problema separado do cloaking — mantenha cada idioma alcançável por um link real, com redirecionamento ou não.

• “O hreflang conserta o que meu redirecionamento geográfico quebra.” Por que está errado: é o contrário. O hreflang pressupõe acesso de rastreamento; ele não pode fazer nada por uma URL que o rastreador nunca teve permissão de alcançar. Se o redirecionamento impede o Google de carregar a página que carrega as tags hreflang, as tags nunca são nem descobertas. Em vez disso: garanta primeiro que os rastreadores alcançam todos os idiomas, depois deixe o hreflang cuidar da troca de versões nos resultados.

• “O Google rastreia de todos os países agora, então o problema antigo ‘o Googlebot só vê a versão dos EUA’ está resolvido.” Por que está errado: é exagerado. O Google rastreia de alguns IPs fora dos EUA, mas a própria documentação enquadra isso como um requisito de consistência contra cloaking — não uma garantia de que descobrirá todos os idiomas. A orientação atual ainda abre com “os IPs padrão do Googlebot parecem ter base nos EUA” como o motivo pelo qual isso quebra. Em vez disso: não dependa do rastreamento geo-distribuído para encontrar seus idiomas; dê a cada idioma um caminho explícito e rastreável.

• “Um 301 é sempre o redirecionamento mais amigável para SEO, então use-o também para redirecionamentos geográficos.” Por que está errado: para uma sugestão dinâmica de idioma na home, o destino “correto” depende do visitante, não é um único destino permanente — um 301 representa isso incorretamente como permanente. Em vez disso: use um 302 para o padrão dinâmico restrito apenas na home (prática do setor — minha e da Ahrefs).

• “A geolocalização por IP é precisa o suficiente para bloquear conteúdo com segurança.” Por que está errado: a própria documentação do Google chama a análise de localização por IP de “difficult and generally not reliable.” (tradução) «difícil e, em geral, nada confiável». VPNs, pooling de IPs de operadoras móveis, proxies corporativos e alocação de IPv6 degradam tudo isso — antes mesmo de você chegar aos problemas específicos de rastreadores. Em vez disso: não bloqueie conteúdo com base em localização inferida; sugira e deixe o usuário sobrepor a decisão.

• “Se eu adicionar um seletor de idioma/país, o redirecionamento pode ficar.” Por que está errado: um seletor é um elemento de UI em uma página renderizada que o rastreador ainda precisa conseguir carregar — se o redirecionamento dispara primeiro e expulsa o bot, o seletor nunca tem a chance de ajudar. Em vez disso: mantenha o seletor e garanta que o redirecionamento não bloqueie os rastreadores de alcançar as URLs alternativas pelo próprio caminho deles.

• “O Bing não liga para isso já que não usa hreflang.” Por que está errado: o Bing liga, possivelmente mais. Ele depende de rastrear o conteúdo localizado real e do sinal content-language, em vez de uma anotação declarativa, então um redirecionamento do qual o Bingbot não consegue escapar é pelo menos tão danoso para a visibilidade no Bing. Em vez disso: trate o acesso de rastreamento do Bingbot a todos os idiomas como pelo menos tão importante quanto o do Googlebot.

Checklist de auditoria de redirecionamento geográfico

Uma passada rápida para confirmar que seu serviço baseado em localização não está escondendo silenciosamente seus idiomas dos mecanismos de busca:

• Toda URL localizada é alcançável por um link <a href> real (seletor no rodapé/cabeçalho), não apenas pelo redirecionamento.
• O redirecionamento, se houver, é apenas na home — não dispara em páginas profundas.
• Qualquer redirecionamento dinâmico de sugestão de idioma usa um 302, não um 301.
• Nenhum destino de hreflang é um 3xx — toda URL de hreflang resolve 200 diretamente. (No meu estudo, 16,9% dos domínios erraram isso.)
• O hreflang é recíproco — cada versão linka de volta para as outras, incluindo x-default onde for apropriado.
• Googlebot/Bingbot é tratado exatamente como um usuário na mesma localização — sem desvio por user agent ou IP para o rastreador (isso é cloaking).
• Você prefere um banner/intersticial dispensável a um redirecionamento rígido sempre que possível (“Ver o site em alemão?” que o visitante pode ignorar).
• Você não está bloqueando conteúdo apenas por IP — oferece uma substituição manual fácil.
• O conteúdo não é trocado por cookie ou JavaScript no lado do cliente sem mudança de URL (rastreadores não mantêm cookies e não alcançam de forma confiável conteúdo de idioma somente via JS).
• Você verificou o acesso de rastreamento solicitando seus idiomas não padrão a partir de um IP dos EUA / sem Accept-Language (ex.: curl -IL) para confirmar que um rastreador não seria redirecionado.

Recursos que valem seu tempo

Meus artigos e palestras relacionados

• Mais de 67% dos domínios que usam hreflang têm problemas — estudo com 374.756 domínios (Ahrefs) — meu estudo de hreflang em larga escala; a fonte da estatística de 16,9% de hreflang redirecionado/quebrado e da opinião “redirecionamentos automáticos são, em geral, uma má ideia”, além da exceção do 302 apenas na home.
• Os problemas mais comuns de hreflang em 374.756 domínios (Speaker Deck) — os slides do Brighton SEO 2023. Listagem da palestra · vídeo.
• Hreflang: guia fácil para iniciantes (Ahrefs) — a mecânica de hreflang, reciprocidade e x-default que um redirecionamento geográfico pode prejudicar.
• SEO internacional: os aspectos técnicos estranhos (Pubcon Vegas 2019) e Você vai errar no SEO internacional (Pubcon Vegas 2017) — contexto mais antigo, mas consistente, sobre onde configurações internacionais (incluindo redirecionamentos geográficos) dão errado.

Do setor

• Gerenciamento de sites multirregionais e multilíngues (Central da Pesquisa Google) — a fonte primária de “avoid automatically redirecting” (tradução) «evite redirecionar por conta própria», “add hyperlinks to other language versions” (tradução) «adicione links para outras versões linguísticas» e “don’t use IP analysis to adapt your content” (tradução) «não use a análise de IP para adaptar o conteúdo».
• Como o Google rastreia páginas adaptadas à localidade (Central da Pesquisa Google) — a explicação do IP com base nos EUA / sem Accept-Language e a ressalva do rastreamento geo-distribuído.
• Google explica o principal ponto sobre redirecionamentos por IP geográfico (Search Engine Journal) — cobertura da resposta do John Mueller no Ask Googlebot (out. 2022): o Google indexa essencialmente uma versão, então mantenha o que for importante no conteúdo padrão.
• Google diz que redirecionamentos por geolocalização são permitidos (Search Engine Roundtable) — o enquadramento do Mueller “allowed if you don’t treat Googlebot differently than a user” (tradução) «permitido desde que você não trate o Googlebot de modo diferente de um usuário» (a condição do cloaking).
• Bing considera o hreflang um sinal fraco para seu mecanismo de busca (Search Engine Roundtable) — Fabrice Canel, da Microsoft Bing, sobre hreflang ser mais fraco que content-language, e por isso o acesso de rastreamento às URLs localizadas reais importa mais no Bing.
• Internacionalização: considerações para seu site global (blog do Bing Webmaster) — o alerta antigo sobre troca de idioma por cookie e JavaScript escondendo conteúdo dos rastreadores.

Teste seus conhecimentos: redirecionamentos geográficos para SEO internacional

Cinco perguntas rápidas sobre por que redirecionamentos geográficos quebram o SEO internacional e o que fazer em vez disso. Escolha uma resposta para cada uma e depois confira.

Registro de alterações