SEO multilingue : structure d'URL, hreflang et contenu localisé par marché

Le SEOSearch Engine Optimization. Ensemble des techniques visant à améliorer le positionnement d'un site web dans les résultats naturels des moteurs de recherche. multilingue, ou référencement multilingue, consiste à donner sa propre URLUniform Resource Locator. Adresse unique d'une page web. Une URL optimisée est courte, descriptive et contient le mot-clé. à chaque langue ou pays, à relier ces versions avec hreflangAttribut HTML indiquant la langue et la région ciblée d'une page pour le SEO international., puis à rechercher les mots-clésTerme ou expression que les utilisateurs saisissent dans un moteur de recherche. Base de toute stratégie SEO. et à localiser le contenu marché par marché. Google lit la langue dans le contenu visible : une page, une langue, une URL.

Choisir la structure d'URL : dossier, sous-domaine ou domaine par pays

Pour la plupart des sites, le sous-répertoire sur un domaine générique (monsite.com/fr/, monsite.com/es/) est le bon point de départ : Google le classe parmi les options faciles à mettre en œuvre et peu coûteuses en maintenance, avec un seul hébergeur. Le domaine national (monsite.de) se justifie quand un pays pèse assez pour avoir son équipe et son budget.

Google compare lui-même les quatre structures possibles dans sa documentation sur les sites multirégionaux et multilingues :

Le choix se fait sur trois critères :

• Le nombre de marchés. Au-delà de deux ou trois pays, un domaine par pays multiplie les renouvellements, les certificats et les campagnes de liens.
• L'organisation. Une équipe locale autonome gère bien son propre domaine ; une équipe centrale gère mieux un seul site à dossiers.
• L'existant. Un site déjà installé sur une structure qui ranke ne se migre pas pour le principe.

Si la migration s'impose, chaque ancienne URL redirige en 301 vers sa nouvelle version, selon un plan de redirection établi page par page, de l'inventaire des URL aux tests avant la bascule. Le guide des redirections SEO aide à choisir le bon code. Le reste du projet, des annotations hreflang à réécrire avec les nouvelles URL au suivi des deux versions dans la Search Console, suit les étapes d'une migration SEO.

Attention aux faux domaines nationaux. Google traite certains ccTLD comme des domaines génériques, parce que les internautes et les propriétaires de sites les voient comme génériques : .io, .co, .me ou .tv ne ciblent aucun pays. Même logique pour .eu et .asia, considérés comme génériques malgré leur nom.

Et l'hébergement ? Google cite la localisation du serveur parmi ses signaux, mais prAlgorithme historique de Google évaluant l'importance d'une page selon ses backlinks. Toujours utilisé en interne.écise que ce n'est pas un signal déterminant : beaucoup de sites passent par un CDNContent Delivery Network. Réseau de serveurs distribuant le contenu depuis le serveur le plus proche de l'utilisateur. ou sont hébergés dans un pays mieux équipé. Choisissez votre hébergement pour la vitesse et la fiabilité, puis déclarez explicitement vos cibles avec la structure d'URL et hreflang.

Déclarer les versions avec hreflang : HTML, en-tête HTTP ou sitemap

Hreflang dit à Google que plusieurs URL sont des variantes localisées du même contenu, pour qu'il affiche la bonne version à chaque internaute. Google n'utilise ni hreflang ni l'attribut lang pour détecter la langue d'une page : il la déduit du contenu. Hreflang sert à relier les versions entre elles.

Trois méthodes existent, et Google les juge équivalentes : des balises link dans le head, un en-tête HTTP, ou le sitemap XMLFichier XML listant toutes les URLs d'un site pour faciliter leur découverte par les moteurs de recherche.. Pour les pages HTML, choisissez-en une seule. Cumuler les trois n'apporte rien dans la recherche Google et triple le travail de maintenance.

Les balises dans le head

Chaque version de la page porte le même bloc de balises, avec une ligne par variante, y compris elle-même :

