O truque de mágica Hreflang – ele direciona, não classifica
Em 2018, Glenn Gabe publicou um dos estudos de caso de SEO mais intrigantes da década. Um cliente estava canonizando URLs hreflang do Reino Unido e da Índia para uma versão dos EUA, o que é tecnicamente errado e contra a orientação do próprio Google. Mesmo assim, os URLs “errados” continuaram aparecendo corretamente nos resultados de pesquisa específicos do país, embora o Search Console os mostrasse como não indexados. Quando Gabe perguntou a John Mueller sobre isso durante um hangout para webmasters, Mueller confirmou que o comportamento era real: o Google poderia trocar o URL correto do país/idioma no nível SERP, mesmo quando apenas uma página no cluster hreflang estivesse realmente indexada. Foi tratado como uma curiosidade, um “truque de mágica”, como Gabe o chamou, porque o Google nunca explicou completamente o mecanismo por trás disso.
Oito anos depois, ganhou um nome. Em agosto de 2026, Gary Illyes, do Google, respondeu a uma pergunta do LinkedIn sobre esse cenário e descreveu esses URLs como nomes alternativos. Sua explicação nos dá um modelo mental útil para algo que os SEOs internacionais têm feito engenharia reversa há anos: descoberta, canonização, indexação, pontuação e veiculação são partes separadas do processo, e um URL não precisa necessariamente passar por todos eles de forma independente para aparecer na pesquisa.
Essa distinção ajuda a explicar onde o hreflang realmente se encaixa no processo. Mais importante ainda, à medida que a pesquisa avança em direção à recuperação semântica e às respostas geradas pela IA, surge uma questão mais ampla para os websites internacionais: se múltiplas páginas de mercado contêm essencialmente a mesma informação, o que torna qualquer uma delas excepcionalmente valiosa?
Primeiro, o Google precisa descobrir as alternativas
Antes que haja um cluster para canonizar, um canônico para pontuar ou um URL alternativo para servir, o Google precisa descobrir os URLs. É por isso que mapas de sites XML, links internos e anotações hreflang tornam-se particularmente importantes durante migrações, replataformas e implementações internacionais. O Google precisa descobrir as versões dos EUA, Reino Unido, Austrália, Itália e outras antes de poder entender como esses recursos se relacionam entre si. Depois de descobertos e rastreados, esses URLs não se tornam automaticamente documentos indexados de forma independente. O Google ainda precisa determinar se eles representam recursos genuinamente diferentes ou versões duplicadas e quase duplicadas de essencialmente o mesmo conteúdo. Alguns podem garantir indexação e pontuação independentes, enquanto outros podem ser agrupados com outro URL.
Esta é uma distinção importante porque muitas vezes tratamos “descoberto”, “rastreado” e “indexado” como estágios pelos quais um URL simplesmente avança. A explicação dos nomes alternativos demonstra que o Google pode reter conhecimento sobre um URL e sua relação com outros URLs, mesmo quando esse URL não é representado de forma independente no índice.
Hreflang é uma referência cruzada, não um sinal de classificação
Um dos equívocos mais persistentes sobre o hreflang é que ele de alguma forma cria valor de classificação. Sempre achei mais útil pensar em hreflang como uma tabela de referência cruzada que informa ao Google que este URL é o equivalente italiano de outro URL; este é destinado a falantes de inglês na Austrália e outro é destinado a falantes de inglês no Reino Unido.
O Google pode usar esses relacionamentos ao determinar qual URL apresentar a um pesquisador específico, mas isso não significa que o hreflang criou a classificação em primeiro lugar. Em dezenas de milhares de implementações de hreflang, nunca vi um caso em que a adição de hreflang repentinamente causasse uma classificação mais elevada de uma página por causa da própria anotação.
Se uma página em inglês dos EUA for classificada no Reino Unido antes da implementação do hreflang, adicionar a alternativa correta do Reino Unido não dará magicamente à página do Reino Unido uma nova pontuação de classificação. O que pode mudar é qual URL o Google apresenta para o ranking que já determinou.
Isto é o que considero particularmente útil na explicação de Illyes sobre “nomes alternativos”. A indexação e a pontuação podem acontecer em um membro de um cluster duplicado enquanto a camada de serviço seleciona uma URL alternativa apropriada para o usuário. Hreflang ajuda o Google a entender essa relação e selecionar a representação apropriada. Nesse sentido, hreflang rotas em vez de classificações.
O problema dos 38 mercados
Uma marca global de calçados com a qual trabalhei ilustra o problema em grande escala. Tinha cerca de 98 sites de mercado, cerca de 38 dos quais em inglês e quase idênticos entre si. 22 até compartilharam o mesmo símbolo monetário do cifrão. Isso significava que dezenas de URLs continham efetivamente as mesmas informações do produto, o mesmo idioma e, muitas vezes, a mesma apresentação de preços, diferenciadas principalmente por domínio, diretório ou alguns detalhes localizados.
Do ponto de vista da organização, eram 38 sites de mercados diferentes. Do ponto de vista da máquina, porém, muitos deles representavam essencialmente o mesmo recurso. Há poucos motivos para o Google armazenar, processar e pontuar de forma independente 38 cópias se eles não contribuem com quase nenhuma informação adicional.
Em vez disso, ele pode agrupar quase duplicatas, escolher uma representação canônica e reter informações suficientes sobre as alternativas para apresentar a URL apropriada quando o país ou idioma do usuário assim o exigir. Isso ajuda a explicar o “truque de mágica” documentado por Gabe. O URL alternativo não precisava necessariamente de sua própria pontuação de classificação independente para aparecer porque o Google já entendia sua relação com o URL que foi indexado e pontuado.
A camada de serviço poderia cuidar do resto.
Tokenização canônica e o custo da duplicação
Isso fica mais fácil de entender se pensarmos na canonização como um problema de eficiência. Os mecanismos de pesquisa operam em enorme escala e há poucos benefícios em armazenar e processar repetidamente informações substancialmente idênticas quando esses recursos podem ser agrupados com segurança.
Um membro de um cluster duplicado ou quase duplicado pode se tornar a representação principal, enquanto o Google mantém relacionamentos com as alternativas. Na pesquisa tradicional, esses relacionamentos podem ser usados no momento da veiculação para apresentar o URL mais apropriado.
A IA torna isso mais interessante porque um sistema de IA não se limita a retornar um documento como um link azul. Ele pode recuperar informações, extrair evidências de diferentes fontes e reunir uma resposta. Como resultado, a unidade na qual precisamos nos concentrar muda do próprio URL para as informações que ele contém.
Em vez de apenas perguntar qual URL deve ser classificado, precisamos cada vez mais considerar quais informações são úteis para responder à pergunta do usuário, onde podem ser encontradas as melhores evidências para essas informações e se essas evidências são realmente relevantes para o mercado do usuário.
Motoko Hunt explorou esta distinção recentemente, para dizer que o hreflang pode ajudar a identificar a linguagem pretendida ou a relação de mercado, mas isso não significa que um sistema de IA considerará o conteúdo em si a melhor evidência para um utilizador nesse mercado.
Essa distinção torna-se especialmente importante para websites internacionais com grande número de páginas de mercado altamente semelhantes. Se as informações subjacentes forem substancialmente as mesmas, a presença de URLs separados e anotações hreflang corretas não dá necessariamente a um sistema de IA um motivo para recuperar uma versão de mercado em vez de outra. Essa razão deve vir cada vez mais do próprio conteúdo.
Os sistemas de IA estão cada vez melhores no reconhecimento de equivalência
A Microsoft forneceu uma visão interessante deste problema em sua descrição do Web IQ, a infraestrutura de recuperação e aterramento que suporta suas experiências de IA. Seus modelos multilíngues são projetados para representar informações semanticamente equivalentes o mais próximo possível, mesmo quando essas informações aparecem em idiomas diferentes.
Isso é importante porque hreflang representa um relacionamento explicitamente declarado. Dizemos ao mecanismo de busca que dois recursos são equivalentes destinados a públicos diferentes. Os sistemas de recuperação semântica são cada vez mais capazes de identificar essa equivalência a partir do próprio conteúdo. Duas passagens podem ser reconhecidas como dizendo essencialmente a mesma coisa, mesmo que o administrador da web nunca declare explicitamente a relação entre elas.
A Microsoft também descreve a recuperação como focada em evidências no nível da passagem, em vez de tratar o URL inteiro como a única unidade significativa. Esta é uma mudança importante na forma como devemos pensar sobre o conteúdo internacional. Se um sistema de IA puder reconhecer informações equivalentes em páginas e idiomas e recuperar as evidências específicas de que necessita, a criação de URLs adicionais contendo informações substancialmente idênticas não criará necessariamente conhecimento útil adicional. Pode simplesmente criar mais cópias do conhecimento que o sistema já possui.
É aqui que o que inicialmente parece uma discussão técnica sobre hreflang se torna uma questão de conteúdo internacional muito maior.
Hreflang não consegue tornar o conteúdo local
Hreflang pode informar ao Google que uma página se destina ao Reino Unido e outra à Austrália, mas não pode tornar nenhuma das páginas mais relevante para esses mercados. Se 20 páginas de mercado contêm essencialmente as mesmas descrições de produtos, reivindicações, especificações, perguntas frequentes e informações de suporte, adicionar anotações hreflang perfeitas não torna repentinamente essas páginas significativamente diferentes.
A organização pode ter criado 20 URLs, mas do ponto de vista da recuperação pode ter criado um conhecimento com 20 endereços diferentes.
É por isso que acredito que a localização precisa ir além da definição tradicional de tradução de conteúdo e troca de moedas, números de telefone, ortografia ou algumas referências de mercado. A questão mais útil é o que alguém num determinado mercado precisa de saber e alguém noutro mercado não.
Os produtos podem diferir de acordo com o mercado. Regulamentos, certificações, disponibilidade, garantias, opções de entrega e modelos de preços podem ser diferentes. Os clientes podem usar terminologia diferente, ter casos de uso diferentes, avaliar concorrentes diferentes, exigir integrações diferentes ou tomar decisões de compra com base em critérios completamente diferentes. As equipes locais também podem ter evidências, exemplos de clientes, experiência regulatória e conhecimento de mercado que nunca chegam ao site.
Essas diferenças dão a uma página de mercado uma razão de existir e dão aos sistemas de pesquisa e IA algo único para recuperar.
Dê a cada página do mercado uma razão para existir
Nada disso torna o hreflang menos importante. Na verdade, a explicação do Google sobre nomes alternativos torna seu papel mais claro. Hreflang estabelece a relação entre idioma alternativo e URLs de mercado e ajuda o Google a entender qual versão se destina a qual público. O que não pode fazer é criar a própria diferenciação de mercado.
O conteúdo tem que fazer isso.
Isso se torna cada vez mais importante à medida que os sistemas de recuperação melhoram a compreensão da equivalência semântica entre URLs e idiomas. Se as páginas dos EUA, Reino Unido, Austrália, Singapura e África do Sul dizem essencialmente a mesma coisa, as máquinas estão se tornando cada vez mais capazes de reconhecer isso, independentemente de quantos URLs, pastas, domínios ou anotações hreflang cercam o conteúdo.
O objetivo não deveria ser fazer com que esses sistemas acreditassem que as páginas são diferentes quando na verdade não são. As equipas internacionais deveriam, em vez disso, procurar os locais onde os mercados realmente diferem e garantir que essas diferenças se refletem no conteúdo.
Isso requer mais do que uma equipe de SEO ou localização trabalhando de forma independente. As equipes internacionais de SEO, localização, conteúdo, produto, jurídico, marketing regional e mercado local podem conter diferentes informações necessárias para tornar uma experiência de mercado genuinamente útil.
A implementação técnica estabelece o relacionamento; o conhecimento local estabelece a diferença.
Em última análise, é isso que a explicação dos “nomes alternativos” do Google ajuda a esclarecer. O mistério que Gabe documentou não era um bug ou uma brecha. Ele expôs as diferenças entre indexação, pontuação e veiculação muito antes de o Google nos fornecer a terminologia para elas.
À medida que a pesquisa avança em direção à recuperação semântica e às respostas geradas por IA, a maior lição não é simplesmente como o Google pode fornecer um URL alternativo que não foi indexado de forma independente. É por isso que devemos dar a essa página alternativa valor local único e suficiente para que tanto as máquinas quanto os clientes tenham um motivo para se preocupar com ela em primeiro lugar.
Mais recursos:
Imagem em destaque: Roman Samborskyi/Shutterstock
