Translate a YAML file into Korean with keys and variables intact
Upload your YAML locale file and Manuce translates the values into Korean, returning the same file with the same keys, indentation and variables. Korean has a single plural form, puts the verb last and attaches particles to nouns, including after your placeholders. Here is what that means for your strings and what to check.
What it costs
For a YAML file with about 2,000 words of values, into Korean:
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.
How Korean reshapes your YAML strings
Korean is written in Hangul, left to right, with spaces between word groups. Three features directly affect the values in a locale file.
- Word order. The verb comes last, so placeholders move:
Delete %{name}?becomes%{name}을(를) 삭제할까요?. A sentence split across two keys, such asdelete_prefixanddelete_suffix, rarely survives: Korean order decides, not the order of your fragments. - Particles. A subject takes 이 or 가 and an object takes 을 or 를, depending on whether the preceding word ends in a consonant or a vowel. After
%{name}, the right form depends on a value only known at runtime. Hence patterns such as(이)가, or adding the honorific 님 after a person's name, as in%{name}님이 초대했습니다, where 님 fixes the particle. - Counters. Numbers follow the noun with a classifier:
파일 %{count}개for files, 명 for people, 건 for items or cases.
On screen, Korean often uses fewer characters than English, but each syllable block is full-width, so a button label is not necessarily narrower.
Plurals: from one/other to other alone
Under CLDR, Korean has one plural category: other. A Rails or i18n-js block such as:
one: '1 message'other: '%{count} messages'
needs a single form in Korean: other: '메시지 %{count}개'. Manuce adapts plural blocks to the target language, and therefore to Korean's categories. The noun itself never changes: 메시지 is the same for one message or a hundred.
Two things to check on your side:
- your i18n library must know the Korean plural rule, otherwise it may look for a missing
onekey whencountis 1; - in Symfony with ICU messages, make sure
{count}still sits inside theotherbranch.
What Manuce returns, and what it does not do
You get back the same file, in the same format, ready to drop into your project: indentation, key order, quotes, comments, line endings, encoding and BOM are preserved. Only the values change. For Rails, Symfony, Hugo and i18n-js, the root language key is handled; anchors, | and > blocks and comments are kept.
Each translated value is checked against its source: the %{name} and {name} variables and any tags must match. If a mismatch persists, the source value is kept and the report says so. The report lists translated strings and strings left as they were, with the reason.
Not translated: keys, empty values, URLs, email addresses, numbers, colours, date formats, identifiers and anything marked as non-translatable.
In practice for Korean, a format like '%Y-%m-%d' stays as it is. If you want the Korean convention, 2025년 3월 14일, you write '%Y년 %m월 %d일' yourself. Manuce does not test rendering in your interface and does not provide sworn or certified translation.
Pricing counts the words in values only, keys and tags excluded, with a ×1.6 coefficient for Korean.
Preparing the file
- Encoding. Hangul needs Unicode. Since the original encoding is kept, a Latin-1 file cannot hold Korean: convert it to UTF-8 before uploading.
- Fragmented sentences. Merge sentences split across several keys into one value with placeholders. It is the only way to get a natural subject-object-verb order.
- Terms to keep. Product names, codes, technical terms: mark them non-translatable if your format allows, then check them in the free sample and in the delivered translation.
- Valid YAML. Run the source through your parser or a linter first: a syntax error in the source will carry over to the target.
Checking the Korean output
Use the free sample, one paragraph translated at your chosen level, to judge register first. Korean interfaces use either the formal 합니다 style (저장되었습니다) or the polite 요 style (저장했어요), and buttons often take a short noun form (저장, 삭제). Make sure the tone suits your product before paying.
After delivery:
- rename the file to match your setup (
ko.yml,messages.ko.yaml,i18n/ko.yaml) and confirm the root isko:; - render strings with placeholders using one name ending in a consonant and one ending in a vowel, to catch a wrong particle;
- read the report: a value left in the source language usually points to a variable or tag worth inspecting;
- check line wrapping: Korean should break between word groups, not in the middle of a word.
In practice
- Convert the file to UTF-8 and validate it with your YAML parser.
- Upload it, choose Korean and a level: the quote appears straight away.
- Review the free sample: register, particles after placeholders, counters.
- Pay, then download the translated file and the report from your account.
- Rename the file to ko, adjust date formats and test the display.
Frequently asked questions
What happens to my one: keys in Korean?
Korean has a single plural category, other. Manuce adapts plural blocks to the target language, so one form is enough, for example '메시지 %{count}개'. Check that your i18n library includes the Korean plural rule.
How are particles like 이/가 or 을/를 handled after a placeholder?
The correct particle depends on the last letter of the value inserted at runtime, which is unknown at translation time. Common solutions are the dual form '(이)가' or adding 님 after a person's name. Check these strings in the sample, then on screen with names that end differently.
Are date formats converted to Korean conventions?
No: date formats are not translated and stay identical. To display '2025년 3월 14일', change the format to '%Y년 %m월 %d일' yourself after delivery.
How is the price worked out for Korean?
The quote counts words in values only, keys and tags excluded. Korean carries a ×1.6 coefficient on the per-word price. The exact amount appears as soon as you upload the file.
Will the file still parse after translation?
Only values change: indentation, key order, quotes, comments, anchors and encoding are preserved. Any value whose variables or tags do not match the source keeps its original text, and the report flags it. Run the file through your parser before merging all the same.
The specialist in charge
This subject goes to Dédale, the technical specialist. See how it works.
The same file, into another language
Into Korean, 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.