<link rel="alternate" hreflang="fr-FR" href="httpsProtocole sécurisé de transfert de données. Facteur de ranking depuis 2014.://www.monsite.com/fr/chaussures/" />
<link rel="alternate" hreflang="fr-BE" href="https://www.monsite.com/be-fr/chaussures/" />
<link rel="alternate" hreflang="en-GB" href="https://www.monsite.com/uk/shoes/" />
<link rel="alternate" hreflang="x-default" href="https://www.monsite.com/" />

Quatre règles tirées de la documentation Google évitent l'essentiel des erreurs :

• Le code langue d'abord, au format ISO 639-1, puis un code pays facultatif au format ISO 3166-1 alpha 2. Un code pays seul est invalide : « be » désigne le biélorusse.
• en-GB, jamais en-UK. Google ignore les codes réservés comme UK, EU ou UN dans les annotations hreflang.
• Des URL complètes, avec https:// : pas de chemin relatif.
• Des liens réciproques : si la page X déclare la page Y, la page Y doit déclarer la page X, sinon les annotations peuvent être ignorées ou mal interprétées.

La valeur x-default désigne la page de repli pour les internautes qu'aucune version ne couvre ; dans l'exemple, la page d'accueil qui porte le sélecteur de langue. Google précise qu'elle a été conçue pour les pages de sélection de langue : c'est là qu'elle fonctionne le mieux.

L'en-tête HTTP pour les fichiers non HTML

Un PDF n'a pas de head. Pour lui, Google prévoit un en-tête HTTP Link renvoyé avec la réponse, qui liste les variantes de la même façon :

Link: <https://www.monsite.com/fr/catalogue.pdf>; rel="alternate"; hreflang="fr",
      <https://www.monsite.com/en/catalogue.pdf>; rel="alternate"; hreflang="en"

Content-Language ne fait pas partie des trois méthodes de Google : pour un fichier non HTML, utilisez l'en-tête Link.

Le sitemap XML

Sur un gros catalogue, le sitemap évite d'alourdir chaque page. Chaque URL a son entrée <url>, avec des enfants <xhtml:link> qui listent toutes les versions, elle comprise. Google impose de déclarer l'espace de noms xhtml : sans lui, les balises <xhtml:link> ne sont pas valides.

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
  xmlns:xhtml="http://www.w3.org/1999/xhtml">
  <url>
    <loc>https://www.monsite.com/fr/</loc>
    <xhtml:link rel="alternate" hreflang="fr" href="https://www.monsite.com/fr/"/>
    <xhtml:link rel="alternate" hreflang="es" href="https://www.monsite.com/es/"/>
  </url>
  <url>
    <loc>https://www.monsite.com/es/</loc>
    <xhtml:link rel="alternate" hreflang="fr" href="https://www.monsite.com/fr/"/>
    <xhtml:link rel="alternate" hreflang="es" href="https://www.monsite.com/es/"/>
  </url>
</urlset>

Pour auditer une implémentation existante, codes, canonicalBalise indiquant la version principale d'une page en cas de contenu dupliqué ou similaire. et outils compris, le guide de la balise hreflang reprend chaque erreur en détail.

Rechercher les mots-clés pays par pays, puis localiser le contenu

Un mot-clé traduit n'est pas forcément un mot-clé recherché. La traduction donne le mot du dictionnaire ; la recherche de mots-clés donne le mot que les internautes du pays tapent vraiment, et il change parfois d'un pays à l'autre pour une même langue.

L'anglais en est plein. « Pants » désigne un pantalon aux États-Unis et un sous-vêtement au Royaume-Uni, où le pantalon se dit « trousers ». Les baskets sont des « sneakers » aux États-Unis et des « trainers » au Royaume-Uni. Le téléphone portable devient « mobile phone » à Londres et « cell phone » à New York.

Une marque britannique qui optimise sa catégorie pantalons sur « pants » pour toucher les deux marchés envoie ses visiteurs britanniques vers ce qu'ils prennent pour du linge de corps.

