Локализация ломается не в переводе, а в исходнике и процессе

Локализация ломается не в переводе, а в исходнике и процессе

Чаще всего проблемы идут не из текста, а из того, как он попадает в pipeline: жёстко вшитые строки, нет контекста, ключи без смысла, переменные смешаны с языком. В результате TM не переиспользуется, а переводчик работает вслепую.

Проверьте три слоя:
— i18n-слой: все строки вынесены, есть fallback-логика, плейсхолдеры стабильны
— контент-слой: скриншоты, лимиты символов, gender/number rules, контекст для UI
— лингвистический слой: glossary, TB, TM, правила именования ключей

Отдельный риск — «частично локализованный» продукт. Когда часть интерфейса уже на целевом языке, а часть остаётся на исходном, QA ловит не только пропуски, но и разрыв терминологии, неправильные сокращения и съехавшие формы множественного числа.

Хороший процесс локализации — это не перевод «после разработки», а контракт между кодом, дизайном и лингвистами. Если строки стабильны, контекст приложен, а термины управляются централизованно, локализация перестаёт быть пожаром и становится обычной операцией.