Passer au contenu principal

SEO international

38 concepts · 39 preuves

Appartient à : Spécialisations

Le SEO international consiste à servir la bonne langue et la bonne région à la bonne audience, sans transformer ce contenu multilingue en doublons aux yeux de Google. Trois leviers structurent tout : le pays (structure d'URL), la langue (hreflang) et le contenu (vraiment localisé). Bien fait, il devient invisible : l'utilisateur reçoit simplement du contenu pertinent dans sa langue. C'est une branche exigeante du SEO technique.

Trois leviers : pays, langue, contenu

Contrairement au SEO classique ou au SEO local, qui visent un seul marché, le SEO international cherche la visibilité sur plusieurs pays et langues (ouvre un nouvel onglet). Google le résume ainsi : si une page existe en plusieurs versions, il faut le lui signaler (ouvre un nouvel onglet) pour qu'il dirige chaque utilisateur vers la bonne.

Country, language, content targeting

Moz décompose le « geotargeting international » en trois actions complémentaires (ouvre un nouvel onglet) : spécifier le pays cible via une structure d'URL adaptée (country targeting), déclarer la langue des pages via des balises (language targeting), et produire du contenu dans la langue des utilisateurs. Selon l'objectif, on peut ne viser qu'un ou deux de ces leviers.

Découpler le pays de la langue

Erreur fréquente : confondre les deux axes. Une boutique de t-shirts à slogans espagnols vise une langue, pas un pays — le Mexique compte autant que l'Espagne (ouvre un nouvel onglet). Pays et langue sont indépendants : on peut cibler une langue sans cibler un pays précis.

À retenir

Le SEO international n'est pas du SEO « en plus gros ». C'est un travail de signaux cohérents : dire à Google quel pays, quelle langue, et lui fournir un contenu réellement adapté à chacun.

Structure de domaine : ccTLD, sous-domaine ou sous-dossier

Des URL spécifiques à la région aident utilisateurs et moteurs à identifier la version destinée à chaque marché. Google recommande trois options principales (ouvre un nouvel onglet), chacune avec ses arbitrages. C'est un choix d'architecture de site structurant, difficile à défaire ensuite.

Le ccTLD cible un pays, pas une langue

Un ccTLD (domaine de premier niveau à code pays, deux lettres) signale le pays d'enregistrement (ouvre un nouvel onglet) du site. Il convient au ciblage géographique mais pas au ciblage de langue seule. Certains codes (ex. .ly) sont si détournés que Google les traite génériquement.

Comparer les structures

StructureExempleSignal paysÀ privilégier quand
ccTLDexemple.frTrès fort (lié au pays)Ciblage d'un pays précis ; budget marque par marché
Sous-domaine + gTLDfr.exemple.comMoyen (géolocalisable en GSC)Séparer techniquement les versions sans multiplier les domaines
Sous-répertoire + gTLDexemple.com/fr/Plus faible mais cumule l'autoritéExtension rapide ; un seul domaine à faire grandir
Paramètre d'URLexemple.com/?lang=frAucun (déconseillé)À éviter : pas de geotargeting possible

Il n'existe pas de règle unique : on recommande souvent un domaine global fort (ouvre un nouvel onglet) ou des domaines séparés par pays, et l'on évite un ccTLD unique pour tous les marchés. Le sous-répertoire est le plus simple à étendre et concentre l'autorité sur un seul domaine.

Aligner tous les signaux

Aleyda Solis insiste : pour aider Google, alignez toutes les configurations possibles (ouvre un nouvel onglet) — URL par locale, contenu localisé, crawl autorisé sans redirections automatiques, ccTLD ou sous-dossiers géolocalisés, et annotations hreflang. Des signaux contradictoires brouillent le ciblage.

Hreflang : déclarer la bonne version par langue et région

Sans rien faire, Google peut trouver seul les versions (ouvre un nouvel onglet) alternatives, mais il vaut mieux indiquer explicitement quelle version servir. Les annotations hreflang aident aussi Google à comprendre que des URL au contenu très similaire ne sont pas des doublons (ouvre un nouvel onglet) mais des versions visant des audiences différentes — un enjeu de contenu dupliqué.

Syntaxe : langue obligatoire, pays optionnel, ordre fixe

Une valeur hreflang combine la langue (obligatoire, format ISO 639-1 (ouvre un nouvel onglet)) et optionnellement le pays (ISO 3166-1 Alpha-2). On peut cibler une langue seule, mais jamais un pays sans langue, et l'ordre compte : en-gb est valide, gb-en non. Les continents ne sont pas supportés (« eu », « asia » déclenchent une erreur).

Attention aux faux amis : es-la ne cible pas l'Amérique latine (ouvre un nouvel onglet) mais le Laos ; be vise le biélorusse, pas le belge. Google ne supporte pas vraiment les régions arbitraires dans hreflang.

Réciprocité, auto-référence et x-default

Les annotations doivent être réciproques : si X pointe vers Y, Y doit pointer vers X (ouvre un nouvel onglet), sinon Google peut ignorer les annotations. L'absence de « return tag » est l'une des erreurs les plus communes. Il faut aussi inclure un hreflang auto-référençant (ouvre un nouvel onglet), c'est-à-dire une balise pour la page elle-même.

Enfin, une version globale de repli reçoit la valeur x-default (ouvre un nouvel onglet) pour les visiteurs non spécifiquement ciblés ; à défaut, on l'assigne souvent à la version anglaise ou US.

Trois méthodes d'implémentation

Hreflang se déclare de trois façons (ouvre un nouvel onglet) : balises dans le <head> HTML (sites à peu de versions), sitemaps XML (gros sites multi-langues, ou head non éditable), et en-tête HTTP (documents non-HTML comme les PDF). Mieux vaut s'en tenir à une seule méthode et ne pas les superposer. Sur les gros sites, un processus répétable (ouvre un nouvel onglet) (identification, priorisation, validation pré-prod, monitoring) rend l'implémentation rentable.

Hreflang n'est pas magique

Chaque version d'un cluster hreflang fonctionne de façon autonome : les signaux de classement ne sont pas partagés (ouvre un nouvel onglet) (Gary Illyes). Multiplier les versions ne renforce donc pas la plus forte. Le geotargeting de GSC, lui, promeut le site dans le pays cible (ouvre un nouvel onglet) ; hreflang se contente d'échanger l'URL. Les deux sont complémentaires.

Une URL par version, jamais de redirection automatique

Règle d'or : ne jamais servir plusieurs langues sur une même URL. Sinon Google n'en indexera qu'une (ouvre un nouvel onglet) (souvent l'anglais), rendant les autres versions introuvables. Chaque version mérite son URL distincte et propre — un sujet d'indexation autant que de structure.

