SEO international et multilingue

Mis à jour le 23 octobre 2026

Vendre à l’étranger ou s’adresser à une clientèle d’une autre langue ne se résume pas à ajouter un drapeau dans le menu et à faire traduire quelques pages. Un site mal organisé pour plusieurs pays affiche la mauvaise version aux mauvais visiteurs, crée des doublons, ou reste invisible sur les marchés visés.

Cette page explique comment structurer un site multilingue ou multirégional et le faire référencer correctement. C’est un volet à part entière de toute stratégie SEO pour une entreprise qui vise plusieurs marchés.

Par Alexandre Montenon, consultant SEO depuis 2011

Multilingue ou multirégional ?

Deux situations se distinguent, et elles se combinent souvent :

• Un site multilingue propose ses contenus en plusieurs langues : français et anglais, par exemple, sans viser un pays précis.
• Un site multirégional vise plusieurs pays, parfois dans la même langue : France, Belgique et Suisse en français, avec des prix, des conditions de livraison ou des offres différentes.

Cette distinction guide tous les choix qui suivent. Une entreprise de logiciel qui vend partout la même offre en anglais n’a pas les mêmes besoins qu’un e-commerçant qui livre en Belgique et en Suisse avec des tarifs et des délais propres à chaque pays.

Choisir la structure des adresses

Google présente quatre structures possibles : le domaine national, le sous-domaine, le sous-répertoire et les paramètres d’URL, ces derniers étant déconseillés ; il déconseille aussi de rediriger automatiquement les visiteurs selon la langue supposée de leur navigateur, et recommande d’afficher des liens vers les autres versions.

Pour une PME, le sous-répertoire est le plus souvent le bon choix : un seul site, une seule notoriété, une gestion simple. Le domaine national se justifie surtout quand l’entreprise a une vraie présence dans le pays (filiale, équipe, marque locale) et les moyens d’animer plusieurs sites.

Les annotations hreflang

Les annotations hreflang indiquent à Google qu’une page existe en plusieurs versions et quelle version correspond à quelle langue et, éventuellement, à quel pays. Google accepte trois méthodes équivalentes (balises dans le code HTML, en-têtes HTTP ou sitemap XML), demande que chaque version se cite elle-même et cite toutes les autres, avec des adresses absolues, et précise qu’il ignore les annotations lorsque deux pages ne se renvoient pas mutuellement.

Les codes à utiliser

Le code de langue suit la norme ISO 639-1 (fr, en, de), suivi si besoin d’un code de pays ISO 3166-1 alpha-2 (fr-BE, fr-CH, en-GB). Un code de pays seul n’est pas valide. La valeur x-default désigne la page de repli, par exemple un sélecteur de langue, pour les visiteurs qui ne correspondent à aucune version.

Un exemple

Pour une page proposée en français pour la France, en français pour la Belgique et en anglais, chacune des trois versions contient les mêmes trois annotations, plus une valeur x-default : fr-FR vers la version française, fr-BE vers la version belge, en vers la version anglaise. Si la version belge oublie de citer la version française, l’annotation entre ces deux pages n’est pas prise en compte.

Ce que hreflang ne fait pas

Hreflang ne sert pas à Google pour détecter la langue d’une page : il la lit dans le contenu. Il ne fait pas non plus remonter une page dans les résultats : il aide seulement à montrer la bonne version au bon public. Et des versions qui ne sont pas réellement traduites peuvent être considérées comme des doublons.

Traduire ne suffit pas : adapter

Une recherche de mots-clés par marché

Les internautes d’un autre pays ne cherchent pas avec la traduction littérale de vos mots-clés. Le vocabulaire change, même dans une langue commune : un Belge, un Suisse et un Québécois n’emploient pas toujours les mêmes termes qu’un Français pour le même produit. Refaites la recherche de mots-clés pour chaque marché, idéalement avec une personne qui le connaît.

Des contenus adaptés

Prix dans la devise locale, conditions de livraison, mentions légales, moyens de paiement, exemples et références du pays, unités de mesure, format des dates et des numéros de téléphone. Une page traduite automatiquement et jamais relue se repère vite, par les visiteurs comme par les moteurs.

Des signaux locaux

Adresse et téléphone locaux quand ils existent, fiche d’établissement dans le pays, liens depuis des sites locaux (presse, partenaires, annuaires professionnels), avis de clients du pays. Ces signaux aident Google à comprendre à qui s’adresse chaque version.

Mettre en place et contrôler

Le sélecteur de langue

Un lien visible sur chaque page vers les autres versions, avec le nom de la langue écrit dans cette langue (« Deutsch », pas « allemand »). Évitez les drapeaux seuls : une langue n’est pas un pays.

Le plan de site et l’indexation

Chaque version doit être accessible aux robots, liée depuis le reste du site et présente dans le plan de site. Vérifiez dans la Search Console que les pages de chaque version sont bien indexées, et suivez les performances par pays. La page sur l’indexation Google détaille les contrôles.

Les balises canoniques

Chaque version se déclare canonique pour elle-même. Une version anglaise dont la canonique pointe vers la version française disparaît des résultats.

Les autres moteurs

Dans certains pays, d’autres moteurs que Google ont une part importante, et ils ne lisent pas tous les annotations de la même façon. Vérifiez les usages du marché visé avant de choisir votre approche.

Organiser la production des contenus

Un site en plusieurs langues double ou triple le travail éditorial. Prévoyez dès le départ qui rédige ou relit chaque version, à quel rythme, et comment les mises à jour sont répercutées : une offre modifiée en français et oubliée en anglais crée des contradictions que visiteurs et moteurs remarquent. Un tableau simple qui liste chaque page, ses versions et leur date de dernière mise à jour suffit à éviter la plupart des écarts. Commencez par les pages qui génèrent des demandes, et n’ajoutez les articles de blog traduits qu’une fois ces pages en place.

SEO international et assistants d’IA

Les assistants d’IA répondent dans la langue de l’utilisateur et s’appuient sur des sources de son pays quand elles existent. Une entreprise qui n’a aucun contenu en allemand a peu de chances d’être recommandée à un utilisateur germanophone, même si son offre lui convient. Des pages réellement rédigées dans la langue du marché, des avis de clients locaux et des mentions dans des médias du pays sont autant de sources que ces assistants peuvent reprendre.

Les erreurs fréquentes

Rediriger selon la langue du navigateur. Les visiteurs et les robots ne voient plus toutes les versions.

Des annotations non réciproques. Google les ignore.

Des codes erronés. « en-UK » au lieu de « en-GB », un code de pays utilisé seul.

Une traduction automatique non relue. Contenu de faible qualité, visiteurs perdus.

Les mêmes mots-clés traduits mot à mot. Ils ne correspondent pas aux recherches réelles.

Une canonique commune à toutes les versions. Les versions étrangères disparaissent.

Ouvrir un marché sans pouvoir le servir. Livraison, service client, conditions : le référencement amène des clients, l’entreprise doit suivre.

Exemple fictif : un fabricant de mobilier de jardin

Pour illustrer, un cas inventé. Un fabricant lyonnais de mobilier de jardin qui livre déjà en Belgique et en Suisse veut y développer ses ventes. Il crée deux sous-répertoires, /be/ et /ch/, avec des prix et des délais de livraison propres à chaque pays, conserve le français, ajoute des annotations hreflang réciproques fr-FR, fr-BE et fr-CH avec une valeur x-default, et adapte quelques termes après une recherche de mots-clés locale. Il suit ensuite les impressions par pays dans la Search Console. Les éléments de cet exemple sont inventés pour l’illustration.

Questions fréquentes sur le SEO international