Android google play tags

Use these badges in your marketing to promote your content on Google Play.

If you are driving to music or podcast streaming in Google Play Music, use the Google Play Music badge available here instead.

Dos & Don’ts

Follow these guidelines whenever you are using a Google Play badge.

Never use out-of-date badges

Never change badge color

Never remove or rearrange badge elements

Make sure badge is legible

Use the badges as provided. Never alter the badges.
There must be clear space surrounding the badge equal to one-quarter the height of the badge.
The badge must be large enough that all of the text is legible.
The Google Play badge should be the same size or larger than other application store badges.
Badges must be shown on a solid colored background or a simple background image that does not obscure the badge.
Match the badge language to the language of your marketing campaign whenever possible.
Any online use of the badge must link to the Google Play store. Use the generator below to get the HTML to include in your digital marketing.
The badge can only be used to promote content available on Google Play.
Include the appropriate Google Play legal attribution when there is space in the creative. See the badge generator for localized legal attributions.
Use of the Google Play badge must be reviewed and approved by the Google Play Partner Brand team if the badge will be in:
- a TV commercial
- an out-of-home marketing campaign
- a marketing campaign that will receive over 1 million impressions
Use this form to submit your marketing for approval.

Get your badge

Choose your language, deliverable type, and file type to generate your Google Play badge.

For digital badges, enter the Google Play store URL for your content to generate a badge in HTML to add to your digital marketing.

Generate a badge

Using Google Play in text

Any use of Google Play or Android in text in your marketing must be reviewed and approved by the Google Play Partner Brand team.
Use this form to submit your marketing for approval.

Источник

Google Play Store Tags: What & How to Use Them

by Alexandra De Clerck , Head of Marketing at AppTweak Tue 11 Aug 2020, 10:00 PM Advanced ASO

In August 2019, Google introduced Play Store Tags to improve discoverability and help find users new apps they might like. Since then Tags have gained a lot of visibility in the Play Store and should be an integral part of your ASO strategy. Therefore we thought it is worth it to dive a little deeper into this topic. 🤓

What are Google Play Store tags?

Google announced that besides categories, developers can now also add ‘tags’ to their app listing. Both categories and tags help users search for and discover new apps in the Google Play Store.

Categories: categories are used by Google to group apps. Users can then search for or discover new apps or games by browsing a certain category in the Play Store.
Tags: Tags help Google understand what your app is about. Google indicates that tags may affect where your app is displayed on the Google Play store.

In short, tags will help Google to cluster similar apps so it can show users relevant content when they are browsing the store. As a result, developers can expect an impact on impressions and downloads from ‘explore’when updating tags.

Tags allow Google to cluster apps across categories to serve users with better content.

Tags also might help you better benchmark your app’s performance as Google highlights they will also impact the peer groups you are compared against. Peer Groups allow developers to compare their app’s ratings, vitals and acquisition data with similar apps or games.

Since March 2020, Tags now also show in the Search Results, next to the developer name, alongside the number of downloads and ratings. With tags now being so visible in the search results, they might also have an impact on conversion rate.

Play Store Tags are now also displayed in the search results for certain queries, next to the developer name.

In July 2020, users noticed that Play Store Tags can also be used to filter search results. It does look like Google is still testing this feature, but if this would be rolled out worldwide Tags might have a big impact on an app’s search visibility as well.

How to choose the right tags for your app or game.

To add tags to your app, login to the Google Play Console, click on ‘store presence > store listing’ in the left menu. Underneath ‘categorization’, click on ‘manage tags’. Developers can add up to 5 tags to their app or game.

Instructions on how to add tags to your app or game.

According to Google’s guidelines developers should choose tags that describe the content and functionality of their app. Google further stresses that you should choose tags that are “most obviously relevant to your app. It should be very clear to a user unfamiliar with the app why the tag is relevant based on the store listing or initial in-app experience”.

We recommend to take Google’s guidelines to heart and be careful when choosing your tags. Only select the most relevant tags and refrain from adding tags that describe competitors as this might negatively impact your rankings and visibility. That means that it is not necessary to use all 5 tag slots. Instead, it might be better for you to just choose 2 or 3 tags that are the most relevant for your app.

Also, keep in mind that tags are global. You cannot choose tags on a per listing or country basis. This means that if your app includes features that are only available in certain markets, you should be careful in deciding whether or not to add a tag that describes those features.

Tags can also be assigned by Google automatically

