Game translation is more than putting all the game text together in a nice Excel or Google doc, to then be pushed into a game localization tool like LocDirect. That’s a great start for your game localization project but it doesn’t guarantee you top-grade translation.
If you want to get a high-quality game translation back, then here are a few tips to help you through the localization of your title.
Think about localization before you start translating, not at the point you ask for text to be localized (or worse still, when it comes back). Here are a few pearls to consider:
So, the translator has your file with the game text, been told the game title and hopefully provided with some info on the game itself and platforms. Is that enough?
This can suffice if you’re happy with basic translation quality. If you want to receive superior game translation quality the translator needs to have a greater understanding of the game source text.
Translators need this information both to follow your vision and to avoid grammar mistakes (in many languages, adjectives have different endings depending on the gender).
We sometimes receive a huge amount of information and that’s great. All too often, however, that the request comes in with very basic info and that is all.
Please, don’t be greedy and provide the game translator with as much information as possible before and during the game localization process. In the end, the result will impact the audience’s perception of your game.
If it’s something super secret then, by all means, get the game translators to sign an NDA. That said, however, the translator is fully aware that should details of the game be released and they are to blame then they will not be asked to work with you again (and they care about their reputation!).
Good to know: Most game translation companies have a trusted team (under NDA) that work on the game text.
These are the questions we ask our clients when we start working on a new title.
You may have other reasons for not wanting to localize certain elements. For instance, certain text may feature in graphical elements which would take an age (and great effort) to localize. Point these out and let the guys know.
An example: You feature a map containing names of towns. If the map graphic cannot be changed then references to the towns featured in the translation should be kept in the source language. A translation shouldn’t refer to the “Shadow cliffs” in a localized form for instance when the player looks for this town they will have no idea where or what to look for.
Now, let’s move to more specific stuff.
Does your game text feature special characters that must be treated in a certain way? Best to get this information in front of the translator.
The more the merrier on these guidelines. If the game translator is fully aware of the limitations and rules, then the number of errors found at localization QA stage can be greatly reduced!
Pro tip: Prepare the glossary of terms and style guide. Simply do it in an excel or google spreadsheet, and share it with your game translator. Not only will you receive your translations faster but also this will eliminate the errors in a localized game.
When translators are provided with a file containing a collection of strings with no description or context, they find that there are so many unknowns when wanting to provide appropriate translation. What do they do? Use guesswork.
Sometimes context can be worked out if the String ID has a clear structure and points to where it will be used like “STR_KillEnemyBarkOrder001” or “STR_Xbox360ButtonPressOK”.
All too often, it’s not possible.
This is where description/information on strings is key. The earlier you provide it, the fewer questions you’ll receive from translator later.
A few examples for you:
Then there are things like HAT and CHAIR (to provide two examples).
You should be clear in what kind of hat or chair it is as any languages will have specific words for different meanings. Is it a hat or a cap? Is it a top hat, deerstalker or bowler? With regards to chair, is it a dining chair, armchair, office chair, etc?
Clarity and context is key, it’s not the greatest advert for your game if the player is told to find a hat and the translation for this hat is very different to what they are looking for.
You cannot rely on the translation for a string being the same for an identical string in English. For example, the word “button” in Italian is different on PlayStation and Xbox. So you may have “Press a button” and assume that the translation for this will be fine for any platform. It will not.
Do try to get away from creating “this is for all platforms” strings.
You should, therefore, ensure that there are specific strings for each platform, and clearly label which platform they are for. Yes, there will be a fair amount of duplication, however, this is preferable to being told at the last minute that there are differences in the translation. You now have to code a new string into the mix to allow for the difference. This is something that can be avoided if planned for early in the process.
It is ideal if the target platform is included in a string description column or, at least, in the string ID.
Ensure that you have separated and duplicated strings with references to *“Tap”, “Touch”* and “Press” depending on the platform. “Tap” and “Touch” are regular terms when it comes to mobile platforms but very rarely used on consoles. If the game translation team regularly notifies the development team to point out an inaccuracy, the developers have to create a specific string which is a pain and can be mitigated earlier in the dev cycle.
Any problems found once in submission can jeopardize release date and corresponding PR and marketing you may have planned. A little extra effort in preparing your strings will result in minimizing the potential for this catastrophic event.
Ideally, your localized game and the following updates should be translated by the same person to maintain a solid style and keep track of adaptations. You don’t want users to be confused by different terminology on the fly after one of the updates, right?
That’s why it’s better to create a stylebook where you’ll fix all the localized names, buttons etc. and share with the localization experts.
Also, keep in mind that, on average, one translator does 2,000-2,500 words per day, so don’t leave your localization part until the last day before updates implementation.