English to French IT Translator Blog

7 Points you MUST Check Before Accepting Translation Projects

Accepting translation projects

“Hi, I have a document for translation, can you help me?”

We all know at least a client who keeps checking our availability that way. I had one such customer. They would send me that very sentence every single time. And every single time I would reply with the same answers before accepting or refusing their translation projects. And I’m glad I did, as some were definitely not meant for me.

Fortunately, not all clients are that vague in their communications. But that doesn’t mean we should let our guard down. Here is a quick checklist you can use as a reference.


    1. Never accept an assignment before seeing the actual file(s)

Some clients are very protective about the information they share. They will tell you a lot about the kind of text they want to send you, yet strictly refuse to show a source file. The problem is that, all too often, they will omit (knowingly or not) important details, or give a misleading description of the content. At a minimum level, try to see an extract of the source file(s), and explicitly state you will only give your final confirmation once you have access to the whole package.


    2. Make sure you can handle the format

First of all, you will want to make sure you can a. open the file and b. edit it. Is it a file format you are comfortable with? If not, check if you can have a different version. Else, adjust your rates if the extra work involved is significant.

If you are using a CAT tool, try to create a project with the source files AND export pseudo-translated target documents. Sometimes, our favorite tools seem to perfectly handle what we’re feeding them with, until they need to generate the final file… Yes, my dear “Object reference not set to an instance of an object”, I’m talking about you and your little friends. And naturally, these issues tend to occur when deadlines are looming.

If you find out about such problems early on, your client may be able to send you another version that will work, or find some technical workaround. Better safe than sorry.


    3. Only accept if you are 100% confident about the deadline

Don’t accept a project if you’re not certain you can comfortably make it by the deadline.

Life is full of surprises, good and nasty ones. So many things can happen during a project. You may get the flu, your hard drive could decide to suddenly give up on you, or an exciting prospect may appear out of nowhere with an urgent but highly interesting and/or lucrative project.

Say you can translate up to 3k words a day. That’s on an ordinary day, spread over the different projects you’re currently translating. But how can you be sure tomorrow is going to be just another day?

I try to only accept projects for which I would have at least twice the actual time needed to perform the translation.

People tend to focus on rate negotiations and forget about deadlines. Often rather than not, you will be able to get a bit of extra time simply by asking. It costs nothing to try. Aim at the most generous deadlines possible. You will have an extra cushion for unexpected events, and more room to accept other projects in parallel.


    4. Ensure you’re comfortable with the whole content

Obvious, right? On paper yes, but this one can get a little tricky. Reading a complete manual before accepting to translate it might be a little excessive, but so would be only checking the front page. There are things that are not necessarily obvious at a glance. Occasionally, a document will look straightforward… until you realize it was written by a non-native speaker or that there are 10 pages of legal notices hidden at the middle.

As a general rule, scan through every source document, carefully read a paragraph here and there, and make sure nothing falls out of your expertise.


    5. More on formats: is design/DTP work expected from you? Are you sure?

Clients will probably tell you clearly what file format they want for your translations in, but they can be quite ambiguous about what they want you to do with the layout.

“It doesn’t have to look perfect, as long as the layout remains roughly the same” – sounds familiar?

The problem here is that your client may mean one of two things, and you need to be absolutely sure of what is expected from you:

  1. The final document will be created from scratch by a designer/DTP specialist, and they really just want to know what goes where
  2. They don’t mind doing small adjustments in-house, but they’re expecting your file to be almost ready for production and easy to edit. It can be a huge issue if you are working on files processed with OCR software. You will typically have the right layout, but the resulting file will be horrendously hard to edit and polish visually. Your client might get upset when they realize they need to find and pay someone else to finish the job, so clarify this point as early as you can.


    6. Expectations should be perfectly clear

Let me conclude with a general reminder and a few extra ideas. One of the keys of good communication with your clients is to spot and clear any ambiguities before the project starts. It would be difficult to give an exhaustive list here, but here are a few examples:

