Translate a CSV String Table into Japanese
Upload your CSV string table and Manuce fills the Japanese column if it exists, or adds it as the last column, then returns the same file with keys, quoting, encoding and BOM unchanged. Every value is checked against the source so that placeholders such as {name} or %d survive Japanese word order.
What it costs
For a CSV string table with about 2,000 words of values, into Japanese:
To understand, internal use.
Ready to send, by the technical specialist.
Cross-checked. For documents that commit you.
Price for one language, original layout included. VAT not applicable — article 293 B of the French General Tax Code (CGI). The exact quote, based on your file's word count, is shown before you pay.
What Japanese changes in a string table
Japanese mixes three scripts (kanji, hiragana and katakana), puts no spaces between words and uses full-width punctuation: the comma becomes 、 and the full stop becomes 。. In a CSV this is mostly good news, as 、 is not the delimiter and cannot break your columns. Values that were quoted in the source stay quoted, because quoting is preserved.
- Plurals: a single CLDR category,
other. Both “{count} file” and “{count} files” become{count}件のファイル. If your table hasfiles_oneandfiles_otherkeys, expect identical or near-identical Japanese values. - Counters: Japanese counts with suffixes (件, 個, 人, 回), so “3 attempts left” becomes
残り3回. - Word order: the verb comes last, so placeholders move: “Welcome, {name}” becomes
{name}さん、ようこそ. - Register: polite です/ます forms for messages, short noun forms for buttons: “Save” becomes 保存, “Cancel” becomes キャンセル.
- Loanwords: written in full-width katakana (ログイン), not half-width katakana (ログイン), which is best avoided in a modern interface.
Length, fonts and line breaks
Counted in characters, Japanese is often shorter than English or other European source languages: “Settings” (8 characters) becomes 設定 (2). Each character, however, is full-width and roughly square, so the rendered width shrinks far less than the character count. A length limit written as a character count in your context column does not carry over directly.
- The font used by your labels must include Japanese glyphs, or the game will show empty boxes. Plan a CJK font or a fallback font.
- With no spaces, automatic wrapping breaks between any two characters. Check that 。、 and small kana such as っ or ャ do not start a line (the kinsoku rule).
- Long katakana runs such as アカウントセキュリティ can overflow a narrow button: test those strings first.
A comment or context column is used as context for the translation. Writing “button, very short” or “menu title” there helps choose between 保存 and 保存する, or between a noun heading and a polite sentence.
What Manuce returns, and what it does not do
Manuce reads a developer-style CSV: one key column (key, id…) and language columns (en, fr, de_DE…), as used in Unity or Godot. If the Japanese column exists, it is filled; otherwise it is added as the last column. You get the same file back: key order, quoting, comments, line endings, encoding and BOM are preserved; only the values change.
- Each translated value is compared with its source. If
{name},%dor<b>is missing or altered and the mismatch persists, the source value is kept and the report says so. - Left untranslated: keys, empty values, URLs, email addresses, numbers, colours (
#FF8800), date formats (YYYY/MM/DD), identifiers and anything marked as non-translatable. - The report lists translated strings and those left as they were, with the reason.
What Manuce does not do: it does not test rendering in your game or app, pick a font or adjust line breaking. A CSV without a key column is not treated as a language file; it is translated as plain text. Pricing counts the words in the values only, keys and tags excluded, with a ×1.6 language coefficient for Japanese.
Preparing the file and checking the result
- Encoding: Manuce keeps the original encoding. A CSV saved as Latin-1 or Windows-1252 cannot hold Japanese characters, so save it as UTF-8 before uploading.
- Excel: a UTF-8 CSV without a BOM may look garbled in Excel on Windows even though the file is fine. Check it in a text editor and avoid re-saving it from Excel, which can change the encoding or quoting.
- Header: if your engine expects
ja_JPrather thanja, add the empty column under that name yourself before uploading. - Terms to keep: game title, character names, brand names: check the free sample, then the delivered translation.
- After delivery: read the report, look for values still in the source language, then test the busiest screens and every message containing placeholders.
For a game or app released in Japan, the Professional level aims at text ready to ship; Essential is enough for an internal test build.
In practice
- Save the CSV as UTF-8 and check the key column (and the ja column if you need a specific header).
- Upload the file, choose Japanese and a level: the quote appears straight away.
- Read the free sample, paying attention to names and strings with placeholders.
- After payment, download the translated file and the report from your client area.
- Put the CSV back into the project and test rendering: font, line wrapping, narrow buttons.
Frequently asked questions
My CSV already has an empty ja column. Will it be filled or duplicated?
If the target-language column exists, that column is filled. If not, one is added as the last column. Nothing else in the file moves.
Do placeholders survive the change in word order?
Yes, they can move position: “Welcome, {name}” becomes {name}さん、ようこそ. Each value is checked against the source; if a placeholder is missing or altered and the mismatch persists, the source value is kept and flagged in the report.
Why does the translated file look garbled in Excel?
This is usually Excel misreading the encoding, not a fault in the file. Manuce keeps the original encoding and BOM; open the CSV in a text editor or import it into Excel specifying UTF-8.
What happens to my _one and _other keys in Japanese?
Japanese has a single CLDR plural category, other. Both keys stay in the file, since keys are never changed, and will in practice receive identical or very similar values.
Does Manuce check that the Japanese fits my buttons?
No. Manuce does not see your interface and does not test rendering. A comment or context column saying “short button” helps the translation, but on-screen testing remains on your side.
The specialist in charge
This subject goes to Dédale, the technical specialist. See how it works.
The same file, into another language
Into Japanese, other files
See also
Try it on your own file, free
A sample of your file translated at the level you choose, before any payment. You judge, then you decide.