7 ошибок в l10n-процессе, которые ломают релиз сильнее, чем плохой перевод

7 ошибок в l10n-процессе, которые ломают релиз сильнее, чем плохой перевод

Локализация — это не «добавить языки», а цепочка: i18n в коде, извлечение строк, перевод, QA, загрузка в продукт. Если где-то нет дисциплины, ломается не только текст, но и интерфейс: обрезанные кнопки, битые плейсхолдеры, перепутанные переменные, пустые экраны.

— Непоследовательный термбейс: один и тот же продуктовый термин переводят по-разному.
— Нет правил для переменных и плейсхолдеров: переводчик трогает то, что должно быть защищено.
— Строки без контекста: скриншот, описание сценария и длина поля не приложены.
— TM используется как архив, а не как фильтр качества: старые формулировки тащат в новый релиз.

В нормальном l10n-потоке переводчик видит не только исходник, но и контекст, ограничения по длине, тип строки и допустимые варианты. А инженер заранее проверяет, что формат даты, множественное число, HTML-теги и спецсимволы проходят через фреймворк без сюрпризов.

Хорошая привычка простая: держите термбейс отдельно от translation memory, защищайте переменные на уровне CAT-инструмента и гоняйте QA на макетах до того, как строка попадёт в прод. Тогда локализация перестаёт быть ручной пожарной частью релиза.