7 ошибок в локализации, которые ломают релиз сильнее, чем баг в UI

7 ошибок в локализации, которые ломают релиз сильнее, чем баг в UI

Локализация — это не «перевести строки», а связать код, терминологию и процесс. Чаще всего ломается не текст, а пайплайн: строки уезжают без контекста, термины не синхронизированы, а CAT-tool видит чистый текст вместо нужного ключа.

— Нет отдельной term base: один и тот же продуктовый термин переводят по-разному в UI, help center и письмах.
— Нет контекста для переводчика: без скриншота, описания поля и ограничения по длине появляется «формально верный» текст, который не помещается в интерфейс.
— Смешаны translation memory и glossary: TM хранит варианты перевода, glossary задаёт обязательный термин. Это разные уровни контроля.
— Не настроен review loop: правки из локали не возвращаются в источник, и ошибка живёт в каждом следующем спринте.

Если локализация живёт только в таблице со строками, команда начинает тушить инциденты вручную. Рабочая схема выглядит иначе: source strings с контекстом, единая терминология, проверки длины и плейсхолдеров, затем лингвистический QA перед релизом.

Финал простой: сначала опишите процесс, потом перевод. Иначе даже хороший текст будет проигрывать плохому workflow.