– Imagine someone is asking you for “translation + proofreading” services. Do they mean they want you to proofread your own translations (in my case, this is a given), or are they expecting you to also ask a 3rd party to check your texts? Depending on the answer, the pricing and deadline will be very different.

  1. Character limitations. Whenever possible, try to get a hard limit, rather than “roughly the same length as source text”. If that’s not a possibility, clearly state you will try to keep length under a certain limit. And that they will need to pay extra if they later come back to you with a million requests to shorten your translation.
  2. If you’re localizing websites and are asked to produce a copy “optimized for SEO [sic]”. Are there any specific keywords they want you to target? Do they want you to take care of the keyword research? Again, adapt your rates if necessary.


    7. When unsure, follow your intuition

Do you have a bad feeling about a project? It happens from time to time. There’s no deal-breaker you could single out, but a combination of small things: the deadline is a little tight, the format is not the simplest one, and the client seems to have very specific demands… If you feel somewhat uncomfortable with job description, it is properly wise to politely decline it.


Wordfast Pro 4 Review: A Huge Step Backward

Although CAT tools love making us upset in various ways, you have to admit they’re generally getting better with time. Take Trados, it’s far less buggy than it used to be, much faster at processing files and its plugins add tons of useful features.

So when news broke that Wordfast Pro 4 was out, I was curious to see where improvements were made. How disappointed was I to find out that the software had completely changed, in a terrible, terrible way.

It’s painfully unresponsive

When you open a piece of software and see a bunch of Java threads show up in your task manager, you know you’re in for a bad day. 2002 all over again. You know, those web apps that took forever to load with the coffee cup icon – and barely faster after that? It’s exactly the same thing. Really, Wordfast Pro 4 actually uses a browser plugin to render its interface, so the combination is the same, and the experience is very comparable. Slow as hell.

I understand they’re trying to push their online version of the tool, but it doesn’t excuse the unresponsiveness. Some web-based solutions like Memcloud Cloud have shown that’s it’s possible to have a fast and clean-looking app online, and not something that reminds me of the cheap and buggy shareware of the early 00’s. The thing just feels heavy. It lags all the time, again and again.

File processing is even slower

Now, what about processing speed? I ran a small experiment on a 20k project I was working on. The original files were in Wordfast’s txlf format, but I’ve been using them in Trados thanks to the xliff filter.

So, numbers.

File opening is where Wordfast seemed to suffer the least. It took it 27 seconds to chain the files and present me with the result. The same process took only 12 seconds in Trados. So that’s more than twice the time for WFP4, but it’s nothing compared to some of the other features.

The next thing I tried to do was to run a file analysis with an empty TM. Shouldn’t take very long, right? Trados needed 6 seconds to do that. Wordfast 6… minutes! OK, not quite, 5 minutes and 54 seconds (yes, I timed it). That’s 59 times slower than SDL’s product.

Even such a thing as the “Find” feature seems to take ages. Still in the 20k word project mentioned above, I compared how fast Trados and WFP4 could find a string located towards the end of the chained file, with the cursor placed in the first segment. No regular expressions or anything complex, just a good old plain text search. The result was almost instant with Trados (as in too fast to be timed), while Wordfast needed a full 6 seconds.

The interface is a disaster

Besides the general slowness of its functionalities,  Wordfast also suffers from a catastrophic interface. Every single action is tedious and far more complicated than it should be. You want to switch from a project to another? You’ll need to close the former one first (which does… nothing at all besides wasting your time). Need to run an analysis on a file? Make sure it’s closed first. If it’s not, you’ll need to close the error message, click the Wordfast tab, go back to the editor interface, close the file, then go back to the project interface and finally be able to run your analysis. Trados does that automatically for you and even offers to reopen files afterwards.

