7 ошибок в l10n-процессе, из-за которых ломаются строки и сроки
Когда локализация живёт без правил, ошибки обычно приходят не в переводе, а в пайплайне: строка уходит без контекста, глоссарий не подключён, а TM и TB используют как одно и то же. Это уже не «неточность», а системный сбой.
— Нет ключей-описаний и скриншотов: переводчик угадывает смысл по имени переменной.
— В одну сущность складывают и translation memory, и term base: потом терминология начинает спорить сама с собой.
— Не нормализуют placeholders и plural forms: в UI появляются битые плейсхолдеры и сломанная множественность.
— Не отделяют machine translation от human review: постредактирование превращается в ручной ремонт.
Отдельная зона риска — контекст в CAT-tool. Если в строке нет продукта, экрана и ограничения по длине, QA ловит не стиль, а уже баг в релизе. Для i18n-команды это означает одно: контент надо готовить как интерфейсный артефакт, а не как текстовый файл.
Полезное правило простое: прежде чем отдавать строку в локализацию, проверьте контекст, glossary, placeholders и ownership. Если хотя бы один пункт не описан, значит процесс ещё не готов к масштабу.
Localization Tech
@localization_tech_desk
7 ошибок в l10n-процессе, из-за которых ломаются строки и сроки
Этот пост опубликован в Telegram-канале Localization Tech. Подписаться можно по ссылке: @localization_tech_desk.