l10n ломается не в переводе, а в процессе: 7 точек контроля до релиза

l10n ломается не в переводе, а в процессе: 7 точек контроля до релиза

Локализация (l10n) — это не «отдать строки в перевод», а цепочка с зависимостями: извлечение, контекст, термины, память переводов (translation memory, TM), проверка форматов, сборка и QA. Если на одном шаге нет правил, дальше команда получает не текст, а ручной ремонт.

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

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

На финише нужен не «человеческий взгляд», а LQA-чек: неразорванные переменные, совпадение терминов, корректные локали, единый стиль чисел и единиц измерения, отсутствие смешения языков в одном интерфейсе.

Если строить l10n как процесс, а не как разовую задачу, ошибки перестают возвращаться в каждый релиз. Главный принцип простой: сначала правила и контекст, потом перевод.