Time to export your finished project! You’ll need to manually choose an export path. Each and every time. Can’t just the software offer some default option, like the path you’ve used the previous time?

Oh, and the ribbon, wonderful. If you fold it, you’ll still see the tabs. But if you click on one of them, the ribbon won’t unfold automatically. What’s the point? Why do you need two steps for that? Even that good old Office 2007 is able to handle that for you.

You may say all these are fairly minor inconveniences, which is true. The problem is that they add up to the point anything you try to do ends up in frustration. You keep clicking around, hoping that you didn’t forget to do something the software expects you to – because it won’t do it for you, and it won’t let you know until the very last moment.

The editor is a pain to work with. It apparently needs to load something for each of your actions. For example, let’s say you want to get back to a previous string to make a correction. You try to scroll, but the editor won’t show any text while you do it, so you just hope to get lucky and find the piece of text in question by trial and error. When you’re done scrolling, you have to wait a couple of seconds until the text actually loads and displays (this is a desktop app, just keep the text in memory!). Then, when you click the cell you want to edit, wait again! The editor will need a moment to load whatever it needs until it lets you edit anything.

Didn’t someone test the software and realized how absurdly user-unfriendly it was?

Is this even a finished product?

Wordfast Pro 4 feels very amateurish overall. The interface is not only difficult to use, but also filled with buttons that do nothing or that are enabled when they shouldn’t be. Just an example: when you click an online TM in the Project TM tab, the Export button is enabled. You can’t export an online TM, but it makes it look so. But if you press the button, a window opens and offers you to select a TM… from an empty list, because you can’t export online TMs. Don’t you think an error message would be less confusing? Or even better, can’t you just disable the button in the first place?

Again, that’s just one example among others. You’ll often find yourself puzzled by such dead ends.

Above all, it has lost its direction

I used to recommend Wordfast to beginners for its relative simplicity. Up to version 3, it had a simple, clean and reactive interface, and all the basic features you would expect from a CAT tool. No fancy productivity hacks or project management features (that we translators don’t need anyway), but more than enough to work efficiently on most projects.

Whether that was intentional, I don’t know, but Wordfast had its place on the market as an easy-to-learn tool.

In contrast, Wordfast Pro 4 doesn’t seem to have a clear positioning. It tries to mimic both rival desktop and cloud solutions, but fails spectacularly by only offering the worst of both worlds. It doesn’t have the features and processing speed of Trados, nor the simplicity and reactivity of Memcloud. Instead of focusing on its strengths, it is vainly trying to chase competitors, years later. And still, I don’t remember Trados Studio 2009 being that bad.


I’m baffled by how much of a step backward Wordfast Pro 4 is compared to its predecessor. I don’t see much to save there. Some of the interface flaws can be fixed fairly easily, but it will still be slow and awkward. And in terms of features and processing speed, it’s so far behind its rivals that I just can’t see it getting its head out of the water anytime soon.

By trying to mimic the competition, Wordfast lost its soul, the speed and ease of use that made it an interesting entry point into the CAT world. And it gained nothing in the process. It’s become a slow, buggy, incoherent software headed nowhere.

I have stopped accepting projects involving WFP4. In theory, you can only use Wordfast to check TMs/TBs and edit .txlf files in Trados or MemoQ, but some of the custom fields won’t get updated, which apparently causes issues with some of Wordfast features. Yet another area where WFP3 was better, and a fatal flaw for me. Goodbye, Wordfast.

Internationalizing Ikinari Maou for LocJAM Japan

Introducing Ikinari Maou

Simply put, Ikinari Maou is a puzzle-solving game disguised as an 8-bit RPG.

It was created during the Tyrano Game Fes JAPAN 2016, a jam where the goal was to create short games with TyranoBuilder (or using the TyranoScript language), a visual novel creation tool.

The game won the 2nd prize, and was praised for its originality, the quality of the challenge and its clever use of TyranoScript’s capabilities.

