SEO multilingue

Le SEO multilingue rend un contenu équivalent accessible dans la langue de chaque lecteur, avec des URL distinctes et accessibles et des annotations qui aident les moteurs à comprendre les variantes de langue et de région.

Le SEO multilingue rend un contenu équivalent accessible dans la langue de chaque lecteur, avec des URL distinctes et accessibles et des annotations qui aident les moteurs à comprendre les variantes de langue et de région.

Illustration du mécanisme abordé dans le SEO multilingue.

Modéliser la langue avant le balisage

Un site multilingue commence par une décision de contenu : quelles langues et variantes régionales reçoivent une version réelle et entretenue, et quelle page correspond à quelle autre. Un libellé de navigation traduit ne constitue pas une version linguistique. Chaque version a besoin d'un contenu qui répond à la même tâche pour son audience, y compris la terminologie locale, la devise, les délais de livraison ou les mentions légales lorsque ces faits changent.

Donnez à chaque version une URL stable. Les schémas courants utilisent des domaines pays, des sous-domaines ou des sous-répertoires ; le choix de l'architecture compte moins que l'accès direct et la cohérence des liens internes. Évitez de modifier la page uniquement d'après la langue du navigateur sans laisser accessible l'URL sélectionnée.

Construire des annotations hreflang réciproques

Utilisez les annotations hreflang pour les pages réellement équivalentes. Chaque membre de l'ensemble doit se désigner lui-même et désigner les autres alternatives ; un x-default peut signaler une solution de repli adaptée lorsqu'il en existe une. hreflang est une annotation, et non une redirection ni un substitut à la balise canonical. Faites pointer la balise canonical de chaque version vers elle-même, sauf s'il existe un autre motif de duplication.

Exemple : un guide produit en anglais et son équivalent en espagnol peuvent se référencer mutuellement lorsqu'ils expliquent le même produit et répondent à la même tâche pour la même audience. Une page en anglais consacrée à un service réservé au Royaume-Uni et une explication mondiale en espagnol ne constituent peut-être pas de véritables alternatives, même si elles partagent un même gabarit.

Tester un ensemble, pas une seule page

Créez une petite matrice avec chaque URL de locale, sa langue et sa région déclarées, sa canonical, ses annotations réciproques et son comportement par défaut. Récupérez chaque route directement, y compris avec un user-agent de crawler, et inspectez le HTML final. Vérifiez que les liens du sélecteur de langue mènent directement à l'alternative, sans passer par une redirection fondée sur la géolocalisation.

Testez ensuite le parcours du lecteur : ouvrir un lien enregistré, choisir une autre langue, actualiser la page, revenir lors d'une nouvelle visite et utiliser un affichage mobile. La locale sélectionnée doit rester utilisable même lorsqu'une inférence de pays ou de langue est erronée. Gardez explicites la couverture des traductions et l'état de publication.

Limites opérationnelles

Ne supposez pas qu'hreflang garantit un classement dans un pays donné, ni qu'une traduction automatique suffit à rendre une page utile. Les moteurs de recherche peuvent retenir un autre résultat selon leurs signaux. Le travail que vous maîtrisez : un contenu exact, des URL accessibles, des liens cohérents, des annotations réciproques et des contrôles réguliers lorsque des pages sont ajoutées ou retirées.

FAQ

hreflang traduit-il une page ?
Non. Elle signale les alternatives de langue ou de région ; chaque destination doit tout de même disposer d'un contenu adapté.
Faut-il que chaque version linguistique pointe vers l'anglais en canonical ?
Non. Des pages traduites et distinctes ont normalement besoin de leurs propres URL préférées. Examinez séparément les vrais doublons.