7 мест, где ломается l10n-процесс — и как их ловить до релиза

7 мест, где ломается l10n-процесс — и как их ловить до релиза

Локализация редко ломается в переводе как таковом. Чаще проблема в цепочке: строка не попала в TM (translation memory — память переводов), термин из глоссария обошли, а контекст для CAT-tools оказался пустым.

Проверьте эти узлы:
— ключи в коде не должны меняться без версии
— плейсхолдеры и теги должны совпадать между языками
— терминология обязана жить в term base, а не в примечаниях
— скриншоты и описания контекста нужны для сложных UI-строк

Отдельный риск — машинный перевод (machine translation) без постредактуры. Он полезен для черновика, но без правил по стилю, запретам и исключениям начинает разъезжаться в продукте. Для SaaS это особенно заметно в кнопках, ошибках и настройках.

Самый надёжный чек: перед передачей в перевод смотреть не только текст, но и метаданные строки. Если есть тип элемента, длина, экран, переменные и owner, локализация становится управляемой, а не «ручной магией».

Держите одну привычку: сначала чините источник строки и контекст, потом перевод. Так дешевле, чем каждый релиз собирать лингвистические инциденты по кускам.