Олжас Азирали / Olzhas Azirali, основатель AZIRAL с 2019 года.
Материал подготовлен с помощью AI-ассистента по открытым материалам W3C Internationalization. Все примеры интерфейсных надписей ниже предложены для этой статьи.
Словарь может дать несколько верных переводов одной кнопки. Выбрать подходящий помогает её действие: что человек уже ввёл, что произойдёт после нажатия и к какому состоянию он перейдёт. Поэтому до перевода полезно описать сценарий обычным предложением.
В определении W3C локализация охватывает адаптацию продукта к языковым и другим требованиям рынка, включая форматы чисел, дат и валют. Для интерфейса это означает совместную работу над смыслом, данными и местом текста на экране.
Сначала назвать результат действия
Представим условную форму учёта расходов. Человек выбрал счёт, указал сумму и категорию. Кнопка должна ясно завершать именно эту задачу. Для обсуждения можно предложить три варианта:
- EN: Save expense.
- RU: Сохранить расход.
- KK: Шығынды сақтау.
Такой набор помогает проверить общий смысл на трёх языках: создаётся запись о расходе. Он сам по себе ничего не говорит о переводе денег, сохранении резервной копии или отправке документа. Если назначение кнопки другое, нужно заново описать действие и подобрать надпись.
Тот же подход работает в диалоге выхода из незавершённой формы. Варианты «Leave without saving», «Выйти без сохранения» и «Сақтамай шығу» раскрывают последствие перехода. Для реального интерфейса перевод дополнительно проверяют в контексте экрана, включая соседние кнопки и предупреждение о несохранённых изменениях.
Передать переводчику контекст
Одна строка «Open» может означать команду открыть документ, состояние доступности или название действия в другом сценарии. Даже совпадающий английский текст не гарантирует одинакового перевода. В статье W3C о повторном использовании строк рекомендуется учитывать, остаётся ли контекст тем же самым.
В рабочей карточке строки полезно хранить название экрана, описание действия, изображение состояния и пример данных. Для кнопки сохранения важно уточнить, что сохраняется и где появится результат. Для команды выхода нужно описать судьбу незавершённого ввода. Это даёт редактору достаточно материала, чтобы выбрать точную фразу.
Короткие слова не обязательно делают весь сценарий проще. Если без заголовка невозможно понять назначение кнопки, проверять нужно связку элементов. Иногда действие лучше уточнить в самой надписи, иногда достаточно ясного заголовка и краткого пояснения рядом.
Сохранить значение суммы и даты
При переключении языка сумма должна сохранять своё значение и валюту. Для одной условной записи можно предложить «KZT 1,250.50» в английском варианте и «1 250,50 KZT» в русском и казахском. Здесь меняется представление числа; сама сумма остаётся равной 1250 тенге и 50 тиынам. Это предложенные варианты записи, а не универсальная таблица форматов для всех регионов.
Язык интерфейса, регион форматирования и валюта счёта решают разные задачи. Их сочетание стоит определить в требованиях и проверить на вводе, в подтверждении и в сохранённой записи. Человеку должно быть понятно, какую сумму он указал и в какой валюте увидит результат.
С датами полезно убрать возможность разного прочтения. Запись «05/06/2026» требует знания порядка дня и месяца. В материале W3C о форматах дат среди вариантов разбирается явное название месяца. Для даты 6 мая можно предложить «6 May 2026», «6 мая 2026 года» и «2026 жылғы 6 мамыр». Все три надписи должны обозначать один календарный день.
Дать переводу место на экране
Длина перевода и ширина надписи могут отличаться от исходных. W3C рекомендует гибкую компоновку, переносы и запас пространства вместо тесных контейнеров. Для кнопки это повод проверить все языки вместе с выбранным размером шрифта и реальной шириной телефона.
Перед выпуском полезно пройти один сценарий на каждом языке: заполнить форму, прочитать подтверждение и вернуться к сохранённому результату. Затем увеличить шрифт и проверить длинные названия рядом с кнопками. Смысл действия, значение суммы и календарная дата должны оставаться узнаваемыми на каждом шаге.
Такая проверка соединяет перевод с устройством продукта. Сначала команда договаривается, какое решение принимает человек и что меняется после него. Затем подбирает естественные слова и проверяет их в работающем экране. Словарь становится инструментом этой работы.
Материалы W3C проверены 30 октября 2026 года. Статья предлагает способ разбора интерфейса и учебные формулировки; она не описывает результаты исследования пользователей.