Le problème de départ : une fois traduit, le client ne l'utilise toujours pas
Il y a un site d'entreprise spécialisé dans les équipements industriels qui, en 2025, a investi pour traduire son site chinois en anglais, en espagnol et en russe. Trois mois après la mise en ligne, les demandes de renseignements venant de l'étranger n'avaient quasiment pas augmenté.
Après vérification : les titres des pages en anglais étaient encore en chinois, les URL utilisaient le format paramétré `?lang=en`, ce que Google n'indexait presque pas ; les pages en espagnol affichaient des dates comme « 2025年10月15日 », incompréhensibles pour les clients locaux ; et la version russe, à cause d'un encodage mal configuré, présentait des pages entièrement en caractères illisibles.
Le problème ne vient pas de la traduction, mais du fait que le développement de sites web multilingues n'a pas, dès le départ, traité la « langue » comme un projet systémique.
Un site multilingue n'est pas un accessoire de la traduction : il implique l'architecture technique, le SEO, la gestion de contenu et la maintenance à long terme. Voici cinq points pour clarifier les endroits les plus problématiques et comment les éviter.
1. Codes de langue et codes de région : ne les mélangez pas
La première étape du développement multilingue consiste à bien réfléchir : voulez-vous faire du « multilingue » ou du « multirégional » ?
- Multilingue : le même produit, dans différentes langues. Par exemple chinois, anglais, japonais.
- Multirégional : la même langue, dans différentes régions. Par exemple l'anglais divisé entre États-Unis, Royaume-Uni et Australie, car les prix, les devises et les réglementations diffèrent.
La méthode standard sur le plan technique consiste à utiliser la balise `hreflang`, au format « langue-région », par exemple `zh-CN`, `en-US`, `en-GB`, `es-MX`.
Piège fréquent : n'indiquer que `en`, sans préciser la région. Google ne saura pas à qui vous vous adressez, et votre site risque d'entrer en concurrence avec d'autres sites anglophones.
Bonnes pratiques recommandées :
1. Dressez d'abord un tableau séparant les langues cibles et les régions cibles ;
2. Ajoutez `hreflang` sur chaque page, avec des liens réciproques ;
3. N'oubliez pas d'ajouter `x-default`, pointant vers la version par défaut (généralement l'anglais ou le chinois).
Ce tableau peut sembler fastidieux, mais il constitue la base des URL, du SEO et de la structure du back-office. De nombreux projets de développement web doivent être repris, précisément parce que cette étape n'a pas été faite.
2. Une mauvaise structure d'URL coûte cher à corriger plus tard
Il existe trois schémas d'URL courants pour un site multilingue :
- Sous-répertoire : `c-mic.cn/en/`
- Sous-domaine : `en.c-mic.cn`
- Domaine indépendant : `c-mic-en.com`
Aucun n'est absolument meilleur que les autres, mais il est recommandé de privilégier le sous-répertoire. Les raisons sont concrètes :
- L'autorité du domaine principal se transmet directement aux versions linguistiques, ce qui facilite l'indexation d'un nouveau site ;
- Un seul certificat SSL et une seule configuration CDN suffisent ;
- Ajouter une langue plus tard revient à ajouter un répertoire, sans toucher à la structure du site principal.
Les sous-domaines et domaines indépendants conviennent mieux aux cas où les marques sont très différentes ou lorsqu'il faut effectuer un enregistrement local séparé.
Rappel pour éviter le piège : n'utilisez surtout pas le format paramétré `?lang=en`. Les moteurs de recherche ont toujours eu du mal à traiter les URL paramétrées : indexation lente, dispersion de l'autorité, et toute modification ultérieure nécessite de nombreuses redirections 301.
Si vous êtes actuellement en train de refondre un site d'entreprise, il vaut mieux fixer cette étape dès la phase de prototypage, plutôt que d'attendre que toutes les pages soient rédigées.
3. Encodage des caractères et mise en page : les détails font la professionnalisation
Les caractères illisibles sont le problème qui décrédibilise le plus un site multilingue, sans exception.
Exigences techniques minimales :
- Utilisez l'encodage UTF-8 sur tout le site ;
- Indiquez `` dans le HTML ;
- Unifiez également la base de données, les API et les fichiers exportés en UTF-8, pour éviter qu'un texte chinois enregistré ne s'affiche en points d'interrogation en russe.
Détails de mise en page :
- L'arabe et l'hébreu s'écrivent de droite à gauche (RTL) : le CSS doit utiliser `dir="rtl"` et toute la mise en page doit être mise en miroir ;
- Les mots allemands et russes sont longs : les boutons et la navigation peuvent déborder, prévoyez plus de 30 % de marge à la conception ;
- Les formats de date, de devise et de nombre doivent suivre les usages régionaux, sans figer un seul format sur tout le site ;
- Vérifiez que les polices prennent en charge la langue cible : Source Han pour le chinois, Noto Sans JP pour le japonais, Amiri pour l'arabe sont des choix courants.
Il ne s'agit pas de simples questions d'« esthétique », mais de la première impression qui détermine si le client vous juge professionnel ou non.
4. Le SEO n'est pas une traduction, c'est une refonte complète
L'erreur la plus fréquente sur un site multilingue : traduire automatiquement les titres chinois tels quels.
Ce que regarde un moteur de recherche, c'est « cette page peut-elle résoudre le problème de l'utilisateur local ? », et non « ce mot est-il traduit correctement ? ».
Ce qu'il faut faire :
1. Refaire la recherche de mots-clés. En chinois, on cherche « 网站安全测试 », mais un client anglophone cherchera peut-être « penetration testing service » : les racines sont totalement différentes.
2. Localiser les titres et les descriptions. Évitez le mélange chinois-anglais et les ponctuations chinoises.
3. Ne vous contentez pas d'une traduction littérale. Exemple : les sites chinois aiment écrire « 公司简介 », alors qu'un site anglais utilise plus souvent la structure About Us + Our Team + Case Studies ; les séparer facilite l'indexation.
4. Soumettre les sitemaps séparément. Générez un sitemap indépendant pour chaque version linguistique et soumettez-les séparément dans Google Search Console.
5. Maintenir la cohérence linguistique des liens internes. Une page anglaise ne doit pas pointer vers une page chinoise, sous peine de perturber l'expérience utilisateur et la logique des robots d'exploration.
Si vous faites en parallèle du développement de mini-programmes ou du développement d'App, il est préférable que le système de contenu multilingue partage une même base de textes avec le site officiel, afin d'éviter de traduire trois fois séparément et d'avoir des terminologies incohérentes.
5. Gestion du back-office : ne faites pas dépendre chaque modification de texte du développeur
La mise en ligne d'un site multilingue n'est que le début ; le plus fatigant, c'est la maintenance à long terme.
Un scénario concret : une entreprise de services de réservation transfrontaliers dispose d'un site officiel en trois versions (chinois, anglais, japonais) et d'un mini-programme de réservation. Chaque fois que l'équipe opérationnelle modifie une phrase d'une campagne, elle doit se connecter à trois back-offices, modifier trois fois, publier trois fois, et oublie souvent une langue.
La bonne approche :
- Utiliser dans le back-office une structure « un contenu + plusieurs champs linguistiques », plutôt que de créer trois ensembles de contenus indépendants ;
- Permettre de copier, comparer et marquer « à traduire » entre les langues ;
- Prévoir l'export en Excel ou CSV pour la traduction, puis la réimportation une fois traduit ;
- Lors du changement de langue côté front, rester si possible sur la page actuelle plutôt que de revenir à l'accueil.
Cette structure demande deux ou trois jours de conception en amont, mais permet d'économiser d'énormes coûts de communication par la suite.
Dans quels cas faire appel à MIC Studio
Si votre projet correspond à l'une des situations suivantes, le gérer seul risque de vous faire perdre du temps :
- Le site officiel doit passer d'une seule langue à plus de trois langues, tout en assurant l'indexation SEO ;
- Refonte d'un site d'entreprise avec intégration d'un système de gestion back-office et d'une base de contenus multilingues ;
- Le développement de mini-programmes ou d'App doit partager une base de textes multilingues avec le site officiel ;
- Le site international doit passer des tests de sécurité avant sa mise en ligne, notamment pour les formulaires, les paiements et la connexion ;
- Un site existant présente des caractères illisibles, des anomalies d'indexation ou des redirections linguistiques chaotiques, et nécessite un diagnostic.
MIC Studio réalise des sites d'entreprise, des mini-programmes, des App et des scripts, ainsi que des tests de sécurité web et des tests d'ingénierie inverse. Pour les projets multilingues, nous commençons généralement par consacrer une demi-journée à clarifier le tableau des langues, le schéma d'URL et la structure du back-office, avant d'écrire la moindre ligne de code, afin d'éviter toute reprise après la mise en ligne.
En conclusion : trois conseils applicables
1. Définir le tableau avant de commencer. Rassemblez dans un document d'une page les langues cibles, les régions, le schéma d'URL et la langue par défaut, faites-le valider par l'équipe, puis développez.
2. Réussir l'encodage et le hreflang du premier coup. Unifiez l'UTF-8 sur toute la chaîne, ajoutez hreflang et x-default sur chaque page, sans les remettre à une deuxième phase.
3. Concevoir le back-office selon le principe « un contenu, plusieurs champs linguistiques ». Même si vous n'avez que deux langues aujourd'hui, adoptez une structure évolutive pour ne pas avoir à tout refondre lors de l'ajout d'une langue.
La difficulté du développement de sites multilingues ne réside pas dans la traduction, mais dans l'architecture et les détails. Une fois ces points bien pensés, la confiance de vos clients étrangers sera nettement différente.