Découvrez l'éditeur lui-même
Un seul site, jusqu'à huit langues, avec hreflang et solution de repli gérés automatiquement au fur et à mesure que vous les ajoutez.
Un guide pratique du site web multilingue : URL, langues de repli, priorités
Ajouter une deuxième langue est généralement décrit comme un problème de traduction. C'est en réalité un problème de structure : où vivent les pages traduites, que se passe-t-il tant que tout n'est pas encore traduit, et quelles pages méritent le travail en premier. Réglez la structure correctement et la traduction n'est plus que de la saisie. Ratez-la et les moteurs de recherche indexent des pages dupliquées ou à moitié vides, quelle que soit la qualité de la traduction elle-même.
Où se trouvent réellement les pages traduites
Il existe quelques manières courantes de servir le même contenu en plusieurs langues, et elles ne sont pas interchangeables du point de vue du référencement :
Sous-répertoires — example.com/es/page — le modèle recommandé le plus répandu. Toutes les langues partagent un seul domaine : l'autorité et la confiance accumulées par le site se concentrent donc au même endroit, et les moteurs de recherche peuvent explorer chaque langue à partir de la même racine.
Sous-domaines — es.example.com — sépare techniquement les langues, mais les moteurs de recherche peuvent considérer un sous-domaine comme une entité semi-distincte, ce qui risque de diluer le signal indiquant que toutes ces pages appartiennent à un même site.
Domaines distincts — example.es, example.de — séparation complète, courante chez les grandes marques multinationales qui veulent une présence véritablement locale par pays, mais cela multiplie le travail de SEO : chaque domaine construit son autorité de façon indépendante, à partir de zéro.
Un paramètre d'URL — example.com?lang=es — peu coûteux à mettre en place, mais les moteurs de recherche traitent de façon inconstante les URL paramétrées comme des pages totalement distinctes, et c'est le modèle le plus susceptible de créer une confusion de contenu dupliqué.
Aucune URL distincte — un changement de langue côté client qui ne modifie pas la barre d'adresse. C'est le modèle à éviter pour tout contenu que vous souhaitez voir indexé : si l'URL ne change pas, il n'y a rien qu'un moteur de recherche puisse indexer comme « la page en espagnol », ni rien vers quoi une balise hreflang puisse pointer.
La langue par défaut : avec préfixe ou sans ?
Une convention courante et raisonnable consiste à laisser la langue par défaut sans préfixe à la racine (
/pricing) et à préfixer toutes les autres langues actives (/es/pricing, /de/pricing). Cela se lit naturellement, cela signifie que vos liens existants et tout capital SEO acquis sur les URL racines restent intacts quand vous ajoutez une deuxième langue, et cela vous donne une URL « par défaut » sans ambiguïté vers laquelle se rabattre quand rien d'autre ne correspond — ce qui compte pour la balise hreflang x-default (traitée dans le guide complémentaire sur hreflang).Ce qui devrait se passer lorsqu'une traduction manque
Quelqu'un active toujours une langue avant que la toute dernière page ne soit terminée — ce qui compte, c'est ce qui se passe dans l'intervalle. Une chaîne de repli bien construite essaie, dans l'ordre : la locale exacte demandée, puis sa langue de base (un visiteur en
es-MX peut toujours lire une page en es), puis la langue par défaut du site, et enfin ce qui existe, quoi que ce soit. Ce qu'elle ne doit jamais faire, c'est afficher une section vide ou une page cassée : un visiteur doit toujours voir un contenu complet, même si une partie arrive dans la langue de repli plutôt que celle demandée.Déployer une deuxième langue sans casser la première
1
Traduisez d'abord la navigation et les pages les plus consultées
Un visiteur pardonne bien plus facilement un article de blog encore dans la langue de repli qu'une page d'accueil ou de tarifs qui ne correspond pas à la langue qu'il a choisie. Commencez là où se trouvent le trafic et les décisions d'achat.
2
Enchaînez avec les pages légales et de politiques
Les pages de conditions générales, de confidentialité et de retours ont de vraies conséquences si elles sont mal comprises — elles méritent d'être traduites correctement avant le contenu de longue traîne, même si elles reçoivent moins de trafic.
3
Gardez les textes du checkout et des e-mails transactionnels alignés avec le reste
Une boutique qui change de langue partout sauf à l'étape finale du paiement mine la confiance précisément au moment où elle compte le plus.
4
Ce n'est qu'ensuite que vous traiterez la longue traîne
Tout le reste — contenus d'archive, anciens articles de blog, articles d'aide très spécifiques — peut être traduit à son propre rythme sans nuire à l'expérience de la plupart des visiteurs.
5
Ne publiez pas une langue tant que les pages principales ne tiennent pas vraiment la route
Activer une langue sur tout le site avant que les pages qui comptent soient prêtes revient à échanger un vrai problème (des pages non traduites) contre un pire (un sélecteur de langue qui mène visiblement à des trous).
Comment Olmira gère cela
Un site Olmira gère jusqu'à huit langues — deux à l'essai, trois sur Starter, les huit à partir de Pro — et la structure ci-dessus est un comportement intégré, pas une configuration :
URL — la langue par défaut reste sans préfixe et chaque autre langue active obtient son propre chemin //, avec des alternates hreflang et x-default générés pour chaque page dès qu'une deuxième langue est active.
Repli — le contenu se résout par langue exacte, puis langue de base, puis langue par défaut du site, si bien qu'une traduction inachevée se dégrade en douceur plutôt que d'afficher du vide. Les nouveaux visiteurs reçoivent la langue demandée par leur navigateur (parmi celles que vous avez activées) ; un choix explicite est mémorisé. Si vous vendez, la boutique — noms du catalogue, libellés de formulaires, confirmations de réservation, chat en direct — suit elle aussi la langue du visiteur.
Le travail de traduction lui-même — un onglet Traductions liste chaque titre de page, méta-description et section de texte par langue avec un pourcentage de couverture simple, et rédige les éléments manquants avec l'IA sur demande : une ligne, une langue, ou tout le site d'un coup. Rien de ce que suggère l'IA n'est enregistré tant que vous ne l'avez pas relu et cliqué sur enregistrer, et une langue que vous avez activée mais pas terminée reste absente du site publié tant que son contenu n'est pas réellement rempli — la règle de déploiement ci-dessus, appliquée pour vous plutôt que laissée à la discipline. Créateur de site complet : le créateur de site.
Le reste du panorama linguistique
hreflang, sans le mysticisme
Pourquoi les moteurs de recherche affichent parfois la mauvaise version linguistique, et la poignée de défaillances silencieuses derrière presque tous les cas.
Là où la traduction automatique suffit
Quel contenu peut être traduit automatiquement avec une vérification légère, et lequel nécessite toujours une intervention humaine.