Better in English?
Better in English? Switch the website language for a better experience.
Localization est la fonctionnalité native de Webflow qui permet de dupliquer un site dans plusieurs langues ou pour plusieurs marchés, à partir d'un seul projet source. Concrètement, vous créez des « locales » (une langue, une variante régionale, ou une combinaison des deux) et Webflow génère automatiquement des URLs dédiées, soit en sous-dossiers (/fr/, /de/), soit en sous-domaines (fr.monsite.com).
Avant l'arrivée de cette fonctionnalité en 2023, gérer un site multilingue sous Webflow relevait du bricolage : duplication manuelle de pages, gestion approximative des hreflang via des scripts tiers, CMS collections dupliquées à la main. Localization a changé la donne côté production. Mais elle n'a rien changé, en soi, aux règles du SEO international — elle donne juste enfin les bons outils pour les appliquer correctement.
Trois choses changent réellement par rapport à l'ancienne méthode bricolée, et elles ont un impact SEO direct.
Webflow génère les balises hreflang correspondant aux locales configurées, sans script externe. C'est un point souvent sous-estimé : une erreur de hreflang (locale mal déclarée, lien réciproque manquant) peut faire perdre à Google toute confiance dans le ciblage géographique d'une page, et provoquer un mélange de versions linguistiques dans les résultats. Sur un projet e-commerce que nous avons repris récemment, l'ancienne implémentation hreflang via Weglot mal configuré envoyait la version allemande dans les SERP suisses francophones — une confusion qui coûtait clairement du trafic qualifié.
Chaque locale a sa propre URL, son propre sitemap, ses propres meta title et description personnalisables. Cela permet une indexation fine par pays ou par langue, contrairement à des solutions de traduction dynamique côté client qui ne changent que l'affichage sans changer le contenu réellement crawlé.
Localization permet de traduire différemment chaque champ CMS, chaque bloc de rich text, chaque attribut SEO. On peut donc adapter un article de blog non pas mot à mot, mais culturellement — un vrai plus quand on vise un marché avec des codes de recherche différents (les Allemands ne cherchent pas la même chose qu'un Français sur une même problématique).
La question revient systématiquement en cadrage projet. Voici les grands arbitrages.
| Critère | Sous-dossiers (/fr/, /de/) | Sous-domaines (fr.site.com) |
|---|---|---|
| Autorité SEO transmise | Héritée du domaine principal | Doit se construire indépendamment |
| Simplicité de gestion DNS | Aucune config supplémentaire | Nécessite un enregistrement CNAME par sous-domaine |
| Séparation analytics/serveur | Plus faible | Plus nette, utile pour du multi-pays complexe |
| Cas d'usage recommandé | Multilingue simple, 2 à 5 marchés | Filiales locales distinctes, équipes marketing séparées |
Chez Mazette.co, on recommande les sous-dossiers dans l'immense majorité des cas. L'autorité de domaine se construit plus vite quand elle est mutualisée, et pour un site qui vise 3 ou 4 marchés européens, l'écart de performance ne justifie que rarement la complexité technique des sous-domaines.
C'est le point le plus important de cet article, et celui qu'on répète le plus en audit client : Localization est un outil de structure, pas une stratégie de contenu. Activer la fonctionnalité et lancer une traduction automatique ne suffit jamais à ranker à l'international.
Traduire mot à mot un contenu optimisé pour le marché français ne donne pas un contenu optimisé pour le marché allemand. Les volumes de recherche, les intentions, la formulation des requêtes diffèrent. Sur un projet SaaS B2B que nous avons accompagné vers l'Espagne, la traduction directe du mot-clé principal générait 40 recherches mensuelles — le vrai terme utilisé localement par les prospects espagnols en générait plus de 800. Sans recherche de mots-clés locale, Localization ne change rien à ce problème.
Si deux locales pointent vers un contenu quasi identique sans réelle personnalisation, Google peut les traiter comme du contenu dupliqué malgré les hreflang bien configurés. Les hreflang indiquent une relation entre versions linguistiques, ils ne dispensent pas d'un contenu suffisamment différencié.
Un site qui rank bien en France grâce à des années de backlinks français ne rank pas automatiquement en Allemagne. Chaque marché nécessite sa propre stratégie de netlinking, de mentions locales, éventuellement de partenariats presse ou d'annuaires sectoriels du pays cible.
Un site rapide en France peut être lent en Australie si le CDN et les serveurs Webflow ne sont pas positionnés de manière optimale pour cette audience. Le Core Web Vitals se mesure marché par marché — un point à vérifier systématiquement sur Google Search Console une fois les locales indexées, en scindant les rapports de performance par pays.
Sur les projets multi-marchés que nous menons, on suit toujours la même séquence, dans cet ordre précis, jamais dans l'ordre inverse (traduire puis structurer, c'est l'erreur la plus fréquente qu'on corrige en audit).
Sur un projet récent pour une marque de mobilier design qui voulait s'ouvrir au marché belge et suisse en plus de la France, cette méthode a permis un lancement propre : indexation des trois locales en moins de deux semaines, sans confusion géographique dans les SERP, et un contenu belge qui intégrait naturellement des références locales (livraison, devise, spécificités linguistiques du français de Belgique) plutôt qu'une simple copie du site français.
Depuis l'arrivée de Localization native, la question se pose légitimement. Notre position : Weglot reste pertinent dans des cas précis — traduction automatique à grande échelle sur des sites au contenu très volumineux, ou besoin de gestion de traduction externalisée par des équipes non techniques via une interface dédiée. Mais pour un site à la structure maîtrisée avec un vrai enjeu SEO par marché, Localization native offre un contrôle plus fin sur les balises, l'indexation et la structure d'URL — un avantage décisif dès que le référencement international est une priorité business, et pas juste un confort d'affichage pour les visiteurs étrangers.
Localization est une vraie avancée technique pour Webflow — elle referme un écart qui pénalisait la plateforme face à des CMS plus matures sur le multilingue. Mais elle change surtout la manière de construire un site multi-marchés, pas la manière de le faire ranker. Le référencement international reste un métier à part entière : recherche de mots-clés locale, netlinking par pays, adaptation culturelle du contenu, suivi de performance différencié. Localization donne les bons outils. Elle ne remplace jamais la stratégie.
Si vous préparez une expansion internationale ou une migration vers Webflow avec un enjeu multi-marchés, notre équipe SEO et Webflow peut cadrer la structure technique avant même de penser design ou contenu — c'est dans cet ordre que les projets multilingues réussissent vraiment.
Code
Plus de 180 entreprises sont déjà sorties de l'obscurité à nos côtés.
Pas systématiquement. Localization offre un meilleur contrôle SEO natif sur les hreflang et la structure d'URL, ce qui est préférable pour un enjeu de référencement international sérieux. Weglot reste utile pour de la traduction automatique à grande échelle gérée par des équipes non techniques.
Les sous-dossiers comme /fr/ ou /de/ sont recommandés dans la majorité des cas car ils héritent directement de l'autorité du domaine principal. Les sous-domaines se justifient surtout pour des filiales locales distinctes avec des équipes et une organisation business séparées.
Non, la traduction seule ne suffit jamais. Il faut une recherche de mots-clés spécifique à chaque marché, une adaptation culturelle du contenu et une stratégie de netlinking locale, sinon le site reste mal positionné malgré une structure technique correcte.
