Balises hreflang en espagnol : comment corriger les résultats dans la mauvaise langue

Le hreflang espagnol consiste à ajouter un attribut HTML précis qui indique à Google quelle version en espagnol d'une page afficher à un internaute donné. Il indique aussi à Google si cette version cible l'Espagne, le Mexique, les États-Unis ou les hispanophones en général. La première chose à faire est de vérifier vos balises actuelles, et non d'en écrire de nouvelles à l'aveugle.

Ce que les balises hreflang en espagnol doivent vraiment indiquer

Une balise hreflang est une courte instruction HTML qui associe une page à sa version traduite ou localisée. Le format de base ressemble à ceci :

<link rel="alternate" hreflang="es" href="https://example.com/es/producto" />

Cette seule ligne dit à Google : « cette URL est la version espagnole de ce contenu ». La partie langue, es, suit la norme ISO 639-1. La partie pays, quand vous en ajoutez une comme ES ou MX, suit la norme ISO 3166-1, celle des codes de pays à deux lettres. Ce qui complique les choses pour l'espagnol, c'est que des centaines de millions de personnes le parlent comme langue maternelle, dans plus de 20 pays. Indiquer seulement « espagnol » n'est donc souvent pas assez précis.

Espagnol générique ou espagnol propre à un pays

Vous avez deux vrais choix pour balise votre contenu espagnol. Le bon dépend de l'écart réel entre vos contenus d'une région à l'autre.

Approche	Exemple de code	Idéal pour	Inconvénient en cas de mauvais usage
Espagnol générique	es	Une seule page espagnole pour tous les visiteurs hispanophones	Ne distingue pas les prix, les expressions ou les détails de livraison selon le pays
Spécifique à l'Espagne	es-ES	Contenu avec des prix pour l'Espagne, la formulation en « vosotros » ou des offres réservées à l'Espagne	Des visiteurs mexicains ou argentins peuvent voir la mauvaise devise ou les mauvais termes
Spécifique au Mexique	es-MX	Contenu conçu spécifiquement pour des clients mexicains	Nécessite sa propre page ; ne peut pas faire office de balise espagnole générique
Amérique latine (régional)	es-419	Une page couvrant la majeure partie de l'Amérique latine sans se limiter à un seul pays	Ne correspond pas exactement aux listes de codes pays ISO, à utiliser avec précaution
Espagnol des États-Unis	es-US	Contenu en espagnol destiné aux hispanophones vivant aux États-Unis	Facile à confondre avec es-MX si vos audiences se recoupent

Si votre entreprise livre en Espagne et au Mexique, vous aurez peut-être besoin de prix, de devises de paiement ou de mentions légales différents pour chacun. Dans ce cas, créez des pages es-ES et es-MX distinctes. Chaque page a besoin de sa propre balise hreflang pointant vers l'autre. Si votre contenu espagnol est identique partout, comme le même article de blog ou le même article d'assistance, une seule balise es est plus simple. Elle évite aussi d'entretenir des pages qui ne diffèrent pas vraiment.

On retrouve ce schéma chaque fois qu'un pays compte plusieurs langues. Un site qui cible des lecteurs canadiens, par exemple, a besoin de balises distinctes pour l'anglais et le français, pour la même raison. Traiter deux publics distincts comme un seul fait souvent mal aiguiller le contenu. L'espagnol ne fait que multiplier cette logique sur davantage de pays.

La règle de l'auto-référence

Chaque page du groupe, l'original en anglais, la page es-ES, la page es-MX, a besoin d'une balise qui pointe vers elle-même. Elle a aussi besoin de balises pointant vers toutes les autres versions. Google Search Central a indiqué que cette auto-référence n'est pas strictement obligatoire, mais c'est la pratique standard. L'omettre est l'une des causes les plus fréquentes de rupture des groupes hreflang. Si vous n'êtes pas certain que votre page espagnole se référence correctement elle-même, consultez ce guide sur la correction d'un hreflang sans auto-référence. Il détaille précisément quoi ajouter et où. Le détail complet se trouve dans ce guide sur la correction d'un hreflang sans auto-référence.

Comment corriger le hreflang des pages en espagnol, étape par étape

Une fois que vous savez de quel code vous avez besoin, es, es-ES, es-MX ou une autre variante régionale, la correction se fait à l'un de trois endroits. Elle se trouve dans le <head> de la page, dans votre sitemap XML ou dans les paramètres de traduction intégrés à votre CMS.