La méthode, par marché, se déroule en quatre temps :

1. Partir des pages qui rapportent dans la langue d'origine, avec leurs requêtes réelles dans la Search Console.
2. Faire proposer les équivalents par un locuteur natif, puis vérifier leurs volumes dans un outil de mots-clés réglé sur le bon pays et la bonne langue, avec la même méthode de recherche et d'analyse de mots-clés que sur votre marché d'origine.
3. Lire la SERPSearch Engine Results Page. Page affichée par un moteur de recherche en réponse à une requête utilisateur. locale de chaque candidat : si Google y affiche des fiches produits quand vous visiez un guide, l'intention n'est pas la même.
4. Attribuer une requête principale par page et par marché, puis écrire ou adapter le contenu autour d'elle : title, H1Balise HTML du titre principal d'une page. Il ne doit y en avoir qu'un seul par page., meta descriptionBalise HTML décrivant le contenu d'une page. Affichée sous le titre dans les SERP, elle influence le CTR., exemples, unités, devises, visuels.

Localiser va plus loin que les mots. Google cite parmi ses signaux de ciblage les adresses et numéros de téléphone locaux, la langue et la devise locales, et les liens venant d'autres sites du pays. Une version espagnole qui affiche des prix en euros, une adresse à Madrid et un service client hispanophone envoie un signal cohérent. Une version traduite qui renvoie vers un formulaire en français brouille ce signal.

SEO multirégional : même langue, plusieurs pays

Le SEO multirégional cible des pays différents, parfois dans une même langue : un site en anglais pour les États-Unis et le Royaume-Uni, ou en français pour la France, la Belgique et la Suisse. Google distingue les deux cas : sur un site multilingue, il cherche la page dans la langue de l'internaute ; sur un site multirégional, celle qui correspond à ses paramètres régionaux. Beaucoup de sites sont les deux à la fois.

Le cas multirégional pose une question que le multilingue évite : deux pages presque identiques, en-US et en-GB, qui ne diffèrent que par la devise et quelques termes. Google cite ce scénario parmi ceux où il conseille de déclarer les variantes avec hreflang. Déclarées, ces pages sont des versions régionales du même contenu. Sans déclaration, vous laissez Google deviner.

Si le même contenu existe en double pour le même public, par exemple monsite.de/ et monsite.com/de/ pour l'Allemagne, Google demande de choisir la version préférée et de combiner rel="canonical" et hreflang. Les variantes régionales gardent en principe chacune leur canonique : Google préfère comme pages canoniques les URL qui font partie d'un cluster hreflang, en-US comme en-GB.

Le balisage règle la moitié du sujet. Chaque région a ses attentes : moyens de paiement, mentions légales et réglementation de la publicité, fuseau horaire des opérations commerciales, vocabulaire. C'est ce travail, invisible dans le balisage, que le visiteur belge remarque sur la version belge.

Redirection selon l'IP : proposer la bonne version sans l'imposer

Ne redirigez pas automatiquement vos visiteurs selon leur adresse IP ou la langue de leur navigateur. Google le déconseille en toutes lettres : ces redirections peuvent empêcher les internautes, et les moteurs, de voir toutes les versions du site.

La raison tient au robot. GooglebotRobot d'exploration de Google qui parcourt le web pour découvrir et indexer les pages. explore surtout depuis des adresses IP situées aux États-Unis, et ses requêtes n'envoient pas d'en-tête Accept-Language. Un site qui redirige selon l'IP lui sert donc presque toujours la version américaine ou celle par défaut. Google explore aussi depuis d'autres pays, mais il ne fait pas varier l'origine de ses explorations pour trouver les variantes d'un site : une version accessible seulement par redirection risque de ne jamais être explorée.

Google ne veut pas non plus de contenu adapté selon l'IP sur une URL unique : il déconseille l'analyse de l'emplacement des adresses IP et recommande une URL distincte par paramètre régional, reliée aux autres par hreflang.