As a parodic RPG, the game ticked all the boxes for the LocJAM’s needs: reasonably short, diverse (lines from different characters, menus, system messages) and using a vocabulary typical of video games.

The Localization Tool

For the purposes of the contest, Shikemoku-MK, the creator of TyranoBuilder, kindly wrote a localization tool that reads scenario files and extract localizable strings, with the possibility of previewing and generating the game in the target language.

Technical Challenges

Most of the technical obstacles we met during the internationalization process were due to the nature of tool. TyranoBuilder is originally designed for novel games. You will typically have the scenario read in a windows, with the occasional selection to make through textual buttons.

Ikinari Maou, however, isn’t your typical novel game. As mentioned earlier, it could be described an RPG/puzzle-solving game, albeit a very scripted one. And to keep that old school RPG feel, the developers had to push the tool to its limits and use its features in creative ways. Long story short, we also had to find ways to accommodate the specifics of the game to make it localization-friendly.

  • In terms of volume, the main task was to convert graphical buttons in text buttons to make them localizable without the need to produce new image files. Remember, the contest is aimed at translators, many of whom aren’t familiar with advanced image editing tools, so everything had to be plain text.So we went over the script files and converted image buttons (“button”) to text buttons (“glink”), switching the image attribute of the former to the text attribute of the latter. We also tweaked TyranoScript’s CSS files to render these links a little more nicely, as options were a bit limited inside TyranoBuilderThis part went fairly smoothly as text and image links essentially work the same way… for the most part.
  • On the name entry screen, switching the graphical confirmation button to a text version had the game crash and it took us a while to figure out why. As it turns out, graphical buttons and text ones work a little differently in the background. The way TyranoScript was designed, clicking on a text button would actually kill the name entry field before any extra code can be applied, effectively making it impossible to save the name entered (and making the script crash by calling an element that has been deleted). The solution here was to dig a bit deeper and make a couple of edits to TyranoScript’s JavaScript files, the core of the tool that converts script (scenario) files into the HTML your browser displays.
  • This time we had to prepare not only the game but also the localization tool, and so we had to debugging on both fronts. One issue that appeared is that the tool originally didn’t extract strings under the “ptext” tag, which allows you to place text anywhere on the screen (outside the space reserved to the “story”) and was used in a couple of places in the game’s scenario files.
  • Another challenge was to find a good format to make strings easy to translate in a broad range of software. We decided to go for a tab-delimited .CSV file using UCS-2 Little Endian encoding – a format that can easily be opened in spreadsheet editing software and most computer-assisted translation (CAT) tools. It is flexible, universal and allows for instant implementation of translated strings.
  • Finally, we had to adjust the original text at a number of places, because of the limitations of our localization tool and TyranoScript. For example, variables were not localizable, so we had to remove a number of things, such as the default character name. We also had to make sure there would not be strings concatenated on a single line. Otherwise the options were to either automatically add a space every time, which would have made punctuation non-compliant in certain cases, or ask translators to add line-breaks manually every time. Obviously the latter option would have been a little tedious, so we just opted to move the text around to avoid issues.
  • As for the font, we used Atari Small, which we carried over from the very first edition of the LocJAM. It covered all of our needs and matched the game’s feel.

LocJAM Japan Presentation – Kyoto Study Group (December 2016)

Here are the slides for the presentation I gave for the Kyoto Study Group organized during LocJAM Japan. You will find a quick introduction to LocJAM Japan (what it is, reasons to participate, etc.), basic information about the tools we are using this time (TyranoBuilder-based games, and Tyrano Translator to localize them) and an overview of the game localization process applied to Ikinari Maou, the game we are offering for localization.
The idea is to have a grasp of how a typical game localization project works. Although we’re taking Ikinari Maou as an example, the whole process can be applied almost identically to most games, including analog ones.
Speaking of which, the presentation is based on the one I gave in March for LocJAM3, with a full text version available here.

