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

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

Локализация ломается не на словах, а на стыках: в коде, в глоссарии, в процессе. Если команда видит только строки в UI, почти всегда всплывают одни и те же провалы.

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

Есть ещё одна типовая ошибка: локализация подключена «вручную», без нормального i18n-слоя. Тогда каждый новый язык превращается в отдельный багфикс-цикл, а не в повторяемый workflow.

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