Si vous adaptez quand même certaines pages, traitez Googlebot comme n'importe quel visiteur du pays d'où il semble venir, comme le demande sa documentation sur les pages adaptables. Lui servir autre chose qu'aux internautes vous rapprocherait du cloaking, que ses règles sur le spamTechniques manipulatrices visant à tromper les moteurs de recherche. définissent comme le fait de montrer aux moteurs et aux internautes des contenus différents pour manipuler le classementPosition d'une page web dans les résultats de recherche pour une requête donnée..

La bonne pratique : détecter, puis proposer. Une bannière discrète (« Ce site existe en version belge »), un sélecteur de langue présent sur toutes les pages et des liens vers les autres versions laissent chaque visiteur choisir, et laissent Googlebot explorer chaque version par ses liens.

Après la technique : CMS, liens locaux, vitesse et données Ads

Une fois la structure posée et les versions déclarées, quatre leviers renforcent chaque version locale.

Le CMS. Sur WordPress, une extension multilingue gère les traductions et les URL par langue ; la page de Polylang indique que la langue peut passer par un code dans l'URL, un sous-domaine ou un domaine par langue. Pour l'extension SEO elle-même, le comparatif des meilleures extensions SEO pour WordPress aide à choisir. Sur PrestaShop, une langue s'ajoute depuis le back-office en important le pack de localisation d'un pays qui la parle. Sur un projet Drupal ou Magento, vérifiez la même chose qu'ailleurs : une URL par langue et des balises hreflang générées pour toutes les versions, la page elle-même comprise.

Les liens locaux. Les liens de sites du pays font partie des signaux de ciblage vus plus haut. Un site en anglais qui vise le Royaume-Uni a intérêt à gagner des liens de médias et de partenaires britanniques ; une campagne de netlinkingStratégie d'acquisition de backlinks de qualité pour renforcer l'autorité d'un site. pensée pour le marché français n'envoie aucun signal local à la version espagnole.

La vitesse. Un site servi depuis un seul serveur en France répond moins vite à Montréal qu'à Paris. Un CDN, qui distribue les fichiers depuis des serveurs proches des visiteurs, réduit ce délai sans multiplier les hébergements.

Les données Ads. Une campagne Google Ads ciblée sur un pays donne une partie des recherches réelles qui ont déclenché vos annonces, grâce au rapport sur les termes de recherche. C'est une matière précieuse pour la recherche de mots-clés d'un nouveau marché. N'en attendez aucun effet direct sur le référencement : Google n'accepte aucun paiement pour améliorer le classement d'une page. Une fois les pages du pays classées, croiser annonces et résultats naturels requête par requête dit où tester une baisse d'enchère, comme le détaille l'article sur la synergie entre SEO et SEA.

Bing, Baidu, Yandex, Naver : quand les autres moteurs comptent

Hors de quelques pays, Google reste le moteur à servir en premier. Les parts de marché mesurées par StatCounter en septembre 2026 montrent où les autres moteurs pèsent vraiment :

Ces chiffres viennent des pages vues sur les sites équipés du traceur de StatCounter : ils donnent un ordre de grandeur. En France, Google pèse 88,16 % selon la même source.

Chaque moteur a ses outils. Bing propose Bing Webmaster ToolsOutil gratuit Google pour surveiller et optimiser la présence d'un site dans les résultats de recherche., Naver son Search Advisor. Yandex lit les balises hreflang dans le code des pages, mais ne prend plus en charge les versions linguistiques déclarées dans le sitemap : si la Russie compte pour vous, déclarez vos versions dans le head plutôt que dans le sitemap. La Chine est un projet à part : hébergement, outils Baidu, chinois simplifié et concurrence locale se cadrent avec un spécialiste du marché.

Les erreurs qui cassent un site multilingue

La plupart des erreurs viennent d'une version qui n'a pas sa propre URL ou d'un balisage incomplet. Les six premières découlent de la documentation de Google, la dernière relève du bon sens :