LocJAM Japan Unofficial FAQ and Notes

This year I had the chance to be closely involved with LocJAM Japan‘s (Japanese to English game localization contest) organization. Anticipating some of the questions and comments that are likely to arise, I decided to put together a quick, unofficial FAQ. I will do my best to update it during the contest, but once again please note that this is a personal initiative and I can’t guarantee all questions will be answered.

Known issue: Under certain circumstances, the text can overflow a bit in the main message window

The frame width is set to a slightly too small value in the .css file of the game. Depending on the text used, it might overflow a bit as on the picture below shared by Thomas Bruckert.

15369016_1204549326299024_3192057755960753697_oSince the issue is on the game side, it is absolutely fine if it happens with your translation. More generally, minor display issues won’t be taken into consideration by the jury. If you are still worried, you may use non-breakable spaces to force a line return – for example, that would be between “big” and “threat” in the example above.

Known issue (typo): “ファイラ” >  “ファイア”

There is a small typo in the list of “じゅもん”: “ファイラ” should read  “ファイア”, as spelled in other parts of the game. The jury has been informed and won’t penalize the brave translators who tried to translate this exotic name.


Known issue: unlocalizable brackets

15304544_10154122201018193_5287771767486086972_oThe Japanese brackets on the screen above can’t be localized – this one is on us, sincere apologies! Technically the issue can be fixed within the .csv file, but it won’t be taken into account by the jury.

The game won’t start when I click on “Preview localized game”

This is a known issue with the first package we shared. To fix it, you can either:


  • Download the latest package on locjam.org
  • Open transrator.csv in Excel and save it as it is

So what is this CSV file? How do I open it?

The translatable file is using the CSV (tab-delimited) format, with UCS-2 Little Endian encoding. It needs to be strictly preserved for the translation to be correctly updated.

You can use spreadsheet software (Excel, OpenOffice Calc, etc.), text editors (I personally recommend Notepad++) or your favorite CAT tool to open and translate it. Specific instructions for Trados/MemoQ, and Excel are available here.

My text isn’t aligned properly, am I going to be penalized for it?

The goal of the tool is to give you a preview of your localized game, rather than to generate a final product. Accordingly, you will not be penalized for cosmetic issues you have no control over, such as text alignment. You should however try to avoid overflows and text encoding issues.

transrator.csv, seriously?

Yes, the translatable file is named “transrator.csv”, not “translator.csv”. This is an innocent mistake from the tool’s developer. He is not an English native speaker (nor a language professional) and unfortunately didn’t have time to fix this small typo. In no way is this meant to make fun of our profession/non-native speakers.

I want to add spaces to my translation but I can only display one at a time

If necessary, you may use HTML entities in your translation (for example, “ ” for a non-breakable space)

What should I do with lines starting with ScenarioName?

Do not edit “ScenarioName    XXXX.ks” lines, or your translation won’t be read properly. If you’re using a CAT tool, it could be a good idea to lock these segments at the beginning of the project

I translated the file, but the old strings are displayed when I run the game

– If the translated strings are not updated after you edited the file:
1. Make sure the file was saved at the right location with the original name and encoding (UCS-2 Little Endian). Also make sure you didn’t add tabulations as plain text (if necessary you can add extra spaces with “ ”)
2. Delete the following:
– “maou/trans.json” file
– “trans/IkinariMaou” folder
Restart the app. Select the project again (maoh/index.html), and the tool should read everything from zero again.

I played the original version of Ikinari Maou and the graphics/text/layout are different

Yes they are. The game was edited in different ways and for different reasons to make it more easily localizable. For LocJAM Japan, the version shared on locjam.org is the only one that matters. But you are very welcome to try the game in its original format and enjoy the better visuals.

Some text is missing from the translatable file/I can’t seem to find a string of the translatable file in the game itself

