Google explica por que URLs de hreflang aparecem como não indexadas no GSC

Quem administra um site com versões em português, inglês e espanhol já deve ter se deparado com a mesma cena no Google Search Console: uma versão de idioma marcada como "não indexada", mesmo aparecendo normalmente nos resultados de busca. Segundo relato publicado no Search Engine Roundtable, Gary Illyes, do Google, deu uma explicação técnica que ajuda a decifrar esse comportamento aparentemente contraditório.

O que Illyes disse

A dúvida partiu de uma pergunta feita no LinkedIn por Faiez Javaid: se o Google escolhe sozinho uma URL /lang/ como canônica e mostra as outras como não indexadas no GSC, como ele consegue exibir as demais versões de idioma para o usuário na busca?

A resposta de Illyes divide o problema em duas partes. A primeira é o conceito de nomes alternativos (alternate names). Quando o Google canonicaliza uma URL, as outras URLs do mesmo cluster de duplicatas podem virar "nomes alternativos" dela. Elas continuam disponíveis para aparecer nos resultados quando a consulta do usuário justificar. O exemplo mais claro é a busca site:. Ao rodar algo como [site:bit.ly], o Google pode mostrar URLs que na verdade redirecionam: elas não estão indexadas "no sentido próprio", são apenas nomes alternativos de uma URL canônica.

A segunda parte é a que interessa a quem trabalha com internacionalização: os alternates de hreflang se tornam esse tipo de URL alternativa. Nas palavras de Illyes, "eles não estão de fato indexados no sentido próprio". A URL específica da versão de idioma não é o que faz a página ser indexada, ela apenas é armazenada como alternativa da URL principal.

Por que isso importa

O ponto central, e que costuma gerar pânico desnecessário, é este: a URL de idioma marcada como não indexada ainda está mapeada para a página canônica que está indexada. Ou seja, ela pode e vai aparecer nos resultados quando a consulta do usuário pedir aquela versão de idioma ou região. O status "não indexado" no relatório do GSC não significa que a versão em espanhol ou inglês do seu conteúdo sumiu da busca.

Na prática, isso reforça um mal-entendido comum sobre o funcionamento do hreflang. A tag não serve para indexar cada versão de idioma como se fosse uma página independente e concorrente. Ela serve para dizer ao Google que aquelas URLs são equivalentes em conteúdo, variando apenas idioma e região, para que o buscador entregue a versão certa ao usuário certo. O trabalho de indexação continua concentrado na canônica; o hreflang faz o roteamento por cima disso.

O que fazer com essa informação

Para sites brasileiros que atendem público lusófono e também mercados de língua inglesa ou espanhola, algumas conclusões práticas:

• Não trate o status "alternativo/não indexado" das versões de idioma como um erro a ser caçado. Se a versão correta aparece para o usuário da região correta, o mecanismo está funcionando. Antes de mexer, valide fazendo buscas na região-alvo (ou simulando idioma e localização) para confirmar que a versão certa está sendo servida.
• Confira a reciprocidade do hreflang. Toda versão precisa apontar para as outras e para si mesma, com códigos de idioma e região corretos (pt-BR, en-US, es-ES). Erro aqui é a causa real da maioria dos problemas, não o status de indexação.
• Meça pelo que importa: impressões e cliques por país e por página no GSC, filtrando por país. É esse dado que mostra se cada mercado está recebendo a versão apropriada, e não o relatório de cobertura de indexação isoladamente.
• Cuidado ao interpretar site:. Como o próprio Illyes lembrou, essa consulta mostra até URLs que só existem como nomes alternativos. Ela nunca foi um diagnóstico confiável de indexação, e agora fica ainda mais claro o porquê.

A explicação não muda a técnica de implementação do hreflang, mas ajusta a expectativa sobre o que o Search Console reporta. Entender que versões de idioma são alternativas de uma canônica, e não páginas indexadas de forma independente, evita retrabalho e diagnósticos equivocados em projetos multirregionais. O foco continua sendo garantir que o usuário do Brasil receba pt-BR e o dos EUA receba en-US, o que se verifica na prática, não no rótulo de indexação.

Fonte: Search Engine Roundtable