7 вещей, которые ломают локализацию даже при хорошем переводе

7 вещей, которые ломают локализацию даже при хорошем переводе

Перевод — только один слой l10n. На практике чаще падают не тексты, а связка контента, кода и терминов: строка в интерфейсе не помещается, плейсхолдеры съезжают, а глоссарий не совпадает с тем, как продукт уже говорит с пользователем.

Проверьте базу:
— есть ли source strings без контекста;
— совпадают ли ключи между UI, справкой и письмами;
— защищены ли переменные, теги и плейсхолдеры;
— различаются ли translation memory (TM) и term base (TB) по роли;
— кто отвечает за review: лингвист, менеджер, инженер.

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

Хороший процесс выглядит скучно: единый glossary, контекст в task management, автоматическая проверка плейсхолдеров, и понятный rollback для строк, которые ломают верстку или смысл.

Сначала выстраивайте не перевод, а правила для строк — и только потом масштабируйте языки.