hreflang

O que o hreflang realmente faz

Quando a mesma página existe em vários idiomas, um mecanismo de busca enfrenta duas perguntas: essas são a mesma página, e qual delas esse usuário específico deveria ver? O hreflang responde às duas. Ele agrupa as versões como traduções umas das outras, em vez de quase duplicatas competindo pela mesma busca, e rotula cada uma com o público para o qual foi escrita. Sem ele, o mecanismo adivinha, e o sintoma visível é um usuário em São Paulo caindo na sua página em inglês e saindo.

Vale ser preciso sobre o que ele não faz. O hreflang não faz uma página rankear, não consolida sinais de ranqueamento como uma tag canonical faz, e não resgata uma tradução que ninguém busca. Uma página precisa conquistar sua posição no próprio idioma primeiro; o hreflang só garante que a versão certa de uma página já competitiva seja a exibida. Essa distinção é o motivo pelo qual traduzir um site que não rankeia para nada não produz nada — a decisão de traduzir ou não está coberta em devo traduzir meu site para SEO.

Como o hreflang é implementado

Existem três lugares válidos para declará-lo, e você escolhe exatamente um por site, em vez de misturá-los. Seja qual for a sua escolha, as mesmas regras sobre códigos e reciprocidade se aplicam.

• Tags link no head — um elemento alternate link por versão, presente em cada versão. A abordagem mais comum, e a mais fácil de gerar a partir de uma tabela de rotas.
• Cabeçalhos HTTP Link — a mesma informação enviada como um cabeçalho de resposta. Essa é a opção para arquivos que não são HTML, como PDFs, que não têm um head onde colocar tags.
• Entradas no sitemap XML — cada URL do sitemap lista suas alternativas. Útil para sites grandes, porque mantém as anotações em um único arquivo, em vez de espalhadas por milhares de páginas.
• Um valor x-default — o fallback para usuários cujo idioma você não direciona, geralmente apontando para a sua página no idioma padrão ou para um seletor de idioma. Opcional, mas remove a ambiguidade de quem é atendido quando nada corresponde.

O valor é um código de idioma da ISO 639-1, opcionalmente seguido por uma região da ISO 3166-1 Alpha 2 — en, pt-br, zh-Hans. O idioma sozinho é válido; a região sozinha não é. Cada versão precisa referenciar todas as outras versões *e a si mesma*, e essas referências precisam ser recíprocas: se a página A afirma que B é sua versão em espanhol, mas B nunca aponta de volta, os mecanismos de busca tratam a afirmação como não confirmada e a ignoram.

Onde o hreflang dá errado

Quase toda falha é mecânica, não editorial, e é por isso que problemas de hreflang sobrevivem a traduções excelentes e costumam ser descobertos muito depois do lançamento.

• Anotações de mão única — o erro mais comum, disparado. Os links de retorno precisam ser confirmados dos dois lados, ou o cluster inteiro é descartado.
• Códigos inventados ou incompatíveis — en-uk não é válido, porque o código de região do Reino Unido é gb. Um único valor malformado invalida essa anotação silenciosamente.
• Assumir que o token da URL é a tag de idioma — um site pode perfeitamente servir português brasileiro em um caminho /pt enquanto o anota como pt-BR. Derivar a tag a partir do caminho é uma fonte silenciosa de rótulos errados.
• Apontar para URLs que redirecionam, dão 404 ou carregam noindex — o destino precisa ser a versão ativa e indexável, senão o sinal é descartado.
• Redirecionar visitantes automaticamente pelo idioma do navegador — isso anula a anotação por completo, já que um rastreador redirecionado para uma versão nunca chega às outras que lhe foram informadas.