как публиковать приложения в google play

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

Опубликуйте свое приложение или игру для всех в 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% и растягивать в соответствии с длиной спринта.

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

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

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

Источник

От регистрации до витрины: как выложить мобильное приложение в App Store и Google Play (часть 1)

Начинающие мобильные разработчики часто испытывают затруднения при выкладывании своих проектов в Google Play и App Store. И если с первым особых проблем не возникнет, то со вторым придется повозиться, особенно, если вы выкладываете приложение от юридического лица. Поэтому в помощь начинающим мы решили написать туториал по размещению в официальных сторах приложений под iOS и Android.

Одна из главных задач Scorocode — помощь российским мобильным разработчикам. Но жизненный цикл приложения не завершается после создания. Его еще нужно опубликовать, развивать и поддерживать. Чтобы помочь на самых разных этапах существования мобильных приложений и сервисов, мы будем периодически публиковать различные статьи и заметки. Следите за обновлениями блога.

App Store

Начнем с самого сложного — с размещения в App Store от юридического лица.

Работая с Apple, указывайте только верные и корректные данные при заполнении любых анкет. Это поможет избежать проблем в будущем, сократит время принятия решений по вашему вопросу и значительно облегчит жизнь. Нередко бывает так, что при регистрации приложений из-за одной описки в названии фирмы или других важных данных весь процесс приходится начинать заново.

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

Прежде всего нужно указать правильное название (которое в будущем будет использоваться в качестве имени продавца опубликованных приложений), телефон и полный адрес с почтовым индексом. Далее можно выбрать себя в качестве собственника или доверенного лица компании, отвечающего за все взаимодействие с Apple и имеющего соответствующие полномочия (причем Яблочники вполне могут запросить подтверждение этих полномочий в виде официального приказа с печатью). Либо же можно указать данные другого доверенного лица, если вы просто занимаетесь регистрацией, а в дальнейшем процесс взаимодействия будет вести кто-то другой.

Все данные на сайте D&B заполняются на русском языке, перевод на английский компания осуществляет самостоятельно. После заполнения анкеты на указанную электронную почту придет письмо со счетом на сумму 12 240 рублей. В течение 5 рабочих дней после его оплаты данные о вашей компании появятся в реестре D&B. Но имейте в виду, что для Apple они станут доступны только через 14 рабочих дней. Если вы попробуете ввести D-U-N-S раньше этого срока, тот он не пройдет. Итого, придётся ждать 19 рабочих дней, фактически календарный месяц. Как только номер принят Apple — самый длительный и тяжелый этап регистрации остается позади.

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

Для физического лица всё гораздо легче. На странице developer.apple.com/programs жмем кнопку Enroll, выбираем физическое лицо, заполняем данные с ФИО, адресом и телефоном, принимаем лицензионное соглашение и… Это всё.

Далее у нас появляется кнопка Купить, нажав на которую мы попадаем на страницу с данными по кредитной карте. Весь предыдущий процесс занимает от силы 5 минут. Дальше всё точно также, как и для юридических лиц. Оплачиваем, ожидаем пару рабочих дней и получаем доступ к ресурсу для разработчиков.

Google Play

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

Источник

Как быть опубликованным в Google Play в 2019

Вступление

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

Нашумевший GDPR не прошел мимо платформы гугла, и, если вы распространяете свое приложение в Европейском Союзе, извольте соблюдать правила сбора персональных данных. Чаще всего персональные данные собираются рекламными сервисами для показа релевантной рекламы. Здесь я расскажу о том, как правильно настроить AdMob, так как это одна из самых популярных рекламных площадок, и именно её я использую в своих приложениях. В случае с AdMob разработчик может даже не знать, что показывает персонализированную рекламу, потому что это поведение AdMob SDK по умолчанию.

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

Ради облегчения жизни разработчикам гугл выпустил библиотеку Consent SDK, которая делает все вышеперечисленные действия за вас. SDK динамически загружает форму подтверждения и отображает её при помощи WebView. Если вы используете медиацию AdMob, то там все несколько сложнее, потому что SDK поддерживает лишь несколько самых популярных рекламных сетей. Подробнее про медиацию и настройку Consent SDK можно прочитать в официальном гайде.

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

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

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

Совсем неочевидное письмо от поддержки

Кроме того, с 1 сентября 2019 года необходимо указать ещё и целевую аудиторию вашего приложения. Сделать это можно во вкладке «Контент приложения» в консоли разработчика. Выбранная ЦА повлияет на жесткость контроля за вашим приложением со стороны гугла. Так, если ваше приложение предназначено для детей до 13 лет, оно принудительно становится участником программы «Приложения для всей семьи». В случае, если ваше приложение 13+, но может привлекать внимание детей, на странице приложения нужно разместить баннер «Не предназначено для детей». Также, если вам кажется, что ваша страница не привлекает юную аудиторию, но гугл с вами не согласен, баннер будет размещен принудительно.

Как можно заметить, сообщения от поддержки не блещут информативностью

Политика конфиденциальности

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

Наконец-то можно понять, за что именно приложение было заблокировано

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

Copyright

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

Бан

В случае, если вы используете контент, который позволяет коммерческое использование, нужно убедиться, что вы выполняете все правила, оговоренные в лицензии. Одна из самых распространённых таких лицензий – Creative Commons. Если в полном названии этой лицензии содержится слово Attribution (сокращённо BY), то обязательно нужно предоставить appropriate credit, т.е. указать авторство и ссылку на лицензию. Если этого не сделать, ваше приложение, конечно, не удалят из магазина, но любой автор с обостренным чувством справедливости может подать на вас в суд.

Заключение

Надеюсь, этим небольшим руководством я помог не наступить на мои грабли тем, кто только начинает публиковать свои приложения в Google Play. В этой статье я почти не затронул тему публикации приложений для детей: как правильно соблюдать условия COPPA в США и программы «Приложения для всей семьи». Пишите в комментариях, интересна ли вам эта тема, и с какими проблемами при публикации сталкивались вы.

Источник