Локализация в телефоне что это такое
Процесс локализации часто означает больше, чем просто языковые настройки вашего приложения для различных регионов. Сюда также относятся и правильные для разных регионов время, дата, формат их отображения. Если вы рассчитываете, что ваше приложение имеет шансы пойти в широкую международную аудиторию, вам сразу необходимо думать о грамотной локализации приложения, чтобы потом не копаться в коде всей программы и не тратить уйму времени на настраивание ее для разных регионов планеты.
Локализация языка
Итак, давайте научимся создавать языковую локализацию. Создайте новое приложение, либо же откройте не слишком сложное существующее у вас приложение. Мы ставим задачу локализовать наше приложение для русско язычных регионов и англоязычных. Для настройки русского языка мы просто используем существующую папку res/values/strings.xml и создадим так необходимые нам строковые ресурсы. Для английского же языка, создаем подпапку /values-en в папке res/ ресурсов, и создаем следующий файл с адесом: res/values-en/strings.xml. В этот созданный нами файл мы и добавим английские строковые ресурсы. Как должен выглядеть код:
Для файла с русскими языковыми ресурсами res/values/strings.xml:
Для файла английской локализации res/values-en/strings.xml ресурсы будут следующими:
Все готово, теперь при запуске в англоязычной стране программа автоматически будет использовать ресурсы с папки res/values-en/strings.xml и отображать английский текст.
Стоит отметить, что для того, чтобы этот механизм языковой локализации корректно сработал в ваших приложениях, нужно для элементов программы, использующих текст, например при настройке android:text=»» для объектов
, присваивать им текст не просто написанием слова, типа android:text=»Привет мир!», а ссылкой на созданный соответствующий строковый ресурс: android:text=»@string/hellow_world».
Если вы хотите выполнить локализацию строк в самом коде программы, если это не было сделано в файле layout.xml или других подобные ему файлах разметки интерфейса, то для локализации таких строк нужно вызвать в коде объект android.content.res.Resourses, который содержит все ресурсы в пакете приложения, и обратиться к необходимому ресурсу отсюда с помощью метода get.String. Вот как можно локализовать наш «Hellow world!» этим способом:
Есть еще один способ произвести локализацию строковых ресурсов вашего приложения. Он довольно простой, проще всего, о чем здесь говорилось и будет говориться, но точно так же работающий. Итак, когда вы работаете над своим приложением в файлах разметки, типа activity_main.xml, то можно прямо здесь, без редактирования файлов ресурсов, настроить языковую локализация. Неважно, в каком режиме вы находитесь, Text или Design, находим на панели следующую кнопочку :
Локализация времени и даты
Локализация даты
Настройка локализации даты может быть выполнена с помощью класса DateFormat в пространстве имен android.text.format. Следующий фрагмент кода показывает, как получить строку с отформатированным под локализацию устройства значением даты:
Если текущим местоположением устройства является, например, США, то формат даты по местному значению будет показан в виде 11/29/2014. Классом DateFormat можно настроить и другие форматы даты. Если вместо команды getDateFormat исполнить, например, getLongDateFormat, то мы получим дату в таком виде: Понедельник, Декабрь 29, 2014.
Локализация времени
С тех пор, как время представлено в Android SDK как Date объекты, оно также настраивается классом DateFormat в пространстве имен android.text.format. Тут все делается приблизительно также, как и с настройкой даты, с использованием того же метода. Смотрим код:
Вот и все, мы научились производить полную локализацию нашего приложения, осталось только написать такое приложение, которое с головой увлечет жителей всех континентов:).
Локализация Android-приложений: о чем умалчивает документация
Локализация Android-приложений — намного более сложная задача, чем должна была бы быть. Описание в документации недостаточное: чтобы разобраться в происходящем «под капотом», нужно искать информацию во внешних источниках (на StackOverflow и в блогах) и тренироваться на базовых приложениях типа «Hello World».
В этой статье я разберу некоторые трудности процесса локализации, с которыми я столкнулся в своих приложениях. Решения, которые я буду приводить, не описаны в документации, поэтому я постараюсь быть максимально точным. (Примечание: термины «локаль» и «язык» в статье используются как синонимы.)
Многобукаф? Нажмите Ctrl-F и введите «вывод №».
Введение
В статье говорится о некоторых трудностях локализации, которые не рассматриваются в официальных ресурсах, — то есть, это не руководство по локализации «для чайников».
Перед чтением полезно будет изучить основы локализации Android-приложений (если вы еще не знакомы с этой темой) — прочтите следующие документы:
Проблема № 1. Приложение отображается не на том языке
Разберемся, что происходит в этом случае «под капотом». Допустим, языковые настройки телефона следующие:
Если перевести этот список в псевдокод, получим:
В основе этого списка лежит вроде бы простая логика. Однако в некоторых случаях приложение использует не тот язык, который должно было бы, и переключается на свою локаль по умолчанию, когда вы этого не ожидаете.
Чтобы увидеть, как это происходит, установите языковые настройки так, как показано на скриншоте выше, а затем создайте в Android Studio новое приложение из шаблона «Empty Activity». Откройте res/values/strings.xml и для строки app_name (название приложения) задайте значение «App In Default Language» («Приложение на языке по умолчанию»).
Запустите приложение и проверьте, чтобы оно работало. Название приложения появится слева вверху экрана.
Теперь добавим еще два файла values.xml :
Приложение можно снова запускать, но перед этим подумайте: какое значение app_name будет отображаться?
Разумно предположить, что это будет название на французском: испанский — предпочитаемый язык пользователя, но для этой локали файла strings.xml нет, поэтому система выберет следующий предпочитаемый язык — то есть, французский, для которого файл strings.xml у нас есть. Верно же?
А теперь запустите приложение:
Какого… Как так? Почему не на французском? У нас проблемы с логикой?
Нет. С нашей логикой всё в порядке. Дело в другом.
При создании проекта в Android Studio с ним идут кое-какие библиотеки по умолчанию. Взгляните на файл app/build.gradle :
В итоге Android будет считать, что в приложении есть испанская локаль, и попытается найти app_name на испанском. Но мы эту переменную не определили, поэтому приложение берет ее в strings.xml по умолчанию и, соответственно, отображает строку «App In Default Language».
Такая ситуация называется загрязнением ресурсов: Android наступает на свои же грабли. Подробнее — здесь и здесь.
Таким образом мы удаляет все ресурсы, за исключением французской и английской локали: это позволяет не только избежать загрязнения ресурсов, но и снизить размер APK-файла.
Измените файл app/build.gradle так, как показано выше, и перезапустите приложение:
Отлично. А если удалить французский язык из списка поддерживаемых?
Работает как ожидалось… за исключением одного случая.
«Один случай»
Давайте кое-что немного поменяем. Приведем список предпочитаемых языков к такому виду:
Теперь удалим папку resources/values-en из проекта и добавим новый файл values-es/strings.xml :
Итак, теперь у нас есть файл по умолчанию strings.xml (по-прежнему со строкой «App In Default Language»), его французская и испанская версии.
Удалим английский из списка поддерживаемых языков и добавим испанский:
Прежде чем запускать приложение, подумайте: на каком языке оно будет отображаться?
Если следовать той же логике, что и раньше, это должен быть испанский.
А теперь запустите приложение:
Черт побери… опять?! Мы же только что всё исправили! Или нет?
Поэкспериментировав несколько часов с таким поведением, я пришел к следующему заключению: где-то в кодовой базе Android предполагается, что ресурсы по умолчанию — на английском языке.
Это, на мой взгляд, неверно, но что уж поделаешь.
Выше я говорил, что resConfig удаляет ресурсы всех локалей, кроме объявленных… но я соврал: ресурсы по умолчанию resConfig НЕ УДАЛЯЕТ.
Итак, что у нас есть? В настройках пользователя английский указан как предпочитаемый язык. В пакете нашего приложения есть кое-какие строковые файлы по умолчанию (ведь они не были удалены), Android считает, что они на английском, и поэтому решает использовать файлы ресурсов по умолчанию.
Вывод № 2. Если нужно, чтобы приложение поддерживало английский язык, файлы ресурсов по умолчанию должны быть на английском: Android рассчитывает на такое положение дел, поэтому так у вас будет меньше головной боли.
(Если вам английский в приложении не нужен, пропустите второй вывод.)
Проблема № 2. Как узнать текущую локаль приложения?
Казалось бы, найти ответ на такой вопрос должно быть легко, но, к сожалению, это не так: погуглив, вы увидите, что на StackOverflow об этом спрашивали, и не раз.
Причем там есть несколько вводящих в заблуждение ответов, например:
О каждом из этих методов я расскажу подробнее. Но прежде проясним кое-что очевидное, что путают советчики на StackOverflow:
Первое — это язык, выбранный пользователем в настройках устройства. Второе — это язык, который Android решил использовать для конкретного приложения.
Узнать значение для языка устройства легко:
Итак, с языком устройства мы разобрались — перейдем к языку приложения. К сожалению, официального способа узнать локаль приложения во время выполнения, гарантированно не наткнувшись на ошибку, не существует.
Еще раз: не существует официального способа надежным образом узнать язык приложения во время выполнения.
Почему? Рассмотрим два случая:
Случай 1. Android нашел соответствующий файл «strings.xml» и использует его.
Случай 2. Android не нашел соответствующий файл «strings.xml» и использует файл по умолчанию.
В первом случае следующий код всегда будет возвращать правильное значение:
Но самое главное отличие в том, что Locale.getDefault() определяется во время запуска приложения, и единственный способ изменить это значение — вызвать Locale.setDefault(новаяЛокаль) самостоятельно. Другими словами, если пользователь изменит настройки языка по умолчанию во время работы приложения, то Locale.getDefault() всё равно будет возвращать значение, определенное во время запуска.
А вот метод getResources().getConfiguration().getLocales().get(0) всегда будет давать актуальное значение (если вы его не кешировали, конечно).
КОНЕЦ БОЛЬШОГО ПРИМЕЧАНИЯ ]]]]
Ладно. Это был первый случай. А что насчет второго?
К сожалению, для случая 2 получить текущую локаль приложения нельзя. Нет официального способа узнать, какой файл strings.xml используется системой Android: локализованный или по умолчанию. Если применить способ для случая 1, мы просто получим локаль устройства.
Еще раз: если у вас случай 2, то метод getResources().getConfiguration().getLocales.get(0) вернет вам локаль устройства, а не приложения.
Вывод № 4. Не существует надежного официального способа получить текущую локаль стандартными методами. Но есть обходной путь — см. чуть выше.
Проблема № 3. Как получить список предпочитаемых языков устройства?
В руководствах по Android сказано, что для этого есть новый API — LocaleList (для Android API с уровня 24). Теоретически, при вызове LocaleList.getDefault() вы должны получить список предпочитаемых языков пользователя, заданный в настройках, и он не должен зависеть от приложения — по крайней мере, так говорится в руководствах…
Я поэкспериментировал с LocaleList.getDefault() и могу сказать, что этот метод не всегда возвращает список предпочитаемых языков точно как в настройках.
В каких случаях бывает несоответствие? Проиллюстрирую на примере: предположим, немецкий НЕ ВЫБРАН как предпочитаемый язык и ваше приложение его тоже не поддерживает. Сделаем так:
«Результат обязательно включает в себя локаль по умолчанию, получаемую из Locale.getDefault(), но не обязательно в верхней части списка. Если локаль по умолчанию не вверху списка, это значит, что система установила в качестве ее одну из других предпочитаемых локалей пользователя, заключив, что основной вариант не поддерживается, но вторичный поддерживается.
Внимание: для API >= 24 список LocaleList по умолчанию изменится, если вызвать Locale.setDefault(). В этом методе это учитывается: проверяется вывод Locale.getDefault() и при необходимости пересчитывается список LocaleList по умолчанию.»
Чего-о-о? Я прочел это трижды и всё равно не понял.
Давайте лучше я сам расскажу, как получить список предпочитаемых локалей на устройстве — и это будет последний вывод статьи.
Вывод № 5. Получение списка предпочитаемых локалей устройства (заданных в настройках): Resources.getSystem().getConfiguration().getLocales() . Это применимо только в API уровня 24 и выше: раньше в качестве предпочитаемого пользователь мог выбрать только один язык.
Заключение
В документации (а также в кодовой базе) Android не учитываются многие варианты использования локализации, и это может быть неприятно, поскольку разработчикам приходится учитывать крайние случаи, и делается это не всегда удобным и логичным образом.
Надеюсь, в этой статье мне удалось объяснить, как Android работает с локализацией, и какой API лучше выбрать для конкретного случая.
О переводчике
Перевод статьи выполнен в Alconost.
Alconost занимается локализацией игр, приложений и сайтов на 70 языков. Переводчики-носители языка, лингвистическое тестирование, облачная платформа с API, непрерывная локализация, менеджеры проектов 24/7, любые форматы строковых ресурсов.
Мы также делаем рекламные и обучающие видеоролики — для сайтов, продающие, имиджевые, рекламные, обучающие, тизеры, эксплейнеры, трейлеры для Google Play и App Store.
В статье, посвященной ресурсам, мы уже затрагивали эту тему с теоретической точки зрения. Разберем теперь практическую часть. Мы уже умеем пользоваться строковыми ресурсами и меняли строчки, например, Hello, World на Здравствуй, Мир! Но на самом деле это не совсем правильный подход. Для профессионально написанного приложения лучше использовать другой подход. А именно, локализацию.
Напишем приложение, которое будет поддерживать английскую и русскую локализации. По умолчанию будет использоваться английская локализация. В этом случае, если на телефоне не будет найден нужный локализованный ресурс, то будет применяться английский вариант.
Чтобы не усложнять материал, воспользуемся стандартным приложением, который мы изучали в самом начале. Создадим новый проект «LocaleApp», но на этот раз мы не будем трогать файл strings.xml в каталоге res/values.
Для русской локализации необходимо создать новый подкаталог values-ru в том же каталоге res. Если вы планируете создавать локализацию только для русского языка, то название каталога не трудно запомнить и вы можете создать папку вручную через res | New | Directory. Но вряд ли вы запомните названия других папок. Поэтому покажу способ создания с помощью мастера студии.
Щёлкаем правой кнопкой мыши на папке res и выбираем New | Android resource directory. В диалоговом окне в левой части Available qualifiers: выбираем пункт Locale и переносим его в правую часть Chosen qualifiers: с помощью кнопки с двумя стрелками вправо. В появившейся третьей колонке выбираем нужные языки, например, русский. Вы увидите, что в поле Directory name автоматически появится нужное название папки. Дополнительно вы можете указать и регион в колонке Specific Region Only
В режиме Android вы можете не увидеть созданную папку, поэтому временно переключитесь в режим Project. Скопируйте файл res/values/strings.xml и вставьте его в новую папку. Можете вернуться в прежний режим. Если папка не пуста, то она уже видна.
Изменим его содержание.
В английской версии им соответствуют ресурсы
Запустим приложение и увидим, что текст выводится на русском, если у вас на эмуляторе или реальном устройстве выбраны русские настройки.
Как перейти на американскую локаль? Идём в Настройки→Язык и клавиатура→Выбрать язык. Выбираем английский язык English (United States). Снова запускаем приложение в эмуляторе или на телефоне. Теперь наше приложение будет выглядеть так:
Ресурсы из каталога res/values считаются ресурсами по умолчанию. Они отображаются в том случае, когда система не найдёт ресурсы для текущей локали устройства. В нашем случае, при выборе любого языка, кроме русского будет использоваться res/values. Если мы захотим разделить англичан и американцев, тогда придётся создавать два каталога: res/values-en-rUK и res/values-en-rUS. Обратите внимание, что перед кодом второй части ставится буква ‘r’. Иными словами, мы определяем не только язык, но и регион.
Проведем несколько экспериментов. Удалим из файла res/values-ru/strings.xml строковый ресурс hello_world с текстом Здравствуй, Мир!. Сохраним изменения и запустим проект на устройстве с русским языком. Платформа заменила отсутствующий в локализации ресурс дефолтным английским.
Отсюда можно сделать вывод, что вам необходимо следить за ресурсами по умолчанию. Старайтесь проконтролировать, чтобы ваше приложение всегда содержало все необходимые ресурсы по умолчанию, а уже потом можете начинать локализацию приложения. Для этого вам достаточно будет скопировать файл в новый подкаталог и отредактировать его.
На самом деле локализовать можно не только строковые ресурсы. В разных странах принято рисовать какой-нибудь объект в соответствии со своими традициями, например, изображение почтового ящика. В этом случае вы можете создать каталог /res/drawable-de, в котором будут находиться изображения, предназначенные для немцев.
В коде вы обращаетесь к нужным ресурсам следующим образом:
Система сама подставит нужную строку. Явно указать, что хочется использовать ресурс на конкретном языке, у вас не получится.
Спустя продолжительное время один из читателей подсказал, как всё-таки задействовать локальный ресурс. Объяснять код не буду, сами поймёте, когда наберётесь опыта.
Просмотр и создание локализованных строк в режиме дизайна
Чтобы увидеть, как меняется текст в различных локализованных версиях вашего приложения, необязательно запускать приложение в эмуляторе. Можно в студии на панели инструментов щёлкнуть на значке глобуса и выбрать из выпадающего списка нужный вам пункт (он появится после того, как вы создадите необходимые локализованные ресурсы), и все локализованные строчки сразу поменяются на экране активности.
После того, как вы завершите перевод всех ресурсов, нажимаете на кнопку OK и у вас появится готовая папка с новым файлом strings.xml для выбранной локализации.
Сейчас в студии вместо диалогового окна выводится окно редактора, в котором можно редактировать текст.
Непереводимая игра слов с использованием местных идиоматических выражений
Если вы решили использовать локализацию на разных языках, то можете встретиться с одной проблемой. Предположим, вы перевели только несколько строковых ресурсов и в один прекрасный день решили выложить программу в магазин приложений. Android Studio при сборке подписанного приложения может заругаться, что вы перевели не все строки. Есть два способа обхода проблемы. Вы можете использовать атрибут translatable=»false», чтобы указать среде разработке, что данная строка не требует перевода:
В окне редактора это сделать проще через флажки в столбце Untranslatable.
Есть ещё один вариант, когда непереводимые строки размещаются не в ресурсе strings.xml, а в другом файле под именем donottranslate.xml.
Когда вы исправите строковые ресурсы, то избавьтесь от ошибок через Project | Clean. и попытайтесь собрать приложение заново.
Поддержка письма справа налево
Арабы и некоторые другие народы используют непривычную для европейцев схему написания текстов справа налево. В Android 4.2 появилась поддержка данного режима. В блоге (англ.) Native RTL support in Android 4.2 рассказано о некоторых вещах по этой теме.
Теперь вы можете писать приложение для израильских военкоматов. Русские призывники в интервью офицерам душевного здоровья часто используют сочетание хатуль мадан (חתול מדען). Теперь вы знаете, как локализовать строки пушкинского стихотворения про кота учёного.
Несколько локалей
В Android 7.0 (API 24) пользователь может установить несколько локалей. В этом случае, если не будут найдены ресурсы для первой локали, то будут искаться ресурсы для второй локали. Таким образом, если француз знает два языка, например, французский и испанский, а в приложение не поддерживает французского, но поддерживает испанский, то пользователь увидит текст на испанском, а не на английском.
Что разработчику нужно знать о локализации приложения
Как показали исследования AppAnnie, Россия замыкает пятёрку стран-лидеров по количеству скачиваний мобильных приложений в AppStore и Google Play Market в первом квартале 2016 года, но по выручке с продаж не вошла и в первую 10-ку. Значит ли это, что разработчикам стоит ориентироваться исключительно на Западный рынок для увеличения своей прибыли и если да, то на какой язык, кроме английского, переводить, а точнее – локализовать приложение?
Чем отличается локализация от перевода
Перевод – это интерпретация текста или речи с одного языка на другой. Она нацелена на передачу смысла информации без учёта национальных особенностей, культурных ценностей и в случае с разработкой мобильных приложений – привычного user experience жителей конкретной страны и особенностей целевой аудитории.
Локализация включает в себя целый комплекс технических задач по адаптации кода, компонентов и добавления ресурсов. Она решает проблему различия в культуре, языке и восприятии материала разными национальностями. По сути, локализовать приложение – значит перевести его так, чтобы у пользователя не возникло никаких сложностей с пониманием и использованием продукта, с назначением его функций.
То есть, перевести – значит – интерпретировать, а локализовать – адаптировать.
Интернет пестрит “смешнявками” с некачественным переводом как приложений, так и веб-контента, но дословный перевод и отсутствие локализации далеко не одно и то же. Здесь часто наблюдается подмена понятий.
Локализация – это не просто качественный перевод, это смысловая адаптация текста, который буквально вгрызается в нейронные сети и кишки пользователя с полуслова. Скажем, если жителям СНГ в e-commerce сайтах и приложениях привычнее видеть кнопку “Купить”, то не нужно выдумывать велосипед и лепить кнопку “Приобрести товар”. Казалось бы, человек и так поймет, о чем идёт речь, но зачем усложнять ему жизнь? А точнее – себе.
Что даёт локализация
Жители Бразилии, России, Китая и Индии составляют 40% населения всего мира. Проигнорировав необходимость перевода на хинди, мандарин или португальский язык, есть шанс быть выкинутым за борт компаниями, которые внедряют эти языки в свои продукты. Мониторинг спроса на локализацию приложений на тот или иной язык позволит компаниям-разработчикам расширить свою клиентскую базу.
Какие языки правят Интернетом
Топ 10 самых востребованных языков в Интернете
Итальянский занял только 11-е место в рейтинге, а польский, занявший 17-е место, набирает всё больше популярности и часто встречается в востребованных языковых парах.
Последнее исследование агентства CommonSenseAdvisory в марте 2016 года показало, что стоимость перевода самых распространенных языковых пар не имеет четкой линейной зависимости. Это связано с тем, что цены на перевод могут снижаться в то время, как спрос растёт из-за высокой конкуренции на рынке языковых услуг.
Чем вызвано такое формирование рейтинга
Рейтинг востребованности языков зависит не только от количества носителей, но и от влияния экономики страны на мировой рынок.
Английский – язык международного общения и во многих странах он является официальным государственным языком. Мандарин (китайский язык) является языком международного бизнеса и это совсем неудивительно. Это наиболее используемый язык во всём мире, а китайская экономика занимает 2-е место по номинальному значению ВВП в стране. Экономика Бразилии занимает 9-е место в мире и её рост продолжится ещё как минимум 5 лет, согласно данным InternationalMonetaryFund. На французском языке в мире разговаривают около 274 млн человек, в 29-ти странах он является государственным. Япония – 3-я в рейтинге стран по ВВП в мире. Она является мировым лидером в автомобилестроении и высоких технологиях, что делает знание японского языка востребованным на рынке языковых услуг. Около 240 млн человек разговаривает на арабском языке и в 23 странах он является официальным. ОАЭ являются мировым лидером на нефтяном рынке.
Что делать с этими данными заказчикам и поставщикам услуг перевода
Обзор рынка мобильных приложений
Первый квартал 2016 года стал знаменательным для мирового рынка мобильных iOS-приложений. Китай впервые перегнал Японию по объёму выручки с продаж и занял 2-е место в рейтинге стран по уровню дохода от мобильных приложений – за последние 4 месяца доход Китая вырос более чем в 2 раза. Такой рост был обеспечен в основном за счёт мобильных игр.
Вытеснив Японию со второй позиции по доходам от приложений на обеих платформах, Китай вплотную приблизился к лидеру в рейтинге по мобильным играм в AppStore – США. По прогнозам AppAnnie, уже в этом году Китай станет безоговорочным лидером по выручке от продаж игр на платформе от Apple.
На какой язык локализовать приложение
Проанализировав данные по наиболее распространённым языкам, востребованным языковым парам, количеству загрузок и доходу от мобильных приложений по странам, составим рейтинг языков, на которые разработчикам стоит локализовать свои приложения для увеличения прибыли.
Стоит добавить, что магазина мобильных приложений GooglePlay в Китае всё ещё нет. Китайские разработчики ориентируются на локальные сторы для Android-продуктов, поэтому и доходы от продажи приложений на платформе от Google достаточно низкие.
Топ 5 языков для локализации iOS-приложений
Топ 5 языков для локализации Android-приложений
Какими навыками должен обладать специалист по локализации приложений
Локализация игр и приложений действительно является по своей сути переводом, но требует владения специальных программистских и технических навыков. Поэтому локализация – самая трудоёмкая отрасль лингвистических услуг. Языковой специалист должен не только великолепно знать язык, но и обладать базовыми знаниями разработчика для локализации отдельных элементов меню и интерфейса. Кроме того, специалист по локализации должен хорошо разбираться в тематике приложения и иметь хотя бы минимальный опыт работы с такими приложениями и ресурсами. Локализация игр ещё сложнее. Тут от переводчика требуется самим быть немного геймером и иметь хорошую фантазию. В мобильных играх переводчик не просто интерпретирует текст на другой язык, а буквально создаёт отдельную версию игры на другом языке.
Однако и это далеко не всё, что влияет на качество локализации. В процессе выполнения переводов возникает определённый ряд трудностей и проблем. Например, разные специалисты по-разному могут интерпретировать одни и те же фразы или слова в одних и тех же местах. Подробнее об этом, о видах локализации, о стоимости услуг локализации и о том, как и где заказать локализацию можно узнать здесь.
Локализация приложений даёт возможность выйти на рынки других стран, тем самым существенно увеличить количество загрузок и соответственно – прибыль. Исследования в компании мобильного маркетинга Applead показывают, что локализация страницы приложения в Google Play и AppStore повышает конвертацию в установку на 25-30%, что несомненно сыграет в плюс для продвижения мобильных приложений и увеличению вовлечённости пользователей. Разнообразие вариантов монетизации мобильного приложения позволяет подобрать наиболее подходящую модель, а локализация – сделать из этой модели генератор масштабируемой прибыли. Глупо упускать источники возможного дохода на подъёме рынка разных стран, несмотря на то, что локализация является трудоёмким и кропотливым процессом. Рост мирового рынка мобильной рекламы, увеличение количества пользователей смартфонов и повышение интереса владельцев “умных” мобильных устройств к приложениям ясно даёт понять, что локализация – это необходимый инструмент для расширений клиентской базы в мире.