Как выложить игру в play market

Публикация рабочей версии

Опубликуйте свое приложение или игру для всех в Google Play.

Используйте охват Google Play

Сделайте свое приложение или игру доступными более двум миллиардам пользователей во всем мире.

Минимизируйте риски с поэтапным внедрением

Поэтапно внедряйте обновления и выявляйте проблемы до того, как они коснутся пользователей.

Отслеживайте работу выпуска

Manage your rollouts by monitoring key release metrics on the Release dashboard

Рекомендации

Изучите отчеты о тестировании, прежде чем публиковать обновление своего приложения – так вы сможете выявить и устранить проблемы ещё до того, как с ними столкнутся пользователи.

Протестировав приложение, опубликуйте его рабочую версию для всех пользователей. Узнайте, какие статусы может иметь публикация и что происходит после загрузки приложения.

После того как загруженная версия приложения будет подтверждена, вы сможете сразу опубликовать ее или выбрать определенное время с помощью функции управляемой публикации/a>.

Отслеживайте показатели Android Vitals опубликованного приложения, чтобы быстро выявлять проблемы, которые могут снизить его производительность на тех или иных устройствах или в определенных версиях Android.

Подробнее

Подготовка и запуск версий для выпуска

Перейдите в Справочный центр и узнайте, как управлять версиями приложений с помощью наборов Android App Bundle.

Просмотр данных приложения по выпускам

Сравнивайте конечные версии и анализируйте изменения показателей: установки, обновления, сбои, ошибки ANR, а также оценки и отзывы.

Успешный запуск и обновление приложений в Google Play

Посмотрите презентацию с Google I/O, посвященную использованию инструментов управления выпусками.

Выпуски с поэтапным внедрением

Узнайте о преимуществах поэтапного внедрения выпусков.

Выпуск с уверенностью

Добейтесь успеха с помощью инструментов и стратегий, которые позволяют эффективно публиковать приложения и выводить их на международный рынок.

Открытое тестирование

Получайте отзывы о качественных и количественных показателях приложения или игры от большого числа тестировщиков.

Закрытое тестирование

Предлагайте доверенным пользователям протестировать новые функции и получайте отзывы, которые не влияют на общедоступные оценки.

Внутреннее тестирование

Быстро распространяйте свое приложение среди доверенных тестировщиков, не дожидаясь результатов проверки. Используйте процессы сертификации сборки перед публикацией для более широкой аудитории.

Обзор выпусков

Отслеживайте сборки и управляйте выпусками на всех этапах.

Дополнительные функции

Пора начинать

Опубликуйте свое приложение или игру для всех в Google Play.

Подпишитесь на новости Google Play для разработчиков

Источник

Инструкция по публикации Android-приложения в Google Play

Вслед за инструкцией по публикации приложения в App Store выкладываем внутренний свод правил Лайв Тайпинг по публикации приложений в Google Play, составленный отделом менеджеров при активном участии тимлида отдела Android-разработки Александра Мирко. Вне зависимости от того, насколько ты крутой и опытный проджект-менеджер, всегда есть шанс забыть что-нибудь. Эта инструкция призвана облегчить вам жизнь.