Étape 1 : confirmer d'abord le problème

Passez la page en anglais et la page en espagnol dans le validateur hreflang. Comparez les résultats côte à côte. Vous cherchez trois choses : un code langue-région valide, une paire de balises correspondantes et une balise d'auto-référence sur chaque page. La paire correspondante signifie que l'anglais pointe vers l'espagnol et que l'espagnol pointe en retour vers l'anglais.

Étape 2 : modifier le head de la page (si vous gérez le HTML directement)

Si votre site est construit en HTML pur ou avec un CMS sur mesure sans extension de traduction, ouvrez la section <head> de la page. Ajoutez un élément link par version linguistique :

<link rel="alternate" hreflang="en" href="https://example.com/product" />
<link rel="alternate" hreflang="es-mx" href="https://example.com/es-mx/producto" />
<link rel="alternate" hreflang="es-mx" href="https://example.com/es-mx/producto" />

Répétez l'ensemble du bloc de balises sur chaque page du groupe. La page en anglais doit lister la page en espagnol, et la page en espagnol doit lister la page en anglais ainsi qu'elle-même.

Étape 3 : utiliser les paramètres de langue ou de traduction de votre CMS

La plupart des plateformes courantes génèrent le hreflang automatiquement dès que vous liez deux pages comme traductions l'une de l'autre. Cherchez un paramètre nommé quelque chose comme « Langue », « Traductions » ou « Langue de la page » dans la barre latérale de l'éditeur de page ou d'article. Vous y trouverez aussi un champ pour lier la page actuelle à sa version espagnole. Une fois le lien établi, la plupart des plateformes écrivent les balises hreflang dans le head de la page à votre place, sans que vous ayez à modifier le HTML directement.

Si votre CMS n'a pas de fonction de traduction native, vérifiez si vous utilisez une extension SEO ou multilingue dédiée. Elles ajoutent généralement un panneau « Traductions » ou « Sélecteur de langue » à l'écran de l'éditeur. Il comprend une liste déroulante pour choisir la langue cible et un champ pour coller ou sélectionner l'URL correspondante.

Étape 4 : déclarer via le sitemap (méthode alternative)

Au lieu de balises dans le head de la page, vous pouvez déclarer les relations hreflang dans votre sitemap XML. C'est courant sur les grands sites, car le balisage tient dans un seul fichier au lieu d'être réparti sur des milliers de pages. Chaque entrée <url> indique sa propre adresse ainsi que des entrées <xhtml:link> pour chaque alternative linguistique, y compris elle-même.

Étape 5 : revalider

Après avoir publié la modification, repassez l'URL espagnole dans le validateur. Confirmez que la paire est désormais correcte dans les deux sens. Une correction qui ne met à jour que la page en anglais, ou que la page en espagnol, apparaîtra toujours comme défaillante. Le hreflang est bidirectionnel par conception : une demi-correction équivaut à aucune correction.

Quand les outils de votre site suffisent, et quand ils ne suffisent pas

Vérifier une page espagnole avec un validateur gratuit suffit généralement pour un problème unique et isolé. Auditer un site multilingue entier est un autre travail, et mieux vaut être honnête sur l'endroit où se situe la limite.

Situation	Un outil gratuit suffit-il ?	Pourquoi
Une URL espagnole s'affiche dans les résultats du mauvais pays	Oui	Une vérification d'une seule page dans le validateur confirme la balise exacte qui pose problème
Vous venez de lancer une nouvelle page es-MX	Oui	Une vérification rapide avant et après la publication permet d'attraper la plupart des erreurs tôt
Votre site entier compte 50+ pages en espagnol réparties sur plusieurs régions	Pas seul	Il vous faut un crawl de chaque URL, et non des contrôles ponctuels, pour repérer les schémas incohérents
Les erreurs hreflang reviennent après chaque mise à jour de contenu	Pas seul	Un problème récurrent pointe généralement vers un template ou un paramètre du CMS, qu'un développeur doit corriger à la source
Vous migrez des structures d'URL (par ex. passer de /es/ à /es-mx/)	Pas seul	Les migrations touchent toutes les balises à la fois ; une vérification ponctuelle ne détectera pas les ruptures en cascade dans le groupe