While we did our best to include only relevant strings without forgetting any, we’re not excluding the possibility  we missed or added some by mistake. Please feel free to report such issues, but don’t worry, the official file shared on the LocJAM website is the only one that counts. You do not need to fix it and we will not edit the official file during the contest.

Ikinari Maou Walkthrough: How to Beat the Game (LocJAM JP)

1) After the introduction, don’t answer “こうさんしますか?” and click on どうぐ > エーテル > ゆうしゃ instead
2) Click on じゅもん > チェンジ(MP30) > まおう(1ぴき)
3) Click on どうぐ > エーテル > まおう
4) Click on じゅもん > タイムリープ(MP100)
5) Click on じゅもん >エーテル > (White arrow) > ゆうしゃ(1り)
6) Don’t answer “こうさんしますか?” and click on どうぐ > エーテル > ゆうしゃ instead
7) Click on じゅもん > チェンジ(MP30) > まおう(1ぴき)
8) Click on じゅもん >エーテル > (White arrow) > ゆうしゃ(1り)
9) Let the magic work!

[LocJAM Japan] How to Translate Ikinari Maou in Trados, MemoQ, Excel, LibreOffice

Ikinari Maou is the game offered for translation for LocJAM Japan, a Japanese to English game localization contest. This article offers pointers to translate its localizable strings in different CAT and non-CAT tools, and may be updated as questions arise. Please also note that this is an unofficial guide, with no guarantees whatsoever.

The localizable file was successfully tested in both SDL Trados Studio and MemoQ. You can create a project as you normally would, with the following settings:

SDL Trados Studio (2014 or later)

To translate in Trados, please use the following options for the .csv file type in your project options:

How to localize Ikinari Maou (LocJAM Japan game) in Trados

MemoQ (tested on version 2015)

When importing the file in MemoQ, please use the following configuration:
Localization of Ikinari Maou in MemoQ

In both cases, your CAT tool should be able to export the .csv file in the right format and encoding, without any further modification.


If you are working with Excel or similar spreadsheet software, you will be able to open/save the .csv file directly, but you may have trouble exporting files in the right format if you add certain characters (quotation marks, etc.). In that case, I would recommend the use of the free code and text editor Notepad++. Once installed, copy the source and target columns from Excel (or similar software), open the original (untranslated) file in Notepad++, select all the text (Ctrl + A) and replace it with the content of your spreadsheet content. Save the file, and everything should work smoothly.

Of course, you can translate directly in Notepad++, but you will most likely find Excel more comfortable to do so.


A member of the IGDA LocSIG Group on Facebook, Anish Krishnamurthy, kindly shared the following settings to open the file in LibreOffice:


Game Localization Link Roundup – October 2016

October was another exciting month in the game localization industry. This time, I’m sharing a few fascinating interviews with industry insiders as well as insightful articles about the localization business.

During the past month, we also made tremendous progress with LocJAM Japan’s preparation. We now have a fully functional tool and an internationalized game ready to be shared with the world. We were lucky to find a game of the perfect size for our needs AND incredibly fun to play. Even if you’re not joining the contest, look forward to playing it, next month in Japanese or in English when the winning entries are announced!
The importance of Localization Quality Assurance

Localizing a Unity Indie Game: The Hidden Costs

Sega, Ubisoft, Deep Silver, Gameforge: What’s New in Game Localization?

We Work With an Army of Translators, Says GameHouse Translation Manager

Interview: Localising DRAGON QUEST VII: Fragments of the Forgotten Past
An interview with Oli Chance, who had kindly answered our questions about Ni No Kuni a few years ago

Japanese visual novel Steins;Gate 0 gets EU release date, new trailer – The game’s localization lead discusses the complexity of adapting the story to the west

8 Top Internationalization Changes in iOS 10

Game Localization Link Roundup – September 2016

