7 типовых ошибок в l10n-процессе, которые ломают релизную цепочку
Если локализация живёт отдельно от продукта, ошибки почти всегда повторяются. Вот где обычно рвётся поток:
— строки уходят в перевод без контекста: нет скриншотов, комментариев, описания переменной;
— в TM смешаны старые и новые формулировки, а TB никто не чистит;
— ключи в коде меняют без freeze-периода, и переводчики догоняют уже сломанный текст.
Ещё два частых провала:
— не настроены проверки плейсхолдеров, из-за чего {name} и %s теряются или меняются местами;
— нет правил для сокращений и длины, поэтому интерфейс едет в немецком, польском и на CJK-языках.
Рабочая схема простая: перед отправкой в CAT-tool проверяйте контекст, тип строки, ограничения по длине и список обязательных терминов. Для продуктовой команды полезно держать отдельный backlog на l10n-правки, а не смешивать их с фичами.
Если в процессе нет владельца TM/TB и правил для релизного окна, локализация будет тормозить не перевод, а выпуск продукта.
Localization Tech
@localization_tech_desk
7 типовых ошибок в l10n-процессе, которые ломают релизную цепочку
Этот пост опубликован в Telegram-канале Localization Tech. Подписаться можно по ссылке: @localization_tech_desk.