Les erreurs hreflang que rencontrent les sites web multilingues impliquent souvent des oublis techniques comme des liens de retour manquants ou l’utilisation de codes de langue et de région ISO incorrects. Ces attributs sont des signaux qui aident les moteurs de recherche à servir la version localisée correcte d’une page aux utilisateurs en fonction de leur emplacement et de leurs paramètres de langue. Lorsqu’ils sont mal implémentés, ces erreurs peuvent entraîner des problèmes de contenu dupliqué, une visibilité réduite dans les recherches et une mauvaise expérience utilisateur pour les visiteurs internationaux qui atterrissent par erreur sur la mauvaise version linguistique.
Quelles sont les erreurs courantes d’implémentation hreflang ?
L’une des erreurs les plus fréquentes est l’échec de l’utilisation d’URLs absolues dans les attributs hreflang. Les moteurs de recherche exigent l’adresse web complète, y compris le protocole (https) et le nom de domaine, pour identifier avec précision la version alternative d’une page. Si un site utilise des chemins relatifs comme ‘/es/page’, le robot d’indexation peut ne pas réussir à résoudre le lien, rendant tout le cluster hreflang invalide. Cela arrive souvent lorsque les développeurs copient du code depuis des environnements de staging vers la production sans mettre à jour la structure de l’URL pour refléter le domaine en ligne.
Un autre problème répandu concerne l’absence de balises auto-référentielles. Chaque page dans un cluster multilingue doit inclure une balise qui pointe vers elle-même en plus de pointer vers ses alternatives. Par exemple, une page en anglais doit avoir une balise hreflang pour ‘en’ qui renvoie à sa propre URL. Omettre cette auto-référence est une violation technique qui peut amener les moteurs de recherche à ignorer les autres signaux linguistiques fournis sur cette même page. Dans un compte typique, cette erreur se produit lorsque la logique d’automatisation se concentre uniquement sur les ‘autres’ versions.
L’importance des liens de retour réciproques
Une règle critique de hreflang est que chaque lien doit être réciproque. Si la Page A renvoie à la Page B comme son équivalent français, la Page B doit renvoyer à la Page A comme son équivalent anglais. Cette nature réciproque garantit que le propriétaire du site a vérifié la relation entre les deux pages. Si cette relation est rompue ou manquante dans une direction, les balises sont considérées comme invalides par Google. Cela empêche des tiers de prétendre arbitrairement que leur page est une version alternative de votre contenu sans votre permission.
- Vérifiez que chaque version localisée d’une URL liste toutes les autres versions dans l’ensemble.
- Vérifiez que la page source est incluse dans sa propre liste d’alternatives en tant qu’auto-référence.
- Assurez-vous qu’aucune page dans le cluster n’est bloquée par robots.txt ou définie sur noindex.
- Confirmez que toutes les URLs listées renvoient un code d’état 200 OK et ne redirigent pas.
- Assurez-vous que chaque page se liste elle-même et toutes les alternatives avec des liens de retour.
Pourquoi les URLs absolues sont-elles obligatoires pour hreflang ?
Les URLs absolues fournissent un chemin clair et sans ambiguïté à suivre pour les robots des moteurs de recherche. Dans une configuration multilingue, vous pouvez avoir des sous-domaines comme ‘es.example.com’ ou des sous-dossiers comme ‘example.com/es/’. En utilisant des URLs absolues, vous éliminez le risque que le robot d’indexation interprète mal un chemin relatif basé sur le répertoire actuel. De plus, les URLs absolues sont moins sujettes aux erreurs lorsque le contenu est partagé sur différentes plateformes ou lorsque l’architecture du site subit des changements qui pourraient affecter la façon dont les liens relatifs sont résolus par le navigateur ou le robot d’indexation.
Par exemple, une boutique Shopify vendant de l’électronique à travers l’Europe pourrait utiliser différents domaines pour différents pays. L’utilisation d’URLs relatives dans un environnement aussi complexe pourrait conduire la version allemande d’une page produit à pointer accidentellement vers un chemin inexistant sur le sous-domaine français. La standardisation sur des URLs absolues garantit que le moteur de recherche a toujours la destination exacte. Cette pratique est une exigence fondamentale pour maintenir un profil SEO international propre et sans erreur à travers diverses régions.
Comment utiliser correctement les codes de langue et de région ISO ?
Hreflang nécessite un formatage spécifique pour l’identification de la langue et de la région. Vous devez utiliser le format ISO 639-1 pour les langues et le format ISO 3166-1 alpha-2 pour les régions. Une erreur courante est d’utiliser ‘en-UK’ pour le Royaume-Uni, alors que le code correct est ‘en-GB’. Une autre erreur est d’essayer d’utiliser un code de région seul. Vous ne pouvez pas simplement utiliser ‘hreflang=”us”‘ car les codes de région seuls sont invalides. Il doit s’agir de ‘en-us’ ou d’une autre langue combinée avec le code de région pour être valide.
Lorsque vous ciblez un groupe linguistique large sans région spécifique, utilisez le code de langue seul, comme ‘fr’ pour tous les francophones dans le monde. Si vous souhaitez cibler les francophones spécifiquement au Canada, vous utiliseriez ‘fr-ca’. Il est vital de se rappeler que le code de langue vient toujours en premier. Inverser l’ordre ou utiliser le mauvais caractère comme un trait de soulignement au lieu d’un trait d’union entraînera l’ignorance de la balise. La précision ici est essentielle car les moteurs de recherche n’essaieront pas de deviner votre intention si le code est mal formé.
Gestion du contenu non traduit et des espaces réservés
C’est une erreur d’inclure des pages non traduites dans vos clusters hreflang. Si vous avez une page en anglais et que vous travaillez toujours sur la traduction allemande, ne listez pas l’URL allemande dans vos balises hreflang tant que le contenu n’est pas réellement prêt et en ligne. Lister une page non traduite ou une page qui redirige vers la version originale crée une mauvaise expérience pour l’utilisateur. Google recommande spécifiquement de ne pas lister les pages non traduites dans vos attributs hreflang pour éviter de confondre l’index.
Considérez un détaillant de mode international qui a 500 produits mais seulement 300 sont traduits en italien. Les balises hreflang pour ces 300 produits devraient inclure les alternatives italiennes. Les 200 produits restants ne devraient lister que les langues qui ont réellement une page traduite et en ligne disponible. Cela empêche les utilisateurs de cliquer sur un résultat de recherche en attendant leur langue maternelle et de trouver une page en anglais à la place. Ce mappage sélectif maintient l’intégrité de votre présence de recherche localisée et assure de meilleurs taux d’engagement.
Quel est le but de l’attribut x-default ?
L’attribut x-default est une valeur spécialisée utilisée pour identifier une page qui n’est ciblée sur aucune langue ou lieu spécifique. Il est le plus souvent appliqué aux sélecteurs de page d’accueil ou aux pages de destination où un utilisateur est invité à choisir son pays ou sa langue. En définissant une page x-default, vous dites aux moteurs de recherche quelle version montrer aux utilisateurs dont les paramètres de langue ne correspondent à aucune des autres valeurs hreflang spécifiées. Cela empêche le moteur de recherche de faire une supposition incorrecte sur la page localisée à afficher.
L’utilisation de x-default est particulièrement utile pour les marques mondiales qui souhaitent maintenir un point d’entrée neutre pour leur site web. De plus, cela aide à fournir un filet de sécurité pour les utilisateurs dans les régions où vous n’avez pas de traduction dédiée. Par exemple, un utilisateur au Brésil pourrait se voir montrer le site anglais global x-default plutôt que la version espagnole destinée au Mexique si une version portugaise n’existe pas. Cet attribut doit toujours pointer vers une page qui fournit une expérience générale et utile pour tout visiteur international.
Comment auditer les balises hreflang sur un grand site web ?
Auditer un site multilingue nécessite une combinaison d’outils automatisés et de vérifications manuelles. Les sites web à grande échelle utilisent souvent des sitemaps XML pour gérer hreflang plutôt que des balises HTML sur la page, car cela centralise la gestion de milliers de liens. Indépendamment de la méthode utilisée, l’audit doit se concentrer sur l’identification des liens brisés, des balises non réciproques et des erreurs de syntaxe dans les codes ISO. Alien Road recommande d’effectuer ces audits après chaque mise à jour ou migration majeure du site pour s’assurer que les signaux internationaux restent intacts et fonctionnels.
- Utilisez un robot d’indexation pour identifier les pages avec des balises hreflang auto-référentielles manquantes sur tout le site.
- Vérifiez les erreurs de ‘balise de retour’ où la page alternative ne pointe pas vers l’URL source.
- Vérifiez que toutes les URLs dans l’ensemble hreflang sont identiques sur toutes les versions du groupe de pages.
- Scannez à la recherche de codes ISO invalides et de déclarations de région seule qui manquent d’un préfixe de langue.
- Assurez-vous qu’aucune URL dans les balises hreflang n’est redirigée ou ne renvoie de codes d’état 404.
- Vérifiez que la balise x-default pointe vers la bonne page de destination globale ou neutre.
Par où commencer cette semaine
Commencez par sélectionner cinq de vos pages mondiales les plus importantes et vérifiez manuellement leur code source HTML ou leurs entrées de sitemap XML. Vérifiez qu’elles utilisent des URLs absolues et que chaque version linguistique listée pointe réellement vers la page originale. Si vous trouvez des erreurs dans ce petit échantillon, il est probable que le modèle ou le plugin générant vos balises ait un problème systémique qui doit être résolu sur tout le site. Corriger ces erreurs au niveau du modèle est généralement le moyen le plus rapide de réparer des milliers de balises à la fois.
Ensuite, exécutez un crawl complet du site en utilisant un outil SEO technique pour rechercher les liens de retour brisés. Concentrez-vous d’abord sur la correction des pages avec le volume de recherche le plus élevé, car ce sont celles qui sont le plus susceptibles d’être affectées par des signaux de localisation incorrects. Enfin, vérifiez à nouveau votre implémentation x-default pour vous assurer que les utilisateurs internationaux sont envoyés vers un point de départ logique lorsque leur langue spécifique n’est pas disponible. Surveiller régulièrement ces balises empêchera les problèmes d’indexation à long terme sur votre site multilingue.
Continuer la lecture : SEO (Optimisation pour les moteurs de recherche) · SEO