Traduire un fichier CSV de chaînes en japonais

Ce que le japonais change dans un CSV de chaînes

Le japonais mêle trois écritures (kanji, hiragana, katakana), ne met pas d'espace entre les mots et utilise une ponctuation pleine chasse : la virgule devient 、 et le point devient 。. Dans un CSV, c'est plutôt rassurant : 、 n'est pas le séparateur de colonnes et ne casse donc pas la structure. Les valeurs qui étaient entre guillemets dans la source le restent, puisque les guillemets sont conservés.

• Pluriel : une seule catégorie CLDR, other. « {count} file » et « {count} files » donnent tous deux {count}件のファイル. Si votre CSV contient deux clés files_one et files_other, attendez-vous à deux valeurs japonaises identiques ou presque.
• Classificateurs : le japonais compte avec des suffixes (件, 個, 人, 回) : « 3 attempts left » devient 残り3回.
• Ordre des mots : le verbe va en fin de phrase, donc les variables se déplacent : « Welcome, {name} » devient {name}さん、ようこそ.
• Registre : forme polie en です／ます pour les messages, formes nominales brèves pour les boutons : « Save » devient 保存, « Cancel » devient キャンセル.
• Mots d'emprunt : en katakana pleine chasse (ログイン), et non en katakana demi-chasse (ﾛｸﾞｲﾝ), à éviter dans une interface actuelle.

Longueur, polices et retours à la ligne

En nombre de caractères, le japonais est souvent plus court que l'anglais : « Settings » (8 caractères) devient 設定 (2). Mais chaque caractère est pleine chasse, à peu près carré : la largeur affichée diminue bien moins que le compte de caractères. Une limite de longueur exprimée en caractères dans votre colonne de contexte ne se transpose donc pas telle quelle.

• La police de vos libellés doit contenir les glyphes japonais ; sinon le jeu affiche des carrés vides. Prévoyez une police CJK ou une police de secours.
• Sans espaces, le retour à la ligne automatique coupe entre deux caractères. Vérifiez que 。、 ou les petits caractères comme っ et ャ ne se retrouvent pas en début de ligne (règle dite kinsoku).
• Les longues suites en katakana, comme アカウントセキュリティ, peuvent déborder d'un bouton étroit : ce sont les premières chaînes à tester.

Une colonne comment ou context sert de contexte à la traduction. Y écrire « bouton, très court » ou « titre de menu » aide à choisir entre 保存 et 保存する, ou entre un titre nominal et une phrase polie.

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

Manuce lit un CSV « développeur » : une colonne de clés (key, id…) et des colonnes de langue (en, fr, de_DE…), comme dans Unity ou Godot. Si la colonne japonaise existe, elle est remplie ; sinon elle est ajoutée en dernière colonne. Le fichier rendu est le même : ordre des clés, guillemets, commentaires, fins de ligne, encodage et BOM conservés ; seules les valeurs changent.

• Chaque valeur traduite est comparée à la source. Si {name}, %d ou <b> manque ou a changé et que l'écart persiste, la valeur source est gardée et le rapport le dit.
• Ne sont pas traduits : clés, valeurs vides, URL, adresses email, nombres, couleurs (#FF8800), formats de date (YYYY/MM/DD), identifiants et tout ce qui est marqué non traduisible.
• Le rapport liste les chaînes traduites et celles laissées telles quelles, avec la raison.

Ce que Manuce ne fait pas : il ne teste pas l'affichage dans votre jeu ou votre application, ne choisit pas de police et ne règle pas les retours à la ligne. Un CSV sans colonne de clés n'est pas un fichier de langue : il est traduit comme un texte. Le prix porte sur les mots des valeurs, clés et balises exclues, avec un coefficient ×1,6 pour le japonais.

Préparer le fichier et vérifier le résultat

• Encodage : Manuce conserve l'encodage d'origine. Un CSV en Latin-1 ou Windows-1252 ne peut pas contenir de caractères japonais : enregistrez-le en UTF-8 avant le dépôt.
• Excel : un CSV UTF-8 sans BOM peut s'afficher en caractères illisibles dans Excel sous Windows, sans que le fichier soit abîmé. Contrôlez-le dans un éditeur de texte et évitez de le réenregistrer depuis Excel, qui peut changer l'encodage ou les guillemets.
• En-tête : si votre moteur attend ja_JP plutôt que ja, ajoutez vous-même la colonne vide sous le bon nom avant le dépôt.
• Termes à garder : nom du jeu, noms de personnages, marques : vérifiez l'extrait gratuit, puis la traduction livrée.
• Après livraison : lisez le rapport, repérez les valeurs restées dans la langue source, puis testez les écrans les plus chargés et les messages avec variables.

Pour un jeu ou une application publiés au Japon, le niveau Professionnel vise un texte prêt à transmettre ; Essentiel suffit pour une version de test interne.

En pratique

1. Enregistrez le CSV en UTF-8 et vérifiez la colonne de clés (et la colonne ja si vous voulez lui donner un nom précis).
2. Déposez le fichier, choisissez le japonais et un niveau : le devis s'affiche aussitôt.
3. Lisez l'extrait gratuit, notamment les noms propres et les chaînes avec variables.
4. Après paiement, récupérez le fichier traduit et le rapport dans votre espace client.
5. Réintégrez le CSV dans le projet et testez l'affichage : police, retours à la ligne, boutons étroits.