Des URL indexables qui s'auto-canonicalisent

On ne pose des annotations hreflang que sur des URL indexables et self-canonical (ouvre un nouvel onglet), pointant vers d'autres URL elles aussi indexables. Pas d'URL redirigée, en erreur, noindex ou canonicalisée vers une autre. Le canonical et le hreflang doivent rester synchronisés (ouvre un nouvel onglet), chaque version pointant son canonical vers elle-même.

Le piège de la redirection par IP

Ne redirigez pas automatiquement selon la localisation. Si vous redirigez par IP, Googlebot crawle surtout depuis les US (ouvre un nouvel onglet) : les versions française et allemande deviennent invisibles. Suggérer une version alternative est acceptable ; forcer ne l'est pas. Google prévient aussi que les pages locale-adaptive (contenu variable selon le visiteur) peuvent n'être que partiellement crawlées (ouvre un nouvel onglet) et indexées.

Localiser le contenu, pas seulement le traduire

La traduction convertit le texte en conservant le sens ; la localisation adapte tout le message (ouvre un nouvel onglet) aux préférences, valeurs et contexte culturel du marché (devise, idiomes, fêtes, conformité). Langue, devise, fuseau et coordonnées locales envoient un signal fort de pertinence régionale (ouvre un nouvel onglet).

