7 ошибок в локализации, которые ломают TM, глоссарий и релизы продукта

7 ошибок в локализации, которые ломают TM, глоссарий и релизы продукта

Локализация чаще всего ломается не в переводе, а на стыке процесса и кода. Если не развести translation memory (TM), term base (TB) и контентные правила, команда начинает «править руками» то, что должно жить в системе.

— Один исходный ключ = несколько смыслов. В TM уезжает мусор, а переводчики теряют консистентность.
— Глоссарий не привязан к QA: термин есть, но нарушения не ловятся.
— Плейсхолдеры и переменные не экранируются, и строки падают в интерфейсе.
— Скриншоты и контекст не обновляются, поэтому растёт post-editing effort.

Для устойчивого процесса нужны три слоя: i18n-валидация в репозитории, правила для TM/TB на стороне CAT-tool и обязательный linguistic QA перед релизом. Так локализация перестаёт быть «последним шагом» и становится частью delivery-пайплайна.

Если у команды есть только перевод, без контекста, терминов и автоматических проверок, качество будет нестабильным даже при сильных лингвистах.