SEO international : quelle structure d'URL choisir pour un site multilingue en 2026 ?

Un site qui vise plusieurs pays ou plusieurs langues doit trancher une question technique dès le départ : comment organiser ses URLs. Ce choix est difficile à défaire ensuite, parce qu'en changer revient à migrer le site.

Dans cet article, on reprend ce que Google recommande officiellement, les quatre structures possibles avec leurs exemples réels, la façon de poser le hreflang sans erreur, et ce que Webflow fait pour vous. Notre propre site sert d'exemple : anglais à la racine, français sous /fr.

Article publié en 2022, entièrement mis à jour le 6 octobre 2026.

Le SEO international, c'est quoi ?

Le SEO international consiste à rendre un site visible dans plusieurs langues ou plusieurs pays. Google distingue deux cas dans sa documentation sur les sites multirégionaux et multilingues :

• un site multilingue propose son contenu en plusieurs langues (une entreprise canadienne en anglais et en français) ;
• un site multirégional cible explicitement plusieurs pays (un fabricant qui livre au Canada et aux États-Unis).

Beaucoup de sites sont les deux à la fois. Et beaucoup n'ont besoin d'aucun des deux : un cabinet dentaire à Lyon n'a rien à gagner à être visible en Allemagne. La question se pose dès que vous vendez, recrutez ou cherchez des partenaires hors de votre marché d'origine.

La règle de base : une URL par langue

Google recommande des URLs différentes pour chaque version linguistique d'une page, plutôt qu'un contenu qui change selon un cookie ou les réglages du navigateur. Googlebot explore le plus souvent depuis les États-Unis, et ses requêtes n'envoient pas d'en-tête Accept-Language. Une version qui n'existe qu'après une détection de langue risque de ne jamais être explorée.

Pour la même raison, un widget de traduction à la volée (type Google Traduction dans la page) ne fait pas de SEO international : il n'y a pas d'URL traduite à indexer.

Les 4 structures d'URL possibles

Google liste quatre options. Voici ce qu'il en dit, avec un exemple réel pour chacune (relevés le 6 octobre 2026) :

Google ne détermine pas la langue d'une page à partir de son URL, ni à partir de l'attribut lang : il lit le contenu visible. Peu d'articles sur le sujet le rappellent. La structure d'URL sert à organiser le site et à le rendre lisible ; ce sont le contenu et le hreflang qui font le travail côté Google.

Le domaine par pays

Un .fr, un .de, un .es : c'est le signal géographique le plus fort, puisque Google traite les extensions nationales comme liées à un pays. HubSpot fonctionne ainsi, avec hubspot.fr, hubspot.de ou hubspot.es reliés par hreflang à hubspot.com.

Le revers : chaque domaine est un site à part, avec ses propres liens entrants, son propre suivi et souvent sa propre équipe. Certaines extensions imposent aussi des conditions d'enregistrement. Attention enfin aux extensions « détournées » : Google traite .io, .co, .ai, .me ou .tv comme des domaines génériques, pas comme des domaines nationaux.

Cette option a du sens pour un acteur qui n'opère que dans un pays (un service financier réglementé en France, par exemple), ou pour un groupe qui a les moyens de piloter un site par marché.

Le sous-domaine

Un préfixe par langue devant le domaine : fr.semrush.com, de.semrush.com. Chaque version peut alors vivre comme un projet indépendant, sur ses propres serveurs ou ses propres outils.

Nos réserves : le préfixe se lit mal dans la barre d'adresse, et chaque sous-domaine se pilote presque comme un site distinct. Sur un CMS comme Webflow, cela veut dire souvent plusieurs projets à maintenir en parallèle au lieu d'un seul.

Le sous-répertoire (notre recommandation)

Chaque langue vit dans un dossier du même domaine : digidop.com/fr/, chargemap.com/de-de/. C'est la structure qu'on recommande chez Digidop dans la grande majorité des projets :

• un seul domaine à faire grandir, un seul hébergement, un seul suivi dans la Search Console ;
• des URLs lisibles, où la langue se voit tout de suite ;
• un seul CMS pour toutes les langues, ce qui évite que les versions divergent.

Sa limite, selon Google : les versions sont plus difficiles à séparer (même serveur, même projet). Pour un site marketing, c'est rarement un problème, et c'est souvent un avantage.

Comment choisir votre structure

Trois questions aident à trancher. Votre marché est-il local, national ou international ? Qui fera vivre chaque version, et avec quel budget ? Votre outil sait-il gérer plusieurs langues proprement, ou faudra-t-il le bricoler ? Mieux vaut y répondre avant la mise en ligne : changer de structure plus tard revient à migrer toutes les URLs.

Le hreflang : ce que Google demande vraiment

Le hreflang dit à Google « cette page existe aussi en anglais, à telle adresse ». Google le décrit dans sa page Informer Google des versions localisées de votre page. Les règles qui comptent :

1. Chaque version liste toutes les versions, y compris elle-même. La page française cite la page anglaise et la page française.
2. Les liens doivent être réciproques. Si la page A pointe vers B sans que B pointe vers A, Google ignore les annotations. C'est l'erreur la plus fréquente.
3. Les URLs sont absolues : https://www.digidop.com/fr, pas /fr.
4. Les codes suivent les normes ISO : la langue d'abord (ISO 639-1), le pays ensuite si besoin (ISO 3166-1). fr-BE est valide, be désigne… le biélorusse. Un code pays seul ne fonctionne pas, et des codes comme es-419 ne sont pas pris en charge.
5. x-default désigne la page de repli, celle qu'on montre quand aucune langue ne correspond.

Trois méthodes sont possibles : balises <link> dans le <head>, en-têtes HTTP (utiles pour les PDF) ou sitemap XML. Pour Google, elles sont équivalentes, et les cumuler n'apporte rien en référencement.