Copier deux marchés similaires : un risque réel

Même avec hreflang en place, Google peut fusionner deux versions trop proches (ouvre un nouvel onglet) (US/UK, DE/AT) comme du contenu dupliqué — parfois en servant la mauvaise. Onely rapporte un cas où une version africaine était montrée aux Britanniques, avec un effondrement des conversions. Localisez les marchés stratégiques, ne les copiez pas.

Traduction automatique : l'intention décide

Tout — navigation, contenu, support — doit être dans la langue principale du marché ; Moz déconseille la traduction automatique (ouvre un nouvel onglet) brute. Mais ce n'est pas automatiquement du spam : pour John Mueller, c'est l'intention qui compte (ouvre un nouvel onglet). Partir d'une traduction puis l'améliorer va ; filer du contenu auto-traduit en espérant classer, non.

La recherche de mots-clés doit suivre les variantes régionales : « lentes » au Mexique (ouvre un nouvel onglet) plutôt que « gafas » en Espagne pour des lunettes. C'est un travail d'optimisation on-page propre à chaque marché.

Autorité et moteurs locaux

Des backlinks de sites du marché cible (ouvre un nouvel onglet) renforcent la pertinence régionale. Et Google ne domine pas partout : Yahoo pèse ~10 % au Japon (ouvre un nouvel onglet), Baidu en Chine, Yandex en Russie. En entrant sur un tel marché, familiarisez-vous avec ses signaux de classement.

Questions fréquentes

ccTLD ou sous-dossier : que choisir ?

Pour cibler un pays précis, le ccTLD envoie le signal le plus fort, mais oblige à bâtir l'autorité de chaque domaine séparément. Pour étendre vite en cumulant l'autorité sur un seul domaine, le sous-répertoire (exemple.com/fr/) est souvent le plus pratique. Évitez le ccTLD unique pour tous les marchés, et les paramètres d'URL (ouvre un nouvel onglet), sans geotargeting.

Hreflang est-il obligatoire ?

Non. Google peut trouver seul les versions (ouvre un nouvel onglet), mais hreflang réduit le risque qu'il serve la mauvaise langue. Rappel : il ne transfère aucun signal de classement entre versions et n'agit que si les annotations sont réciproques, auto-référençantes et posées sur des URL indexables.

Puis-je rediriger automatiquement selon la langue du visiteur ?

Mieux vaut éviter. Une redirection par IP empêche Googlebot — qui crawle surtout depuis les US (ouvre un nouvel onglet) — de voir vos autres versions, qui deviennent invisibles. Proposez plutôt un sélecteur ou une bannière suggérant la version locale, sans forcer.

Sources

  1. Google Search Central — SEO international (ouvre un nouvel onglet)
  2. Google Search Central — Versions localisées (hreflang) (ouvre un nouvel onglet)
  3. Google Search Console Help — ccTLD (ouvre un nouvel onglet)
  4. Moz — International SEO (ouvre un nouvel onglet)
  5. Semrush — An in-depth look at international SEO (ouvre un nouvel onglet)
  6. Onely — Ultimate guide to international SEO (ouvre un nouvel onglet)
  7. Aleyda Solis — Avoiding hreflang issues (6 steps) (ouvre un nouvel onglet)
  8. Search Engine Roundtable — Geotargeting vs hreflang (ouvre un nouvel onglet)
  9. Search Engine Roundtable — Auto-translated content (ouvre un nouvel onglet)
  10. Reddit r/TechSEO — AMA Gary Illyes (Google) (ouvre un nouvel onglet)
  11. StatCounter — Search engine market share, Japon (ouvre un nouvel onglet)