SEO international — hreflang, multi-régions, multi-langues sans douleur
Étendre son site à l'international casse souvent le SEO. Voici la structure qui marche en 2026.
Internationaliser un site, c’est trois batailles : architecture, hreflang, contenu. La 1ʳᵉ se gagne en 2 jours, la 2ᵉ en 2 semaines, la 3ᵉ jamais — c’est un effort continu.
Architecture — choisir tôt
| Option | Pour | Contre |
|---|---|---|
ccTLD (.fr, .de) | Signal local maximum | Coûteux, lent à scaler |
Sous-domaines (fr.site.com) | Bonne séparation | Autorité de domaine partagée moyenne |
Sous-dossiers (site.com/fr/) | Autorité concentrée | Moins de signal local |
Recommandation 2026 : sous-dossiers + hreflang propre, sauf si vous visez un marché majeur (Allemagne, US) où le ccTLD se justifie.
Hreflang — la base qui plante 80% des sites
<link rel="alternate" hreflang="fr-FR" href="https://site.com/fr/page" />
<link rel="alternate" hreflang="en-US" href="https://site.com/en-us/page" />
<link rel="alternate" hreflang="x-default" href="https://site.com/en/page" />Règles :
- Bidirectionnel : si A pointe vers B, B doit pointer vers A
- Self-reference : la page elle-même doit être listée
- x-default : la version par défaut pour les langues non couvertes
- Code ISO correct :
fr-FRpasfr_FR,pt-BRpasbr
Contenu — pas de traduction automatique brute
- Traduction humaine ou IA + relecture native obligatoire
- Adapter les exemples (devise, références culturelles, prix locaux)
- Noms propres et marques peuvent rester en VO si pertinent
Les outils 2026
- Sitemap par langue soumis à Search Console pour chaque marché
- Search Console multi-pays : un compte par sous-dossier
- Hreflang Validator (Merkle) — debug rapide
- Schema Organization avec areaServed par version
L’erreur fatale
Faire pointer toutes les langues vers la même URL canonical anglaise. Symptôme : plus aucune version traduite indexée. Le canonical doit pointer vers la même version linguistique.