• La langue en paramètre ou en cookie. monsite.com/page?langue=fr ou une langue choisie par cookie : Google déconseille les paramètres d'URL pour le ciblage et recommande une URL distincte par version linguistique plutôt qu'un cookie.
• Hreflang sans retour. La page anglaise déclare la française, la française ne déclare pas l'anglaise : les annotations peuvent être ignorées.
• Un code pays inventé. en-UK, fr-EU : la partie réservée est ignorée.
• Un canonical qui pointe vers une autre langue. Avec hreflang, Google demande une page canonique dans la même langue, ou dans la langue de repli la plus pertinente : chaque version, en-GB comme en-US, reste en principe sa propre canonique. Le guide de la balise canonical explique comment Google choisit la page de référence.
• Plusieurs langues sur une page. Google conseille une langue par page, contenu et navigation compris, et d'éviter les traductions côte à côte. Traduire seulement le menu et le pied de page produitPage dédiée à un produit, devant être optimisée avec description unique, images et données structurées. aussi des doublons : les versions localisées ne sont considérées comme des doublons que si le contenu principal n'est pas traduit.
• La traduction automatique publiée à la chaîne. Les règles de Google sur le spam citent la traduction automatisée parmi les techniques d'abus de contenu à grande échelle, quand elle sert à générer beaucoup de pages à partir de contenus repris, sans intérêt pour l'utilisateur. Un traducteur automatique fait un bon premier jet ; un locuteur natif relit avant publication.
• Des images et des alt restés dans la langue d'origine. Traduisez les attributs alt et les légendes, et remplacez les visuels qui portent du texte.

Pour un site déjà en ligne, contrôlez dans cet ordre : chaque langue a-t-elle sa propre URL ? Chaque page liste-t-elle toutes ses versions, elle comprise, avec un retour depuis chacune ? Une redirection selon l'IP ou la langue du navigateur traîne-t-elle encore ? Ces trois points réglés, le travail de mots-clés et de contenu par marché peut porter ses fruits.

Questions fréquentes

Sources

• Polylang, fr.wordpress.org
• Gérer les sites multirégionaux et multilingues, Google Search Central
• Managing Multi-Regional and Multilingual Sites, Google Search Central
• Versions localisées de vos pages, Google Search Central
• pants, Cambridge Dictionary : dictionary.cambridge.org/dictionary/english/pants
• trousers, Cambridge Dictionary : dictionary.cambridge.org/dictionary/english/trousers
• sneaker, Cambridge Dictionary : dictionary.cambridge.org/dictionary/english/sneaker
• Exploration par Google des pages adaptables aux paramètres régionaux, Google Search Central
• Règles concernant le spam dans la Recherche sur le Web Google, Google Search Central
• Languages, PrestaShop 8 User Guide : docs.prestashop-project.org/v.8-documentation/user-guide/improving-shop/going-international/localization/languages
• À propos du rapport sur les termes de recherche, Aide Google Ads
• Guide détaillé de la recherche Google, Google Search Central
• Spécifier une URL canonique avec rel="canonical" et d'autres méthodes, Google Search Central
• Search Engine Market Share United States Of America, StatCounter Global Stats : gs.statcounter.com/search-engine-market-share/all/united-states-of-america
• Search Engine Market Share Russian Federation, StatCounter Global Stats : gs.statcounter.com/search-engine-market-share/all/russian-federation
• Search Engine Market Share Republic Of Korea, StatCounter Global Stats : gs.statcounter.com/search-engine-market-share/all/south-korea
• Search Engine Market Share China, StatCounter Global Stats : gs.statcounter.com/search-engine-market-share/all/china
• Bing Webmaster Tools
• Naver Search Advisor : searchadvisor.naver.com/
• Indexing localized pages, Yandex Webmaster : yandex.com/support/webmaster/yandex-indexing/locale-pages.html
• Search Engine Market Share France, StatCounter Global Stats : gs.statcounter.com/search-engine-market-share/all/france
• mobile phone, Cambridge Dictionary : dictionary.cambridge.org/dictionary/english/mobile-phone