Une vérification ponctuelle sur une seule URL est exactement ce pour quoi un outil gratuit est conçu. Une rupture récurrente sur des dizaines de pages, ou une migration de tout le site, indique que la cause profonde se trouve ailleurs. Elle se trouve généralement dans un template, un paramètre d'extension ou une règle de redirection. Cela demande quelqu'un capable d'examiner la structure de l'ensemble du site, et non une page à la fois. Si vous voulez une lecture plus large de la façon dont la configuration de votre site se compare à celle de vos concurrents, un exemple de rapport SEO peut vous aider. Il couvre bien plus que le seul hreflang.

Erreurs courantes de hreflang en espagnol (et comment les éviter)

La plupart des erreurs de hreflang en espagnol se répartissent en un petit nombre de schémas récurrents. Voici ce qui tourne généralement mal, et ce qui le corrige vraiment.

Erreur	À quoi ça ressemble	Correction
Mauvais code de langue	Utiliser sp au lieu du code ISO correct es	Le hreflang ne reconnaît que les codes ISO 639-1 valides ; es est correct, sp n'est pas un vrai code et est ignoré
Code de région sans code de langue	Écrire MX seul au lieu de es-MX	Placez toujours la langue en premier, la région ensuite, séparées par un trait d'union : es-MX, et non MX ou mx-es
Balisage à sens unique	La page en anglais renvoie vers l'espagnol, mais la page espagnole ne renvoie pas vers elle	Ajoutez la balise réciproque sur la page espagnole ; le hreflang ne fonctionne que comme paire confirmée
Auto-référence manquante	La page espagnole liste l'anglais et d'autres variantes espagnoles, mais pas elle-même	Ajoutez sur la page espagnole une balise pointant vers sa propre URL
Conflit entre hreflang et canonical	Page espagnole balisée es-MX, mais sa balise canonical pointe vers l'URL anglaise	Assurez-vous que la balise canonical de chaque page linguistique pointe vers elle-même, et non vers une autre version linguistique ; un vérificateur de canonical fera ressortir directement cette incohérence
Redirection automatique des visiteurs hispanophones	Une redirection côté serveur envoie tout navigateur réglé sur l'espagnol directement vers /es/, ce qui écrase le hreflang	Laissez le hreflang suggérer la bonne page dans les résultats de recherche ; une redirection forcée peut piéger les utilisateurs et brouiller la décision de Google sur la page à classer
Structure d'URL incohérente	example.com/es-mx/page associé à example.es/page-alt	Gardez des schémas d'URL cohérents entre toutes les versions linguistiques pour que les moteurs de recherche puissent les regrouper de façon fiable

Cette erreur de redirection automatique mérite qu'on s'y arrête. Imaginons que votre serveur détecte un navigateur en espagnol et redirige de force vers la page d'accueil espagnole, même si la personne a cliqué sur une URL anglaise précise. Cela ruine l'expérience que Google cherchait à offrir. Vous pouvez aussi vous retrouver dans une boucle de redirection qui empêche Google d'indexer correctement l'une ou l'autre version. Google Search Central déconseille expressément de rediriger automatiquement les utilisateurs selon leur langue ou leur localisation supposée, pour cette raison. Le hreflang est conçu comme une indication que les moteurs de recherche utilisent pour choisir quel résultat afficher. Il fonctionne avec vos pages, et non par une redirection forcée qui passe outre l'intention de l'utilisateur.

Pourquoi la parité de contenu compte toujours

Le hreflang fonctionne mieux lorsque les pages liées couvrent le même sujet, même si la formulation et la devise diffèrent. Imaginons que votre fiche produit en anglais compte trois sections, alors que votre version es-MX n'en a qu'une. Google risque de ne pas les considérer comme de vraies équivalentes, et le signal hreflang pèse alors moins. Passez la page espagnole dans un vérificateur SEO on-page pour son mot-clé cible. C'est un bon moyen de confirmer que la version traduite est réellement optimisée pour les internautes hispanophones, et pas seulement une coquille vide.

Rechercher d'abord les bons mots-clés en espagnol

Une page peut avoir des balises hreflang irréprochables et pourtant sous-performer si le contenu espagnol cible les mauvais termes. Le comportement de recherche en espagnol ne reflète pas toujours une traduction directe de vos mots-clés anglais. L'espagnol du Mexique et celui d'Espagne emploient souvent des mots différents pour le même produit. Avant de finaliser la page, passez vos termes principaux dans un outil de suggestions de mots-clés pour le marché hispanophone concerné. Vous éviterez ainsi une réécriture par la suite. Si vous construisez une section espagnole de zéro, un générateur d'idées de contenu peut vous aider à repérer les sujets à traduire en priorité.

