7 questions de base que vous avez toujours voulu poser

Après avoir écouté le podcast de The Search Engine Journal Show entre Brent Csutoras et Bill Hunt, où ils ont parlé d’un certain nombre de défis liés à la mise en œuvre des hreflans, j’ai pensé qu’il serait peut-être temps d’expliquer comment minimiser certains des principaux défis et en débloquer d’autres.

Hreflang est en fait un concept assez simple qui permet de lever l’ambiguïté d’un ensemble de pages, notamment dans une langue commune, et de les attribuer à un local spécifique.

Très simplement, vous avez une page pour les États-Unis et ensuite vous avez exactement la même page pour de multiples autres marchés.

Hreflang est une méthode qui permet d’indiquer les marchés linguistiques spécifiques que chacune de ces pages a été détonée pour cibler.

Cela ne devient complexe que lorsque les spécifications sont mal interprétées et/ou lorsque l’infrastructure web n’est pas mise en place de manière uniforme pour faciliter la cartographie alternative.

Dans cet article, je vais passer en revue certaines de ces complexités courantes et ces mauvaises interprétations de la spécification en répondant à sept questions simples, mais répétées, sur le hreflang.

1. J’ai un site en anglais qui est conçu pour les États-Unis, le Royaume-Uni et l’Irlande. Puis-je utiliser « Hreflang=en-us-gb-ie » ?

Répondez : Non, vous ne pouvez pas. Je vous donne à entendre que vous êtes créatif et que vous essayez peut-être d’être mieux organisé.

Si vous n’avez qu’un seul ensemble de pages EN, vous pouvez utiliser ci-dessous sans spécifier les pays.

Si vous disposez d’un autre ensemble de sites EN pour d’autres pays anglophones tels que l’Australie et Singapour et que vous devez définir les pays cibles spécifiques, vous devez créer une ligne séparée pour chacun des pays cibles, même si l’URL de la page est la même pour les trois endroits.

2. J’ai un site pour tous les pays de l’UE et un autre pour tout le Moyen-Orient. Puis-je utiliser « UE » et « ME » comme pays dans le hreflang ? Par exemple :

Répondez : L’étiquette Hreflang ne peut utiliser que la langue et les codes pays ISO réels, il n’existe pas de codes régionaux tels que EU, EMEA, APAC et ME.

De nombreux sites ont des sites régionaux ciblant l’Amérique latine (LatAm) ou l’Union européenne (UE) ou le Moyen-Orient (ME) qui représentent plusieurs pays et souvent plusieurs langues dans une région mais essaient de coopter un des codes pays ISO pour représenter la région.

Le dispositif régional le plus souvent mis en œuvre de manière incorrecte est celui qui tente de représenter le site de langue espagnole en Amérique latine à l’aide d’es-LA.

Malheureusement, cela ne fonctionne pas car vous dites à Google qu’il s’agit d’une langue espagnole qui vise le pays du Laos.

3. Puis-je combiner le tag canonique et le tag hreflang dans la même ligne ?

Répondez : Non, vous devez séparer l’étiquette Canonical de l’étiquette Hreflang.

Si votre SEO technique ou votre développeur veut être créatif, encouragez un autre débouché créatif et orientez-les directement vers la spécification hreflang, car hreflang est suffisamment difficile sans s’écarter de la syntaxe standard.

4. Nous utilisons le CMS pour générer automatiquement des fichiers XML (hreflang) de sitemap. Il comprend des URL qui n’existent pas. Est-il possible de les conserver dans la liste ? Je les vois apparaître sur les rapports d’erreur du SGC. Est-ce que c’est mauvais ?

Répondez : Oui, c’est mauvais. C’est un problème majeur pour beaucoup d’entreprises.

Le problème vient du fait que le paramètre du CMS lui permet de créer automatiquement une URL de remplacement pour chaque langue ou pays du site lorsqu’une page est créée sur l’un des sites.

Parfois, l’URL est automatiquement générée par les règles de navigation globales même si la page n’existe pas.

Malheureusement, il n’y a pas de moyen facile de gérer ou de maîtriser ce problème. Les URL de pages inexistantes ne doivent pas être répertoriées sur les fichiers XML Hreflang sitemap.

La solution réelle varie en fonction de votre CMS, mais commencez par examiner les règles d’alias d’URL, vos règles parent-enfant ou les règles de débordement de la page locale. Dans de nombreux cas, ces règles n’ont pas été configurées correctement.

Il se peut que les règles soient remplacées par des règles de navigation JavaScript ou des protocoles de détection/direction IP.

La plupart des systèmes ont une option de repli vers une page globale lorsque la page n’a pas été localisée ou explicitement publiée sur le marché.

5. Dois-je utiliser hreflang pour gérer le même contenu qui existe dans différents domaines ciblant chacun des pays différents ?

Répondez : De nombreuses entreprises ont des sites web dans une langue ou un pays différents sur des domaines distincts et la gestion de l’hreflang sur plusieurs domaines (et sous-domaines) n’est pas une tâche facile.

Vous devez utiliser des plans de site hreflang XML qui répertorient toutes les URL de chacun des domaines uniques. Il est à espérer que les chemins d’accès aux URL soient identiques ou au moins similaires, ce qui facilitera la cartographie des alternatives.

Pour vous faciliter encore plus la tâche, je vous recommande de profiter du processus de vérification des cartes de sites inter-domaines de Google et d’utiliser un site dédié qui gère vos cartes de sites XML pour tous les domaines dans un endroit central plutôt que d’avoir à créer des tickets pour les télécharger vers des dizaines de centaines de domaines uniques.

6. Dois-je utiliser une URL de page spécifique ou une page d’accueil par défaut ?

Répondez : Il y a encore beaucoup de confusion sur l’utilisation de x-default.

Le défaut x n’est rien d’autre qu’une directive visant à utiliser une page spécifique pour toute langue ou tout marché qui ne dispose pas d’un jeu de hreflang dédié.

Vous voulez vous présenter là où vous n’avez pas de version locale ?

Pour de nombreux sites, il s’agit de la version globale du site, ou de leur version anglaise.

Vous pouvez uniquement désigner une version comme x-default.

Si vous définissez une page d’accueil comme page par défaut x pour les pages autres que la page d’accueil, vous demandez à Google d’afficher la page d’accueil au lieu de toutes les autres pages dans le pays de la langue qui ne sont pas spécifiées dans vos balises Hreflang.

Et vous ne pouvez pas l’échanger dynamiquement vers la langue locale de l’IP de l’utilisateur.

Oui, cela a été tenté. Non, il ne fonctionne pas.

7. J’ai un contenu en anglais et en français sur la même page. Puis-je les attribuer aux deux langues dans la balise hreflang ?

Répondez : Chaque page ne doit avoir du contenu que dans une seule langue, mais il arrive fréquemment que plusieurs langues soient présentes sur une même page avec du contenu généré par l’utilisateur dans un modèle localisé.

Google est assez précis à ce sujet. Vous devez régler la région linguistique sur la langue dominante et/ou la langue du modèle.

En résumé

Heureusement, cet article a démontré que la hreflang elle-même n’est pas complexe, mais des infrastructures de sites web intéressantes et parfois difficiles à gérer augmentent la complexité.

Commencez petit avec une paire de langues ou un sous-ensemble de pages et testez-le.

Une fois la valeur démontrée, il est très intéressant pour la direction d’engager les ressources nécessaires à une mise en œuvre à plus grande échelle.

Plus de ressources :