After a relatively calm summer, September was richer in game localization-related content. Besides the Shin Megami Tensei IV: Apocalypse story, which ended with an official apology from Atlus, a few interesting interviews with veterans of the industry popped up, and the trend continued into the first few weeks of October.

We are also preparing to officially announce our plans for LocJAM Japan, so you can expect a busy end of year for the localization community!

Interview: Brian Gray on localizing Gotta Protectors

SMTIV: Faux Pas-calypse – Or how a string accidentally left untranslated can result in apologies from the developer. The issue itself is far from a first, but these things usually get swept under the rug and it was interesting to see a developer officially touch base with the gaming community regarding this

A Look At Untranslated Text In Video Game Localizations – A small compilation written after the above-mentioned story

An Interview With Mastiff: The Passion Behind Localization

Sword Art Online: Hollow Fragment – Death By Localization

Video: How Capcom localizes games like Monster Hunter – Based on Andrew Alfonso’s (Capcom) presentation at the GDC 2016. In this video, he explains how Capcom’s localization directors address different challenges with the localization of Monster Hunter 4 Ultimate as an example. A very complete presentation and a rare chance to hear the story directly from in-house people.

Why Localization Quality Matters For App Sales

Improve app sales with quality localization services

The importance of localization is now well documented. You can find dozens of case studies out there, with stories of sales increased by a 2 to 3-digit percentage, sometimes simply by localizing app descriptions. This promising reward doesn’t come without effort, though.

Although localization can be a very powerful sales enabler, quality is essential to make the most out of it. Indeed, localization-related issues can ruin your globalization efforts, and even have a negative impact sales for your app’s native language.

Reviews influence downloads

Reviews are a decisive factor when people decide whether to download an app or not. A couple of bad reviews could be enough to cut your download numbers in half, and lack of/unproper localization is one of the most common sources of negative reviews.

Nobody likes an application that looks like it was processed through an automated translation engine. By releasing low quality localized versions of your app, you could cause ratings to dive and lose the trust of potential customers – even in the original language version. In that respect, localization can be a double-edged sword if not handled properly.

ASO: you need the right localized keywords to be found

Working on App Store Optimization (ASO) is one of the most important strategies to improve your sales. So when you try to reach new markets, it makes sense to localize every aspect of your app, from description to keywords, to ensure it shows up in search results – ideally ahead of competitors.

When you do it, it is vital to use the right keywords in each language. If you use low quality localization services or if your provider lacks market knowledge, the odds are high that you will lose out to rival solutions, because you won’t be targeting the right keywords.

You need to work with someone who perfectly understands the target market and is familiar with your industry. A synonym won’t do here, you need the one keyword that most people interested in your app are going to look for.

How to make the most out of localization?

– Hire a professional, specialized translator. The providers you hire shouldn’t just be native speakers of the target language. They need to perfectly understand your product, the market and what users will be expecting. Remember, a “good enough” translation won’t cut it. Only an accurate and perfectly localized product will allow you to truly optimize downloads and purchases. Look for experienced translators who clearly list applications as one of their main specializations. The more targeted the better. Ensure they have a good understanding of app localization challenges and concepts such as ASO, and check their track record.

– Test localized versions. It doesn’t have to be super expensive. Even if you have a good translation for your app, different types of issues can happen during implementation and harm your efforts. Only release your localized app when it is truly ready to achieve better ratings and the improved sales that go with. If you are short on resources or budget, start with just a couple of languages and expand progressively.

Anthony Teixeira

Anthony Teixeira - Professional English to French IT/Software/Video game translator
E-mail: contact@at-it-translator.com

Contact form - Freelance translation services
As an IT professional and an experienced independent translator and proofreader, I can help you with all your localization needs. My services cover various types of texts, from software UI to technical user manuals.

Quality, punctuality and professionalism are my values. I make the most of them to ensure your projects succeed in French-speaking markets.

You can ask me for a free quote or send me your questions anytime: you will get a reply within a day in most cases.