Numa loja multilingue, a mesma ficha de produto existe em cinco versões. Sem indicação, um motor de pesquisa vê cinco páginas parecidas, escolhe uma por consulta, e pode muito bem servir a versão espanhola a um visitante alemão. As tags hreflang existem para evitar isto.
São mal compreendidas, muitas vezes mal colocadas, e o PrestaShop não as gera nativamente de forma completa.
O que o hreflang faz, e não faz
Uma precisão útil antes de qualquer configuração. O hreflang não faz subir uma página nos resultados. É um sinal de correspondência, não de qualidade.
O que traz concretamente: indica que versão servir consoante a língua e a região do visitante, e agrupa as versões entre si para que não concorram umas com as outras. Uma página alemã bem posicionada na Alemanha conserva o seu ranking, e o visitante português recebe a versão portuguesa em vez da mesma página em alemão.
Num site em que várias versões estão na mesma língua, português de Portugal e português do Brasil por exemplo, o hreflang é o único meio de fazer entender a que público cada uma se dirige.
As três regras absolutas
Uma implementação hreflang é válida ou não é. Não há meio-termo, e três regras condicionam tudo.
- A reciprocidade. Se a página portuguesa aponta para a página alemã, a página alemã tem de apontar para a página portuguesa. Uma ligação não recíproca é ignorada. É a primeira causa de falha.
- A autorreferência. Cada página deve declarar-se a si própria na lista. Uma página portuguesa que só lista o alemão e o espanhol está incompleta.
- A coerência com a tag canónica. Cada página deve ter uma canónica a apontar para si própria. Uma canónica que aponta para outra versão anula todo o dispositivo, porque diz ao motor que esta página não é a certa.
Acrescente-se uma restrição de formato: o código de língua segue a norma ISO 639-1, o código de país facultativo a norma ISO 3166-1. « pt » é válido, « pt-PT » também, « pt-pt » é tolerado, mas « pt-EU » não é, porque a União Europeia não é um país.
Língua ou língua mais país
Escolha estruturante que depende do seu modelo.
Se vende o mesmo catálogo nas mesmas condições a todos os lusófonos, um simples « pt » chega. Se tem uma loja portuguesa e uma loja brasileira com preços e portes diferentes, é preciso « pt-PT » e « pt-BR ».
O segundo caso é mais poderoso e mais frágil: multiplica o número de relações a manter. Três línguas e quatro países dão doze versões, portanto cento e trinta e duas relações recíprocas a manter corretas.
Módulo Hreflang PrestaShop 8: Tags Alternate para SEO MultilingueTags hreflang corretas em todas as páginas do seu PrestaShop 8: URL nativos traduzidos, x-default, grupos multiloja e mais de 70 códigos hreflang.29,00€
Onde colocar as tags
Três localizações possíveis, uma só chega e não se devem misturar.
No cabeçalho HTML da página. O mais corrente, o mais simples de controlar, e o mais pesado com doze versões: doze linhas adicionais em cada página.
No sitemap XML. Mais leve do lado da página, e prático com um grande número de versões. Em contrapartida, um erro é menos visível e o ficheiro torna-se volumoso.
Nos cabeçalhos HTTP. Reservado aos ficheiros não HTML, tipicamente PDF multilingues.
A tag x-default
Designa a página a servir quando nenhuma versão corresponde à língua do visitante. Um visitante japonês num site português, inglês e alemão tem de aterrar nalgum lado.
Dois usos corretos: apontar para a versão inglesa, ou para uma página de seleção de país. Um uso incorreto e frequente: apontar para a versão portuguesa declarando-a também como « pt ». A página pode acumular os dois papéis, mas a declaração deve ser explícita.
Os erros mais frequentes
- Hreflang para uma página não traduzida. Uma ficha existe no seletor de língua mas o conteúdo ficou em português. O motor constata que as duas páginas são idênticas e deixa de confiar no conjunto das declarações.
- Hreflang para um redirecionamento. A URL declarada devolve um código 301. A ligação é ignorada.
- Hreflang para uma página bloqueada. A URL está interdita no ficheiro robots, ou tem uma tag noindex. Contradição direta.
- Declaração parcial. Só as páginas iniciais estão cobertas, e não as fichas nem as categorias. É o caso mais comum, e não serve praticamente para nada.
- Produtos desativados numa língua. Uma referência vendida em Portugal mas não em Espanha quebra a reciprocidade se a declaração continuar a apontar para uma página inexistente.
O caso PrestaShop
Duas arquiteturas coexistem e não pedem o mesmo tratamento.
Em multilingue simples, uma loja, várias línguas, as URL distinguem-se por um prefixo de língua. As relações são fáceis de estabelecer porque cada produto tem um identificador único comum a todas as suas traduções.
Em multiloja, uma loja por país com domínios distintos, a correspondência deixa de ser automática. Um produto pode ter identificadores diferentes consoante as lojas, ou existir numa e não na outra. É aí que a geração manual se torna impraticável.
Controlar
Três verificações, por esta ordem. O código-fonte de uma ficha de produto, para ver as tags realmente presentes. O relatório de segmentação internacional da Search Console, que assinala os erros de reciprocidade e os códigos inválidos. E um controlo por amostragem numa vintena de páginas escolhidas ao acaso, porque os erros raramente se concentram na página inicial.
O módulo Hreflang para PrestaShop gera estas tags automaticamente no PrestaShop 8 e 9: cobertura de todas as páginas e não apenas da inicial, gestão da multiloja e das correspondências entre domínios, x-default configurável e exclusão dos produtos não disponíveis numa versão.