Comment les balises hreflang en espagnol influencent le classement et les clics

Le hreflang ne fait pas monter directement une page dans le classement. Ce qu'il fait, c'est s'assurer que la bonne version de votre page apparaît pour le bon internaute. Cela tend à réduire le taux de rebond et à améliorer les chances qu'une personne clique et reste. Un hispanophone au Mexique qui arrive sur une page es-ES remplie de prix propres à l'Espagne a plus de chances de repartir aussitôt. Comparez avec quelqu'un qui arrive sur une page écrite pour lui. Cette perte se voit directement dans votre taux de clics et vos chiffres d'engagement, même si la qualité de la page est identique par ailleurs.

Les moteurs de recherche utilisent aussi le hreflang pour distinguer deux types de contenu dupliqué. L'un est légitime : la même fiche produit traduite en espagnol. L'autre est un contenu dupliqué accidentel qu'il faut consolider. Avec des balises correctes, Google traite vos pages en anglais et en espagnol comme des variantes voulues plutôt que comme des doublons concurrents.

Si vous êtes responsable du SEO sur plusieurs marchés, vous voudrez suivre la place du hreflang dans le tableau d'ensemble. La section des ressources et le guide général des bases du SEO pour les petites entreprises couvrent tous deux les fondations techniques connexes, au-delà du seul ciblage linguistique. SearchBlueprint publie aussi les mises à jour de ses outils sur la page des nouveautés, y compris les changements du validateur hreflang lui-même. Elle vaut un coup d'œil si vous revenez après quelques mois.

Questions fréquentes

Quel est le bon code hreflang pour l'espagnol ?

Utilisez es pour les hispanophones en général. Ajoutez un code pays avec un trait d'union : es-ES pour l'Espagne, es-MX pour le Mexique, es-US pour les hispanophones des États-Unis. N'en utilisez un que si vous avez une page conçue spécifiquement pour ce pays ou cette région.

Puis-je utiliser « sp » pour l'espagnol dans les balises hreflang ?

Non. Le bon code est es, tel que défini par la norme ISO 639-1, la norme internationale des codes de langue. « sp » n'est pas un code de langue reconnu, et les moteurs de recherche ignoreront une balise qui l'utilise.

Ai-je besoin de pages distinctes pour es-ES et es-MX, ou une seule page espagnole peut-elle couvrir les deux ?

Une seule page es générique convient si le contenu, les prix et les conditions sont identiques pour tous les visiteurs hispanophones. Ne créez des pages es-ES et es-MX distinctes que lorsque les prix, la devise, la livraison ou la terminologie diffèrent réellement entre les deux marchés.

Pourquoi Google affiche-t-il encore ma page en anglais aux internautes hispanophones ?

Les causes les plus courantes sont une balise hreflang manquante ou à sens unique, ou une balise canonical qui s'éloigne de la page espagnole. Une autre cause fréquente est un code hreflang mal orthographié. Passer l'URL dans un validateur montrera généralement laquelle de ces trois causes est en jeu.

Le hreflang garantit-il que Google affiche exactement la page que je souhaite ?

Non. Le hreflang est un signal fort, pas une directive. Selon Google Search Central, Google respecte généralement le hreflang, mais peut tout de même choisir une autre version dans des cas limites. C'est une raison de plus pour garder une parité de contenu et des balises canonical cohérentes sur chaque version linguistique.

Vérifiez vos pages en espagnol dès maintenant

Mettre en place le hreflang espagnol représente un petit volume de balisage, avec un effet disproportionné sur la question de savoir si le bon public voit un jour votre contenu. Repassez votre page en espagnol dans le validateur hreflang après avoir effectué vos modifications. Cela confirme que la paire est correcte dans les deux sens. Si l'audit révèle plus d'une seule balise défaillante, parlez-en à l'équipe. Il en va de même si vous ne savez pas si le problème se règle sur une seule page ou s'il touche tout un template. Parlez à l'équipe et elle pourra vous donner une image plus claire de ce qui se passe réellement sur votre site.

Sources

• How Hreflang Tags Can Help Your International SEO ...
• Hreflang: The Easy Guide for Beginners