Deux autres consignes de la même documentation : ne redirigez pas automatiquement les visiteurs vers une langue supposée (cela peut empêcher utilisateurs et moteurs de voir toutes les versions), et n'adaptez pas le contenu selon l'adresse IP. Proposez plutôt un sélecteur de langue visible sur chaque page.

Et sur Webflow ?

Webflow gère le multilingue nativement avec Webflow Localize (anciennement Localization). D'après l'aide Webflow et la page tarifs, consultées le 6 octobre 2026 :

• chaque langue (« locale ») est servie dans un sous-répertoire, /fr par défaut ou /fr-fr si un pays est précisé, et ce dossier est personnalisable ;
• Webflow génère automatiquement les balises hreflang dans le <head> de chaque page, ajoute les hreflang dans le sitemap auto-généré et règle l'attribut lang par langue ;
• les titres et meta descriptions, les contenus CMS, les images et les styles se traduisent ou s'adaptent par langue ;
• les redirections 301 ne s'appliquent pas d'elles-mêmes aux versions traduites : /ancienne-url et /es/ancienne-url demandent deux règles.

Côté prix, Localize est un add-on du plan de site, facturé par langue ajoutée (hors langue principale) :

Les plans de plateforme Team (2 500 $ par mois, contrat annuel) et Enterprise incluent Localize : 2 langues dans Team, un nombre sur mesure dans Enterprise.

Deux réglages à surveiller. Les slugs traduits (/fr/a-propos plutôt que /fr/about-us) ne sont disponibles qu'à partir d'Advanced. Le routage automatique (Advanced et Enterprise) envoie le visiteur vers la page d'accueil de sa langue d'après son navigateur, par une redirection 302 : c'est en tension avec la consigne de Google sur les redirections automatiques. Le sélecteur de langue, lui, reste la valeur sûre.

L'alternative la plus courante est Weglot, un outil de traduction tiers qui fonctionne en sous-domaines ou en sous-répertoires. Il se branche vite, mais ajoute un abonnement et une dépendance à un autre outil. Pour le pas-à-pas complet de Localize, voir notre guide Webflow Localization et l'article sur les options SEO multilingues.

L'exemple de digidop.com

Notre site suit la structure qu'on recommande. L'anglais est à la racine, le français sous /fr, et chaque page déclare ses deux versions plus une page de repli :

Ces annotations figurent à la fois dans le <head> et dans le sitemap, et elles sont réciproques. Les slugs sont traduits (/about-us devient /fr/a-propos). L'ancien domaine digidop.fr redirige en 301 vers digidop.com/fr depuis le regroupement des deux sites, dont on raconte les raisons dans Digidop.fr devient Digidop.com.

{{custom-blog-cta}}

Notre avis

Le débat sous-domaine contre sous-répertoire occupe beaucoup de place, et Google ne le tranche pas : il présente les deux comme des options valables. Les vrais problèmes sont ailleurs. L'erreur la plus fréquente, d'après Google, est un hreflang qui ne pointe que dans un sens. Google déconseille aussi les pages dont seul le menu est traduit. Et une version que personne ne met à jour depuis le lancement ne sert à rien, quelle que soit son URL.

C'est pour cela qu'on recommande le sous-répertoire : tout tient dans un projet Webflow, piloté par la même équipe, et les occasions de se tromper sont beaucoup moins nombreuses. Et si votre site actuel mélange les structures, ou traduit à la volée sans URL dédiée, c'est le bon moment pour le reprendre. On le fait régulièrement dans nos projets de migration vers Webflow.

Questions fréquentes

Quelle est la meilleure structure d'URL pour le SEO international ?

Il n'y en a pas une seule pour Google, qui présente le domaine par pays, le sous-domaine et le sous-répertoire comme des options valables et déconseille seulement les paramètres d'URL. Pour un site marketing multilingue piloté par une seule équipe, on recommande le sous-répertoire (example.com/fr/).

Comment mettre en place une stratégie SEO international ?

Dans l'ordre : choisir les marchés et les langues qui comptent vraiment pour votre activité, choisir la structure d'URL, refaire la recherche de mots-clés dans chaque langue (une traduction mot à mot rate souvent les termes que les gens tapent), traduire et adapter les pages, poser le hreflang, puis suivre chaque version séparément dans la Search Console.

Sous-domaine ou sous-répertoire : lequel choisir ?

Le sous-domaine convient si chaque version est un projet séparé, avec ses serveurs ou ses équipes. Le sous-répertoire convient si vous voulez un seul site, un seul CMS et un seul domaine à faire progresser. C'est le cas le plus fréquent.

Faut-il un nom de domaine par pays ?

Seulement si vous avez les moyens de piloter chaque domaine comme un site à part entière, ou si votre activité est limitée à un pays. Le domaine national (.fr, .de) est le signal géographique le plus clair, mais il multiplie les sites à maintenir.

Le hreflang est-il obligatoire ?

Google peut parfois trouver seul les versions d'une page, mais il recommande de les déclarer explicitement. C'est ce qui l'aide à montrer à chaque internaute la version de sa langue ou de son pays.

Peut-on rediriger automatiquement les visiteurs selon leur langue ?

Google le déconseille : une redirection automatique peut empêcher les visiteurs et les moteurs de voir toutes les versions. Préférez un sélecteur de langue visible et laissez chaque URL afficher sa propre langue.

Combien coûte un site multilingue sur Webflow ?

En plus du plan de site, l'add-on Localize coûte 9 $ par mois et par langue ajoutée en plan Essential, et 29 $ en plan Advanced (facturation annuelle, tarifs relevés le 6 octobre 2026). Les traductions, la relecture et l'adaptation des contenus sont à prévoir à part.