7 скрытых мест, где ломается локализация даже при идеальной строке перевода

7 скрытых мест, где ломается локализация даже при идеальной строке перевода

Чаще всего проблемы не в тексте, а в инфраструктуре: строка живёт в коде, а не в продукте. Поэтому перед запуском проверьте:
— плейсхолдеры и порядок аргументов;
— длину строк в кнопках, заголовках и тостах;
— формы множественного числа и падежи;
— RTL-верстку и двунаправленный текст.

Ещё один частый провал — терминология. Translation memory (память переводов) помогает повторять удачные решения, но без term base (терминологической базы) команда легко начинает переводить один и тот же продукт по-разному. Это особенно заметно в SaaS, где один и тот же термин может встречаться в интерфейсе, документации и письмах.

Не забывайте про контекст. Скриншот, описание экрана, ссылка на макет и комментарий от PM часто экономят больше времени, чем длинный глоссарий. Для CAT-tools это не «приятный бонус», а базовая часть рабочего процесса: без контекста лингвисту приходится угадывать намерение строки.

И наконец, проверяйте, как локализация ведёт себя в пайплайне: экспорт, импорт, fallback-логика, ошибки кодировки, обрезание текста. Если это не тестируется автоматически, баги всплывают уже у пользователя. Хороший l10n-процесс — это не только перевод, но и контроль того, как строка проходит весь путь до интерфейса.