Traduire une application Vue en japonais

Ce que le japonais change dans une interface Vue

Le japonais mêle trois écritures (kanji, hiragana, katakana) et ne met pas d'espace entre les mots. Pour une application Vue, cela a des conséquences directes sur vos chaînes.

• L'ordre des mots change. Bienvenue, {name} devient {name}さん、ようこそ : la variable passe en tête et reçoit le suffixe de politesse さん. Si votre code assemble des morceaux, par exemple $t('hello') + ' ' + user.name, le japonais ne pourra pas être correct : il faut une seule chaîne avec interpolation.
• La ponctuation est en pleine chasse. La virgule 、 et le point 。 remplacent , et . ; les deux-points et le point d'interrogation suivent la même logique (：？). Un point latin à la fin d'un message japonais se remarque immédiatement.
• Le registre compte. En contexte professionnel, les messages s'écrivent en forme polie です/ます : 保存しました pour « Enregistré », パスワードが正しくありません pour « Mot de passe incorrect ». Les boutons restent courts, souvent un simple nom : 保存, キャンセル.

Un libellé japonais compte souvent moins de caractères que son équivalent français, mais chaque caractère occupe environ la largeur de deux lettres latines : un bouton ou un onglet n'est donc pas forcément plus étroit.

Pluriels et interpolations vue-i18n en japonais

Le japonais n'a qu'une catégorie de pluriel CLDR, other : on écrit 1件 comme 5件, seul le nombre change. Les messages vue-i18n à formes séparées par | gardent pourtant leur structure. Aucun résultat | Un résultat | {count} résultats peut devenir 結果はありません | {count}件の結果 | {count}件の結果 : le nombre de segments est conservé, le sélecteur de pluriel de vue-i18n continue de fonctionner sans changement de code, et la forme « zéro » reste distincte, ce qui est naturel en japonais.

• Les compteurs. Le japonais accole un classificateur au nombre : 件 pour des résultats ou des messages, 人 pour des personnes, 点 pour des articles. {count} participants donne {count}人, sans espace.
• Les interpolations nommées ({name}, {count}) restent identiques, accolades comprises ; seule leur place dans la phrase change.
• Les modificateurs de casse de vue-i18n, comme @.capitalize ou @.upper, n'ont aucun effet sur des kanji ou des kana : ne comptez pas sur eux pour la mise en forme de la version japonaise.

Ce que Manuce rend exactement, et ce qu'il ne fait pas

Vous déposez le fichier JSON de vue-i18n, par exemple fr.json, et vous récupérez le même fichier en japonais, à enregistrer sous ja.json dans le projet. Indentation, ordre des clés, guillemets, commentaires éventuels, fins de ligne, encodage et BOM sont conservés : seules les valeurs changent, et le diff reste lisible dans votre gestion de versions.

• Chaque valeur traduite est comparée à la source : si {count} ou une balise disparaît de la version japonaise et que l'écart persiste, la valeur source est gardée et le rapport le signale.
• Ne sont pas traduits : les clés (cart.empty reste cart.empty), les valeurs vides, les URL, les adresses email, les nombres, les couleurs, les formats de date, les identifiants et tout ce que vous avez marqué non traduisible.
• Le rapport liste les chaînes traduites et celles laissées telles quelles, avec la raison.

Manuce travaille sur le fichier de langue, pas sur votre code : il ne modifie ni vos composants .vue, ni la configuration de vue-i18n, ne choisit pas de police japonaise et ne contrôle pas le rendu à l'écran. Le prix porte sur les mots des valeurs, clés et balises exclues, avec le coefficient ×1,6 du japonais. Pour une interface destinée à des clients japonais, le niveau Professionnel ou Premium convient mieux au registre poli qu'Essentiel, pensé pour un usage interne.

Préparer ses fichiers de langue avant l'envoi

• Rassembler les textes dans le JSON. Les chaînes écrites en dur dans les templates ou placées dans des blocs <i18n> de composants ne figurent pas dans le fichier : déplacez-les d'abord dans le JSON de la langue source.
• Supprimer les concaténations. Remplacez $t('total') + ' : ' + price par une seule valeur Total : {price}. Le japonais pourra placer {price} où il faut et utiliser les deux-points pleine chasse ：.
• Nommer les variables clairement. {n} ne dit pas s'il s'agit de personnes (人) ou d'articles (点) ; {memberCount} lève l'ambiguïté, pour la traduction comme pour votre relecture.
• Marquer le non traduisible. En japonais, les noms de marque sont souvent transcrits en katakana. Décidez si votre produit doit rester en lettres latines ou non, et marquez-le en conséquence.
• Vérifier les caractères spéciaux. Les @, {, } et | littéraux doivent être échappés selon la syntaxe de votre version de vue-i18n, sinon ils seront interprétés comme des messages liés ou des pluriels.

Vérifier l'application en japonais

• Attribut de langue. Passez lang="ja" sur l'élément <html> quand la locale change. Sans lui, le navigateur peut afficher les kanji avec des formes de caractères chinoises.
• Polices. Placez une police japonaise (Noto Sans JP, Hiragino Sans, Yu Gothic, Meiryo) dans votre font-family avant le générique, pour éviter un mélange de polices de repli.
• Retours à la ligne. Sans espaces, le navigateur peut couper entre presque tous les caractères. Vérifiez qu'aucune ligne ne commence par 。 ou 、 ; la propriété CSS line-break: strict applique des règles de césure plus rigoureuses.
• Dates, nombres, devises. Les formats de date ne sont pas traduits : configurez datetimeFormats et numberFormats pour ja-JP afin d'obtenir 2025年3月14日 et des yens sans décimales (¥1,200).
• Pluriels. Testez chaque message à compteur avec 0, 1 et 2 pour voir quel segment s'affiche.

En pratique

1. Rassemblez toutes les chaînes dans le fichier JSON vue-i18n de la langue source et supprimez les concaténations.
2. Déposez le fichier : le devis s'affiche aussitôt et vous pouvez demander l'extrait gratuit d'un paragraphe en japonais.
3. Récupérez le fichier traduit et le rapport, puis enregistrez-le sous ja.json dans le dossier des locales.
4. Réglez lang="ja", la police japonaise et les formats de date, puis testez les écrans et les pluriels avec 0, 1 et 2.