Un site multilingue devient difficile à maintenir lorsque la traduction est traitée comme la dernière tâche avant publication. Une approche durable commence plus tôt : quels marchés exigent des contenus distincts, comment relier les pages équivalentes, qui est responsable de chaque traduction et que faire lorsque la source évolue ? La localisation devient alors un processus produit maîtrisé plutôt qu’une collection de pages isolées.

Commencer par les marchés, pas par le menu des langues

Identifiez les publics visés et les décisions que chacun doit pouvoir prendre. Une langue commune ne signifie pas nécessairement une offre, un contexte juridique ou une terminologie identiques. Définissez une langue source, les langues cibles et les pages qui nécessitent réellement un équivalent. Ne publiez pas de sections vides pour donner une impression de parité. Une traduction manquante reste indisponible tant qu’elle n’est pas complète et relue.

Choisir un modèle stable pour les URL et le contenu

Adoptez une structure d’URL claire et une relation stable entre les enregistrements équivalents. Conservez la langue, la clé de route ou le slug, le contenu, les métadonnées, le statut, la version source et la date de mise à jour. Le CMS peut ainsi repérer les traductions manquantes ou obsolètes sans dupliquer la logique métier. Le canonical reste dans la langue courante et le changement de langue ouvre la page équivalente, pas systématiquement l’accueil.

Produire hreflang à partir du statut éditorial

Hreflang doit décrire des équivalents réels, réciproques et prêts à être publiés. Générez-le uniquement pour les traductions validées, avec une auto-référence et x-default vers l’anglais lorsque cette langue constitue la route principale. N’annoncez ni brouillons ni pages absentes. Les codes HTML, les locales Open Graph et les préfixes d’URL doivent être associés explicitement ; une route visible /ua/ peut ainsi utiliser correctement le code uk.

Prévoir les mots longs, les accents et les polices locales

La navigation et les boutons doivent accepter les mots composés allemands, les apostrophes françaises, les signes polonais, la ponctuation espagnole et le cyrillique. Utilisez des mises en page flexibles, des largeurs maximales adaptées, une césure linguistique pour les paragraphes et des libellés insécables lorsque les mots doivent rester entiers. Les polices locales doivent couvrir Latin Extended et Cyrillic. Testez le vrai contenu sur ordinateur, tablette et mobile étroit.

Mettre en place une validation éditoriale avant publication

Chaque traduction a besoin d’un responsable, d’un statut et d’une règle lorsque la source change. Marquez les versions concernées comme obsolètes, relisez titres et descriptions dans leur contexte et vérifiez liens internes, Schema et messages de formulaire dans la bonne langue. Une locale ne doit être ouverte que lorsque son parcours principal est complet. Un glossaire partagé stabilise les termes récurrents entre services, interfaces et futurs articles.