Итак, что нужно сделать PM`y в ходе публикации:

UPD от 25.04.2017: добавлены разделы про альфа- и бета-тестирование и поэтапное внедрение, дополнены разделы «Обеспечение сборки наличием цифровой подписи» и «Технические требования к apk-файлу», сделано замечание про ASO и внесены косметические правки.

Создание аккаунта

Для того, чтобы опубликовать приложение в Google Play, нужен аккаунт разработчика. Это особый тип аккаунта, который позволяет выкладывать приложение в Google Play. Создать его можно с помощью стандартного аккаунта Google. Необходимая часть процесса — внесение разовой оплаты за соглашение разработчика в размере 25$.

→ По ссылке можно завести аккаунт разработчика.

После оплаты нужно будет заполнить данные для аккаунта разработчика и завершить регистрацию.

Пользовательское соглашение

Основные положения из Соглашения Google Play о распространении программных продуктов о которых вы должны знать:

Подготовка маркетинговых материалов

К маркетинговым материалам существуют следующие требования:

Текст

Начинать подготовку маркетинговых материалов стоит с текстов.

Требования стора к тексту

Требования у Google Play к ним следующие:

Посмотреть полные требования Google Play к тексту и его особенностях можно здесь (Как указать данные для Google Play → О продукте).

В целом, оформление приложения в сторах (App Store Optimization, или ASO) — целое искусство, на которое выделяется отдельный самообразованный человек, и в двух словах об этом не рассказать. На эту тему уже есть хорошие материалы, как например, такой.

Согласование текста с клиентом

Текст, как и любой другой маркетинговый материал, нужно согласовывать с клиентом. Происходит это так: перед встречей PM делает различные варианты материалов и в ходе встречи обсуждает с клиентом.

Эта статья на Appractor поможет написать хороший текст для Google Play (также подходит для App Store).

Скриншоты

Количество скриншотов

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

Для создания скриншотов прямиком с устройства существует приложение Clean Status Bar. Оно очистит статус бар от мусора: сделает батарею полной, выставит 12:00 на часах и по желанию отобразит иконки 3G и WiFi. Установить приложение можно по ссылке.

Требования стора к скриншотам

Советы по выбору скриншотов

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

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

Хорошая статья с множеством информации, но изображения недоступны.

Пример качественных скриншотов

Иконка

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

Требования стора к иконке

Отображение иконки в магазине

Проморолик

Это важная часть маркетинговой компании, т.к позволяет наиболее выгодно презентовать приложение для пользователя. Добавление ролика само по себе опционально, но если мы заботимся о клиенте и пользователях и у нас есть время и бюджет, то это лучше сделать.

Требования стора к проморолику

Требования Google Play:

Советы по созданию видео

Видео должны быть короткими (от 30 секунд до 2 минут) и демонстрировать самые привлекательные функции приложения. На устройстве с Android 4.4 или более поздней версии можно записать видео с устройства с помощью команды оболочки ADB screenrecord.

Баннер

На картинке для раздела «Рекомендуемые» можно продемонстрировать потенциальным пользователям графические возможности приложения. Это изображение необходимо, чтобы показывать приложение на разных страницах Google Play.

Требования стора к баннеру

Требования Google Play к баннерам:

Пример расположения баннера в Google Play

Советы

Возрастные ограничения

Требования стора

Система возрастных ограничений для игр и приложений учитывает особенности законодательства и культуры отдельных стран. Это позволяет разработчикам более точно определять ограничения для контента и распространять приложения среди той аудитории, для которой они предназначены.

Чтобы установить возрастное ограничение, войдите в Google Play Developer Console и заполните специальную анкету для каждого из своих приложений. Программы, которым не присвоен рейтинг, могут быть заблокированы для отдельных пользователей или стран.

Вы обязаны заполнять анкеты для установления возрастных ограничений и соблюдать рекомендации по оценке контента. Приложения, которым не присвоено ограничение, могут быть удалены из Google Play.

Внимание! В анкете давайте правдивые и максимально точные ответы, иначе приложение может быть удалено или заблокировано.

Заполнение анкеты

Технические требования к apk-файлу

Обеспечение сборки наличием цифровой подписи

Цифровая подпись необходима для того, чтобы Google Play мог идентифицировать разработчика, и в дальнейшем только этот разработчик мог обновлять/изменять приложение. К тому же, на цифровую подпись завязаны множество сервисов, таких как Facebook SDK, Vk SDK и большинство Google сервисов.

Внимание! Хранилище ключей должно находиться в надежном месте. Если вы потеряете доступ к хранилищу или пароли к нему, то назад пути нет. И даже Google ничем не поможет. Вам придётся опубликовать приложение с новым названием пакета и новым ключом. Кроме того, потребуется обновить описание исходного приложения и закрыть к нему общий доступ. Потеря файла или паролей обернётся для вашего приложения полной трагедией: пользователям придётся удалять текущую версию и скачивать из Google Play новую, а вы потеряете статистику, скачивания, аудиторию и многое другое, ради чего вы столько трудились. В общем, малоприятное событие. (см. п. «Подпись для приложения»)
Хорошей практикой считается подписывать группу своих приложений одной и той же цифровой подписью. Во-первых вы не запутаетесь в них, а во-вторых вы получаете ряд приятных бонусов. Например можно организовать безопасное общение между своими приложениями через Intent, кастомный и его свойство android:protectionLevel=«signature». Но это уже должен знать разработчик.

Настройка оплаты за пользование приложением

Иногда заказчик планирует продавать контент в приложении, либо делать само приложение платным. Начать следует с того, что в своем аккаунте разработчика после загрузки приложения вы можете выбрать тип приложения: платное или бесплатное.

Смена типа приложения

Вы можете сделать платное приложение бесплатным без повторной выкладке приложения в стор. Но для того, чтобы сделать бесплатное приложение платным, вам нужно будет выкладывать приложение в стор с новым названием пакета и указанием цены.

Привязка к Merchant Center

Чтобы указать цену на приложение, вам потребуется привязать свой аккаунт разработчика к Google Payments Merchant Center. Это необходимо для того, чтобы указать налоговые ставки.

Важно: привязку аккаунта к Merchant Center можно произвести только один раз, обратите на это внимание. Если допущена ошибка при привязке Google Payments Merchant Center, то придётся отдавать 25$ за создание нового аккаунта разработчика.

→ Шаги по созданию аккаунта описаны здесь.

После того, как вы произвели привязку, необходимо указать налог с продаж для региона. На сегодняшний день у нас нет опыта в подобных операциях, поэтому желательно будет проконсультироваться с кем-нибудь, кто его имеет. Как указать налог с продаж для региона, указано по ссылке.

Особенности работы с налогами в некоторых странах

В случае, если клиент российский, все проще и сложнее одновременно, т.к для клиентов из Аргентины, России, Тайваня, Индии налоговые вычеты осуществляются самостоятельно. Таким образом, мы должны зарегистрироваться как индивидуальный предприниматель и платить налоги с продажи приложения самостоятельно. Исходя из этого, мы включаем в цену приложения ВСЕ налоги, которые впоследствии будем выплачивать сами. Google не будет производить НИКАКИХ отчислений с продажи.

Отчисления Google не производит, но осуществляет операционный сбор в виде 30% с чистой цены. Чистая цена — цена за вычетом всех налоговых сборов.

Пример

Предположим, что цена приложения равна 100 японским иенам, а НДС составляет 20%.
Разработчик перечисляет в соответствующие органы НДС в размере 17 японских иен.

Формула: Цена приложения — (цена приложения * 1/(1 + налоговая ставка))
100 яп. иен — (100 яп. иен * 1/1,2) = 17 яп. иен

Доход разработчика после уплаты операционного сбора в размере 30% и НДС: 58 японских иен.

Формула: цена без НДС * 70%
83 яп. иены * 0,7 = 58 яп. иен

Больше информации о налоговых сборах и правилах Google Play доступны по ссылке.

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

Цена приложения и валюты

Цена на приложение устанавливается в местной валюте. Для того, чтобы посмотреть цену на приложение, необходимо:

Обновление цен

Важно: если клиент планирует зарабатывать на приложении как основном источнике дохода, стоит сказать ему о необходимости обновлять цены на приложение в соответствие с курсом валют. Для этого необходимо выставить флажки рядом с нужными странами и нажать Обновить курсы валют на экране «Цены и ценообразование».

Настройка альфа- и бета-тестирования

Альфа- и бета-тестирование позволяет опробовать ваше приложение на узком круге пользователей. Существует открытое и закрытое тестирование. В обоих случаях тестовая группа пользователей не сможет оставлять публичные отзывы в Google Play — только личные, которые не являются общедоступными. В любом случае полезно предложить им дополнительный общий канал для обратной связи. Стоит отметить, что неважно, публикуете вы приложение впервые, обновляете существующее или меняете его описание, изменения будут доступны в Google Play не мгновенно, а только через пару часов.

Подробнее можно посмотреть тут.

Поэтапное внедрение обновлений

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

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

Крайне рекомендуем не пренебрегать и пользоваться данной возможностью. Для внедрения можно воспользоваться шагами в 10, 25, 50, 75 и 100% и растягивать в соответствии с длиной спринта.

Подробнее можно посмотреть тут.

Публикация приложения

Если вы готовы опубликовать версию, сделайте следующее:

Источник

Публикация игры в Google Play. Настройка Play Games Plugin для Unity

Всем привет! Решил поделиться своим опытом по добавлению игры в Google Play Console и настройке Play Games Plugin для Unity.

Начнем мы с настройки Unity.

Настройка Unity

Сначала нужно скачать и установить Play Games Plugin.

Для этого идем по этой ссылке, выкачиваем репозиторий, идем в папке current-build, открываем GooglePlayGamesPlugin и устанавливаем его. После этого Google Play Games должны появиться во вкладке Windows.

И должно появиться такое окошко

Во вкладке Other Settings указываем следующие поля:

Здесь нам нужно создать keystore, (подробнее о keystore тут и тут чуть короче).

Теперь, каждый раз перед созданием нового билда, вам нужно будет заходить в эти настройки, и вводить пароли от ключей, так что сохраняйте ключи в надежном месте, в случае утраты будут большие проблемы с восстановлением.

Подробнее о всех настройках можно почитать на оф странице Unity.

Если появиться такое окошко после создания билда, то не переживайте, после настройки Google Service мы вернемся в Unity.

Настройка Google Play Console

Для начало нам нужно будет приобрести Google Developer Account, стоит он 25 долларов. Предположим что мы его уже купили.

Открываем ссылку на Google Play Console
Идем во вкладку Все приложения, нажимаем Новое приложение, вводите название, выбираете язык будущего приложения, нажимаете создать.

После создания приложения, откроется страница с вашим приложением.
Тут вам нужно будет заполнить все нужные поля чтобы можно было опубликовать приложение. Можете просто навести на треугольник, и он вам подскажет что вам нужно заполнить.

После заполнения всех необходимых полей, идем во вкладку Версии приложения,
тут вы решаете на какой стадии ваше приложение, и исходя из выбора, переходите во вкладку управление, в моем случае это Альфа тестирование.

Здесь выбираем создать выпуск, подключаем Google Play App Signing в следующем окне (если появилось). Выбираем наш apk файл, после загрузки файла, Google должен автоматически подтянуть версию приложения, и номер бандла (те настройки что вы указывали перед созданием билда) как показано на скриншноте.

И последнее что вам нужно сделать перед созданием выпуска, это заполнить поле “Что нового в этой версии” (не удаляйте тэги языка при заполнении). Нажимаем посмотреть, тут должно быть предупреждение такого типа:

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

Возвращаетесь в ваше приложение, нажимаем на Управление, тут выбираете каким будет тестирование, открытое или закрытое, выбираете ваш список тестировщиков, нажимаете сохранить.

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

После этого проект должен перейти в стадию готовится к публикации, нужно будет подождать пару часов, пока наше приложение провериться.

А пока идет проверка, мы перейдем к настройке игровых сервисов.

Настройка Игровых Сервисов

Игровые сервисы позволяют вам добавлять в игру таблицы лидеров, облачные сохранения, достижения, квесты и т.д.

Переходим на главную страницу, идем во вкладку Игровые сервисы, нажимаем добавить игру, обязательно выбираете что вы не используете Google API пока, нажимаем продолжить.

Тут нам нужно будет привязать игру что мы загрузили ранее к сервису что мы только что создали. Идем во вкладку Связанные приложения и выбираем платформу (в моем случае Андроид), при нажатии на название пакета, должна появиться ваша игра, выбираем ее, крутим чуток ниже, и выбираем настройки которые вам нужны, после этого сохраняем.

После этого вы должны выполнить авторизацию приложения, нажимаете авторизовать и подтверждаете, чуть позже я расскажу об этом.

Если вы хотите использовать облачное сохранение, перейдите во вкладку Сведения об игре и там после описания игры, будет опция Сохраненные игры, включите ее и сохраните изменения (после выбора этой опции, ее нельзя будет изменить после публикации сервиса), тут же прокрутите страницу до конца и включите API Google Диска.

Теперь можете добавлять то что желаете, в моем случае добавлю одну таблицу лидеров.
После того как вы все сделали/добавили, переходим во вкладку Публикация, тут будет указано то что вы еще не сделали, нажимаем опубликовать игру.

Снова нужно будет подождать пару часов.

После публикации

После того как ваша игра будет опубликована, вы сможете найти ее на странице Google Play, и так же нам нужно будет отправить ссылку на наше приложение тестировщикам.

Для этого идем в Управление релизом, Версии приложения, разворачиваем это окошко

и видим ссылку которую нужно будет отправить тестировщикам, переходим по ней.
Тут у нас открывается окно, в котором мы должны будем согласиться на тестирование нашего приложения, нажимаем Участвовать в тестировании

После должно появиться окно что вы стали тестировщиком, на странице будут ссылки откуда вы можете скачать приложение.

Теперь вы можете скачать свое приложение, и протестировать.

Совет : чтобы быстро перейти на вашу страницу приложения в Google Play, наведите на иконку информация справа от названия вашего проекта, и нажмите Найти в Google Play.

Хорошо, вы теперь можете загружать своё приложения из Google Play. Следующий шаг это обновления приложения.

Обновление приложения

Допустим мы что то поменяли в приложении, и теперь мы хотим обновить версию приложения в Google Play.

Для это в Unity в обязательном порядке меняем Bundle Version Code (версию приложения менять не обязательно), и вводим пароли от ключей что были созданы до этого.

Чтобы посмотреть видео с запуском, выбираете устройство где тестирование уже завершилось, после этого должно открыться окно с характеристиками телефона, и видео.

п.с. Еще месяц назад можно было смотреть логи под видео, кто знает куда их Гугл подевал?

Обычно тестирование у меня занимает минут 20, после этого нужно еще подождать 10-15 минут до публикации на Google Play. Кстати, будьте аккуратны если вы загружаете несколько версий подряд, не факт что та версия которую вы скачиваете именно последняя, мой совет после публикации можно смело ждать около часа перед тестированием.

Ускоряем тестирование

Согласитесь, если вы тестируете Google Play Services то весь путь от загрузки и до скачивания занимает приличное количество времени (около 40 минут), что совсем не радует. Я сам прошел такой путь когда делал поддержку Google Play Services, было очень больно после каждого маленького изменения ждать 40 минут что бы это протестировать. Как то смотря видео про облачные сохранения, я увидел приложения Nox (ссылка, надеюсь не сочтут за рекламу), который отлично эмулирует Андроид, вы просто создаете новую версию приложения, устанавливаете его в Nox, и все, можете его спокойно тестировать, минуя при этом 30 минут времени, неплохо правда? Но вот есть еще одна загвоздка, сервисы Google Play не будут работать в том случае если вы скачали приложение не из Google Play, но, это можно легко обойти, на это я наткнулся так же в видео про облачные сохранения.

Теперь нужно поменять значение сертификата в Google API, для этого идем в Игровые сервисы, выбираем тот к которому привязано ваше приложение, открываем Сведения об игре, крутим в самый низ страницы и видим ссылку, переходим по ней (спасибо гуглу за такой клевый дизайн, иногда требуется несколько минут чтобы найти ссылку).

Откроется вот такая страница, здесь нас интересует раздел Учетные данные

Открываем нашу учетную запись и меняем значение SHA1 сертификата на тот что вы скопировали до этого, и сохраняете.

Важно! Не забудь перед публикацией релизной версии поменять значение сертификата SHA1 на то что из Сертификат для подписи приложения. Иначе у пользователей не будут работать сервисы.

Теперь мы сократили наше тестирование до 5-7 минут, неплохой результат!

Заканчиваем с настройкой Unity

После того как мы все сделали в Google Play Console, мы можем вернуться в Unity и закончить наши настройки.

Для начала откроем Google Play Console и пойдем в Игровые сервисы, и открываем что нибудь из того что мы создали (например рейтинг игроков) и видим там “Получить ресурсы”, нажимаем на нее, во вкладке Android копируем все, и открываем Unity.

Должно будет появиться такое окно

В нем указываем куда сохраним класс, и имя класса, туда же вставляем то что мы скопировали до этого, и нажимаем Setup, должно будет появиться окно о том что настройка прошла успешна.
Вот и все, теперь в этом классе содержатся константы с id-шниками вещей что мы создали.

В конце, решил продублировать все ссылки что были в статье, а также дать ссылки на видео что будут полезны именно при настройке Google Services в коде.

Источник