While developers can add tags manually on the Google Play Console, we’ve seen tags appear in the search results that were not added by the developer in the console. This indicates that Google will automatically assign relevant tags to certain apps or games. For example, we saw a game showing the tag “Arcade” while there were no tags selected in the console for this specific game.

Even more interesting, we found that some of these automatic tags are not even available for developers to choose from in the Google Play Console. We spotted 11 different tags that cannot be selected in the console but that still sometimes appear in the search results or on the app page. The most frequent ones are “Offline”, “Single Player” and “Stylised”. The others are “abstract”, “anime”, “cartoon”, chibi”, “competitive multiplayer”, “cooperative multiplayer”, “pixellated” and “realistic”.

After closely analyzing the top 200 apps and games in each category we found that Google was displaying on average 4.68 tags in the search results for each app. More than half of the tags displayed were those assigned automatically by Google that are not available to select by developers in the console.

Games on Google Play have 4.68 tags on average: 2.68 were assigned automatically by Google and are not available to select manually. 2 of the chosen tags were selected manually by the developers in the console.

The most common tags are similar to category names

In most cases, a tag similar to the category name will be displayed, along with one or more specific tags. If we look at the top 200 apps in the category “Games”, we can see that 11.6% of apps in the subset have the tag “Casual”, 9.7% have the tag “Arcade”,9 % have “Puzzle” and 8.4% have “Action”. 20 apps have a unique tag they don’t share with any other game.

Most used Google Play Tags in the Game Category

In the Puzzle category, the tag “Puzzle” (the category name) is used by 63% of the games. Then, the most popular tags are “Arcade”, “Tile-matching”, “Casual” or “Match 3”. Games in other categories share similar behaviour. Therefore, category names such as “word”, “casual”, “strategy”, “simulation”, “puzzle”, “action”, “casino”, “racing” are the most common tags overall.

Most used Google Play Tags in the Puzzle Category

Monitor the impact of Google Play Store tags on ASO

As Google is continuing to experiment with Play Store Tags, it is early to analyze the potential impact of tags on ASO. However, recently an AppTweak client shared that their visibility in the Similar Apps decreased after they updated their tags.

You can use AppTweak to monitor your app’s visibility in the Similar Apps cards. Not only can you find out which apps are referring to your app in the Similar Apps card, you can also track the history and estimate how many views you might have received from similar apps.

In this example below AppTweak estimates hat Mario Kart Tour receives more views from Similar Apps cards than its competitors.

📈Did you add tags to your app or game already? Are you seeing an impact on downloads so far?

Make sure to monitor your app’s performance regularly! Start your 7-day free trial on AppTweak today to get started!

by Alexandra De Clerck , Head of Marketing at AppTweak

Alexandra De Clerck is Head of Marketing at AppTweak. She has helped many companies increase their online web presence and is now here to help you boost your app downloads.

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

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

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

Создать аккаунт в Google Play Developer Console для заказчика, если у заказчика такового нет, или предложить произвести публикацию с нашего аккаунта.
Оформить privacy policy.
Подготовить маркетинговые материалы (иконка, скриншоты, APK, баннер, текст, проморолик).
Обеспечить сборку наличием сертификата цифровой подписи.
Настроить оплату за пользование приложения.
Отправить сборку в Google Play.

Все подробности — под катом.

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

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

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

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

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

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

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

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

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

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

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

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

Текст

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

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

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

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

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

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

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

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

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

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

Скриншоты

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

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

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

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

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

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

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

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

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

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

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

Иконка

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

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

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

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

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

Проморолик

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

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

Требования 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 пикселей.

Картинка для раздела «Рекомендуемые» располагается над сведениями о приложении в Play Market. Если загружен проморолик, поверх неё будет расположена кнопка

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

Советы

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Внимание! Хранилище ключей должно находиться в надежном месте. Если вы потеряете доступ к хранилищу или пароли к нему, то назад пути нет. И даже 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 Developer Console.
Выберите приложение.
В меню слева откройте раздел Управление версиями.
Рядом с названием нужной версии нажмите Продолжить.
Просмотрите проект выпуска и при необходимости внесите изменения.
Выберите Посмотреть. На открывшейся странице можно убедиться, что ничего не мешает выпустить версию приложения для пользователей.
Просмотрите все предупреждения и сообщения об ошибках.
Для запущенных продуктов укажите процент внедрения версии. Если вы выпускаете рабочую версию впервые, эта настройка будет недоступна.
Выберите Подтверждение внедрения версии. Если вы выпускаете приложение впервые, оно будет опубликовано для всех пользователей Google Play в выбранных вами странах.

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

Источник

Android google play tags