Локализация приложения: интерфейс мобильных и веб-приложений, который понятен пользователю

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

Что мы локализуем в приложении

Локализация мобильного и веб-приложения не ограничивается текстом интерфейса. Полный пакет включает:

• Строки интерфейса (UI strings): заголовки экранов, кнопки, меню, вкладки, поля форм, подсказки (placeholders), тосты и диалоги.
• Системные сообщения и сообщения об ошибках: «связь потеряна», «неверный пароль», «оплата не выполнена». Эти тексты встречают пользователя в стрессовый момент и должны быть максимально ясными.
• Onboarding: экраны первого запуска, запросы разрешений (камера, геолокация, уведомления), где убедительная формулировка напрямую повышает показатель согласия.
• Push- и in-app-уведомления: короткие, эмоциональные, часто со строгим лимитом символов, где транскреация обязательна.
• Материалы App Store и Google Play: название приложения, подзаголовок, описание, ключевые слова, подписи к скриншотам, примечания к обновлению («What's New»).
• Тексты доступности (accessibility): описания элементов для программы чтения с экрана, о которых часто забывают.
• Вспомогательные материалы: FAQ, центр помощи, быстрые ответы чата поддержки, юридические тексты.

Лимит пространства: главный вызов локализации на мобильном

Мобильный экран считается в миллиметрах. Английское «Save» - четыре символа, грузинский эквивалент - семь, а «Continue with Google» по-грузински становится ещё длиннее и может не поместиться на кнопке. Статистически грузинский интерфейс на 20-35% длиннее английского, а немецкий - ещё больше.

Поэтому наши переводчики работают не только над текстом, но и над экраном:

• каждую строку мы получаем вместе с контекстом: где она видна, в элементе какого размера, есть ли лимит символов;
• выбираем самую короткую естественную формулировку без потери смысла и предлагаем альтернативу, если лимита всё равно не хватает;
• фиксируем, где дизайну нужно изменение (например, ширина кнопки или двухстрочный заголовок), что передаётся разработчику как конкретная задача.

Переменные, множественное число и техническая точность

Строки приложения редко бывают чистым текстом. В них есть переменные («%d новых сообщений», «{user} отправил вам»), знаки форматирования и логика, нарушение которой вызывает даже крах приложения. Наша команда:

• сохраняет все переменные, placeholder и escape-символы без изменений;
• правильно обрабатывает формы множественного числа: в английском две формы (1 item / 2 items), в грузинском другая логика, в русском три формы, в арабском шесть. ICU MessageFormat и родные механизмы plurals платформ решают эту задачу, если перевод составлен с их учётом;
• учитывает различие порядка слов: английское «{count} of {total}» по-грузински может стать «{total}-дан {count}», и строка должна быть построена так, чтобы такое перемещение было возможно;
• проверяет форматирование даты, времени, чисел и валюты на соответствие системной локали.

Конвенции платформ: iOS и Android говорят по-разному

Human Interface Guidelines от Apple и Material Design от Google устанавливают разные стандарты для текста интерфейса. На iOS «Settings», на Android тоже «Settings», но в грузинской системной локализации у каждой платформы свой устоявшийся вариант. Пользователь ожидает, что приложение будет использовать те же термины, что и операционная система его телефона. Поэтому при локализации мы опираемся на официальную терминологию платформы («Поделиться», «Настройки», «Уведомления» в их устоявшихся грузинских формах) и добавляем собственные термины бренда только там, где есть уникальная функция продукта.

В веб-приложениях (SaaS-панели, личные кабинеты, дашборды) конвенции приходят из браузерной среды, а таблицы, фильтры и визуализация данных отдельно чувствительны к длине текста.

Форматы файлов и платформы локализации

Мы работаем со всеми основными форматами, без ручного копирования со стороны разработчика:

• iOS: .strings, .stringsdict, String Catalogs (.xcstrings)
• Android: strings.xml, plurals
• кроссплатформенные: JSON (i18next, Flutter ARB, React Native), YAML, PO/POT
• веб: XLIFF, CSV, экспорт Excel
• платформы: Crowdin, Lokalise, Phrase, POEditor, Transifex, а также интеграция с репозиторием GitHub

Все переводы хранятся в памяти переводов, так что каждое следующее обновление приложения (новый экран, функция, вариант A/B-теста) локализуется с той же терминологией и стилем, часто за один рабочий день.

Лингвистическое тестирование на реальном устройстве

Сдачи переведённого файла недостаточно: только в реальном приложении видно, где обрезается текст, где строка попала не на тот экран и где вместо переменной виден сырой код. На этапе лингвистического QA тестировщик проходит все экраны приложения на целевом языке через TestFlight, Google Play internal testing или staging-среду и фиксирует каждую проблему скриншотом, идентификатором строки и предложенным исправлением. Разработчику остаётся готовый, приоритизированный список, а не общее «где-то что-то не помещается».

Оптимизация App Store (ASO) на целевом языке

Страница в магазине приложений - отдельная маркетинговая единица. Локализованные название, подзаголовок и ключевые слова напрямую определяют, найдёт ли пользователь приложение в грузинском App Store и Google Play. Подходом транскреации мы создаём описание, учитывающее местное поисковое поведение, адаптируем подписи к скриншотам под грузинский текст, а для раздела «What's New» регулярно переводим примечания к обновлениям.

Часто задаваемые вопросы