Au cours des dernières semaines, Google a envoyé des notifications aux webmasters indiquant qu’ils avaient des bogues avec leur “Rel = Alternate HREF Language”. Sans surprise, de nombreuses entreprises ont déployé à la hâte cette fonctionnalité sans vraiment comprendre pourquoi et comment l’utiliser efficacement.
Dans cet article, nous verrons comment éviter certaines de ces erreurs courantes.
La fonctionnalité HREF vous permet de désigner votre pays et votre version linguistique pour chaque pays, éliminant ainsi la nécessité pour les moteurs de recherche de tenter de déterminer l’association appropriée de pays et de langue. À l’aide du plan de site HREF Meta ou XML, les propriétaires de sites peuvent désigner, au niveau de la page, la langue exacte et l’association de pays, ce qui réduit considérablement les problèmes d’interprétation par Google des pages de la même langue comme des doublons ou d’affichage incorrect des pages globales dans les résultats locaux.
Pourquoi utiliser le langage HREF pour vos sites mondiaux ?
L’une des meilleures raisons d’utiliser HREF est de s’assurer que la version locale appropriée est celle qui apparaît dans les recherches locales. Surtout lorsque les sites locaux sont hébergés dans des sous-répertoires sur un domaine point.com et que le contenu de la page est exactement le même sur les marchés de langue commune, la seule différence étant les numéros de téléphone ou les devises.
La fonctionnalité HREF vous permet de désigner votre pays et votre version linguistique pour chaque pays, éliminant ainsi la nécessité pour les moteurs de recherche d’essayer de déterminer la version appropriée.
Balise Meta ou sitemap XML HREF ?
La fonctionnalité hreflang peut être implémentée sous la forme d’une balise méta placée dans la section du site ou sous la forme d’un sitemap XML. L’élément meta est le meilleur pour les sites avec seulement quelques versions linguistiques, car il réduit le nombre de lignes de code requises sur la page. L’utilisation de l’élément meta nécessite également l’ajout d’une logique à vos modèles de page pour mapper sur des pages alternatives locales. Pour les sites qui ont plusieurs versions linguistiques et/ou qui n’ont pas la capacité de construire la logique pour ajouter les éléments méta, la méthode sitemap est le moyen le plus simple.
Il existe des centaines de problèmes possibles, mais les suivants sont les plus courants et la principale raison du dernier lot d’avis d’erreur de Google.
Étiquettes de retour manquantes pour les pages
Le plus grand nombre d’erreurs provenait de sites dont toutes les pages n’étaient pas cartographiées. N’oubliez pas que chaque page de pays/langue est une alternative à toutes les autres, donc Google s’attend à ce que vous les ayez toutes représentées.
Par exemple, dans le cas suivant, le site avait mappé toutes ses pages US/anglais sur chaque pays, mais n’a pas mappé les pages de pays entre elles et sur US/anglais.
Chacune des 18 pages de ce site doit être mappée les unes aux autres pour réussir l’examen. Dans l’élément meta, chaque version doit apparaître dans la version linguistique du pays de chacun. Dans le sitemap XML, certains des outils gratuits ne créent que des versions unidirectionnelles et non multidirectionnelles, ce qui est le cas de la plupart de ces erreurs.
Pas de version locale du site
Cette erreur est créée lorsque vous créez dynamiquement la liste des pages alternatives et que la page n’existe pas sur le marché local. Par exemple, dans ce cas, tous les marchés utilisent /laptops/ pour le répertoire contenant la page d’accueil de l’ordinateur portable, mais en Suède, ils ont traduit le dossier en /barbar-dator/, ce qui signifie qu’il générera une erreur 404 pour l’alternative suédoise. et sur la page suédoise, il lancera des erreurs pour toutes les versions non traduites.
Voici la bonne entrée de Suède :
Il est important que vous examiniez la structure de votre site avant de créer vos fichiers HREF afin d’identifier toute traduction ou mélange de structures d’URL correspondantes.
Codes de pays ou de langue erronés
Un autre gros lot d’erreurs provient d’un codage incorrect des codes de langue ou de région. Les deux plus courantes sont les désignations pour le Royaume-Uni et le Japon. Presque tous les sites Web utilisent “/uk” pour désigner leurs pages britanniques. Cependant, pour l’élément HREF, vous devez utiliser le code ISO du pays/région pour le Royaume-Uni, qui est en fait “GB”. Avec le Japon, presque tous les HREF développés pour les pages japonaises utilisent JP, qui est le code du pays, mais le code de la langue est “JA” et c’est ce qu’il faut utiliser pour désigner la langue japonaise.
Lors du développement de vos éléments HREF, assurez-vous que vous, ou l’outil que vous utilisez, est correctement mappé à la langue et au pays. Vous pouvez le valider en utilisant la liste des langues qui utilisent l’ISO 6391-1 et pour les régions/pays qui utilisent le format ISO 3166-1. Il existe de nombreux autres problèmes et nuances plus petits avec l’élément HREF, et vous feriez mieux de revoir tous les critères et de comprendre les implications de l’utilisation de cet élément comme expliqué par Google sur leur page de support HREF.
Être capable d’afficher la bonne page sur le marché local peut générer un trafic supplémentaire ainsi qu’une augmentation significative des conversions, ce qui en fait un outil précieux à ajouter à votre boîte à outils SEO globale.
* Image de la page d’accueil via Shutterstock
Cet article a été initialement publié sur ClickZ.
