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

Для того, чтобы опубликовать приложение в Google Play, нужен аккаунт разработчика. Создать его можно с помощью стандартного аккаунта Google.

Если у вас нет стандартного аккаунта гугл, то создать его можно по ссылке.

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

Необходимая часть процесса — внесение разовой оплаты за соглашение разработчика в размере 25$.

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

• вы полностью отвечаете за ваш продукт и поставляемый в нём контент;
• вы обязуетесь отвечать на вопросы пользователей в течении трёх рабочих дней и на «срочные вопросы согласно определению Google» в течении 24 часов;
• обязуетесь сохранять конфиденциальность и безопасность пользовательских данных;
• вы не пытаетесь обманывать, причинять какой-либо вред или вводить в заблуждение пользователя и компанию Google;
• вы не распространяете запрещённый контент. Все Продукты, распространяемые через Google Play, должны соответствовать Правилам программы для разработчиков;
• вы разрешаете Google возвращать покупателю полную стоимость Продукта или транзакции внутри приложения от вашего имени, если покупатель запрашивает возврат средств в любой момент после покупки. Удаление продукта не освобождает вас от ответственности перед какого-либо рода выплатами;
• в целом, Google снимает с себя любую ответственность, связанную с вашим продуктом

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

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

Для срочных релизов или проверки MVP допускается минимум — сделать маркетинговые материалы, соответствующие требованиям магазина. В других проектах необходимо сделать так, чтобы маркетинговые материалы были максимальным вкладом в успех проекта.

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

• название приложения: не более 30 символов;
• короткое описание: не более 80 символов;
• короткое описание: не более 80 символов;
• полное описание не более 4000 символов.

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

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

Рекомендуем прочитать хорошую статью на тему "Как создать идеальное описание приложения для App Store и Google Play"

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

Требования гайдлайнов:

• формат JPEG или 24-битный PNG (без альфа-канала);
• не менее 320 пикселей;
• не более 3840 пикселей;
• соотношение сторон не должно превышать 2:1.

Требования Google Play к скриншотам доступны по ссылке.

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

Полезная статья с рекомендациями по работе с скриншотами для Google Play и App Store. Очень много полезной информации.

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

Требования гайдлайнов:

• 32-битный PNG (с альфа-каналом) мы делаем всегда без альфа-канала;
• размеры: 512 х 512 пикселей;
• максимальный размер файла: 1024 КБ

Как сделать иконку правильной с точки зрения дизайна читаем тут

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

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

• указывайте URL отдельного видео на YouTube, а не плейлиста или канала;
• не используйте видео с возрастным ограничением в качестве проморолика;
• используйте полную ссылку на видео YouTube вместо сокращенной:

На сайте play.google.com видеоролики всегда расположены в начале описания. В приложении Play Market кнопка воспроизведения проморолика будет накладываться на картинку для раздела «Рекомендуемые» в верхней части экрана.

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

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

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

• JPEG или 24-битный PNG (без альфа-канала);
• 1024х500 пикселей.

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

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

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

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

1. Войдите в Google Play Developer Console.
2. Выберите приложение.
3. В меню слева нажмите Возрастные ограничения.
4. Прочитайте информацию об анкете и введите свой адрес электронной почты. По этому адресу представители IARC смогут связаться с вами.
5. Нажмите Продолжить.
6. Выберите категорию.
7. Заполните анкету. Если вы указали ответы на все вопросы в разделе и хотите изменить один из них, нажмите Изменить. Чтобы закончить заполнение анкеты позже, нажмите Сохранить проект. Для каждого приложения доступен только один черновик.
8. Нажмите Определить возрастное ограничение.
9. Выберите Установить возрастное ограничение на странице с общей информацией об ограничениях.

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

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

Цифровая подпись помещается в хранилище ключей (файл с расширением .keystore или .jks ). К хранилищу обязаны прилагаться:

• store password — пароль к хранилищу ключей;
• key alias — название ключа в хранилище;
• key password — пароль к ключу.

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

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

Хорошей практикой считается подписывать группу своих приложений одной и той же цифровой подписью. Во-первых вы не запутаетесь в них, а во-вторых вы получаете ряд приятных бонусов. Например можно организовать безопасное общение между своими приложениями через Intent, кастомный <user-permission> и его свойство android:protectionLevel=«signature». Но это уже должен знать разработчик.

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

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

Чтобы указать цену на приложение, вам потребуется привязать свой аккаунт разработчика к 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 доступны по ссылке.

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

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

1. На странице Цены и распространение укажите нужные страны или установите флажок «Выбрать все».
2. Посмотреть цену для каждой страны в соответствующем столбце:— цены для разных стран рассчитываются по текущему обменному курсу с учетом местной специфики ценообразования.— если местная валюта не поддерживается, для страны действует цена в вашей валюте по умолчанию.

Как владелец приложения мы вправе выставлять цены для каждой страны в соответствии с нашими прихотями. Для этого нужно:

1. рядом с нужной страной нажмите Изменить;
2. введите цену;
3. нажмите Применить.

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

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

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

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

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

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

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

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

1. Откройте Google Play Developer Console.
2. Выберите приложение.
3. В меню слева откройте раздел Управление версиями.
4. Рядом с названием нужной версии нажмите Продолжить.
5. Просмотрите проект выпуска и при необходимости внесите изменения.
6. Выберите Посмотреть. На открывшейся странице можно убедиться, что ничего не мешает выпустить версию приложения для пользователей.
7. Просмотрите все предупреждения и сообщения об ошибках.
8. Для запущенных продуктов укажите процент внедрения версии. Если вы выпускаете рабочую версию впервые, эта настройка будет недоступна.
9. Выберите Подтверждение внедрения версии. Если вы выпускаете приложение впервые, оно будет опубликовано для всех пользователей Google Play в выбранных вами странах.

Более подробно читайте о публикации здесь.

Для чего нужна политика обработки персональных данных?

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

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