загрузка приложения в 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 для разработчиков
Как выложить приложение в Google Play
Недавно Google обновили консоль для публикации приложений в Google Play. Мы не стали ждать, пока сделает это за нас, и обновили нашу прежнюю инструкцию.
Новый гайд по публикации Android-приложений актуален на конец 2021 года. Здесь вы найдёте пошаговый сценарий по релизу приложений в Google Play, скриншоты для каждого шага с комментариями и полезные советы.
Разработчики и менеджеры «Лайв Тайпинга» составили инструкцию так, чтобы вы смогли добавить приложение в Google Play сами, но с нашей помощью — как если бы мы сидели рядом с вами и поясняли каждый шаг. Так что не сомневайтесь — у вас всё получится!
Как загрузить приложение в Google Play: содержание
Глоссарий
Мы составили для вас тематический словарь со всеми сложными терминами и понятиями из нашей инструкции. Ознакомьтесь с ним перед чтением, чтобы воспринимать текст было проще:
Действующие лица
Если вы готовы опубликовать своё мобильное приложение сейчас, то скорее переходите к инструкции. Но если у вас его ещё нет, то напишите нам — мы умееем выращивать мобильные приложения из идей при помощи любви, знаний и умелых рук.
Инструкция: как опубликовать приложение в Google Play
1. Создаём аккаунт разработчика в Google Play Console
Кто этим занимается: менеджер или клиент.
Что делать
1.1. Создаём аккаунт Google на имя вашей компании.
1.2. Открываем Google Play Console, регистрируем аккаунт разработчика, принимаем условия.
1.4. Заполняем данные о разработчике и завершаем регистрацию.
Создаём аккаунт разработчика
Менеджер проекта должен предупредить клиента о платной регистрации заранее, чтобы отношения между клиентом и студией не испортились: узнавать о дополнительных тратах постфактум неприятно.
Что может пойти не так на этапе регистрации
Если по причинам оплата в Google Play не проходит, а дедлайны горят, вы можете опубликовать приложение с аккаунта студии мобильной разработки — с вероятностью 99,9% он у неё есть. Уже после релиза менеджеры переведут приложение на ваш аккаунт, чтобы все права и маркетинговое имя оставались за вами.
Пользовательское соглашение
Мы не можем опубликовать приложение, не согласившись с требованиями Google. Вот основные вещи, за которые владелец приложения берёт ответственность на себя:
Чтобы некоторые пункты не стали для вас сюрпризом, ознакомьтесь с действующим пользовательским соглашением Google Play.
2. Указываем информацию о приложении
Кто этим занимается: менеджер или клиент.
После регистрации в Google Play Console мы попадаем на вкладку All apps (Все приложения), нажимаем кнопку Create app (Создать приложение) и начинаем заполнять информацию о приложении.
Сначала консоль просит указать имя, язык, тип (приложение/игра) и способ распространения (платно/бесплатно) приложения, а потом перенаправляет нас на пошаговую настройку в разделе Dashboard (Панель управления).
Создаём страницу приложения в Google Play Console
Если ваше приложение платное, то перед тем, как продолжить заполнение анкеты, вам предстоит настроить платёжный профиль.
Обновлённая консоль предлагает нам список задач, которые нужно выполнить для завершения настройки. Каждая задача — гиперссылка: нажимаем на любую из них и попадаем на нужную вкладку.
Указываем информацию о приложении с помощью
2.1. Предоставляем сведения о контенте
Решённые задачи автоматически вычёркиваются из списка.
Галочкой отмечены задачи, которые мы уже выполнили
2.2. Указываем данные для распространения приложения
3. Загружаем маркетинговые материалы
Кто этим занимается: менеджер проекта, дизайнер, разработчик и/или клиент.
Подготовка
Перед релизом дизайнер и менеджер проекта готовят маркетинговые материалы для карточки приложения в Google Play. Они должны соответствовать задачам проекта и требованиям Google.
Для срочных релизов и проверки MVP можно сделать маркетинговые материалы, соответствующие только требованиям стора. В остальных случаях подготовка маркетинговых материалов — креативный процесс. Мы создаём уникальные изображения и тексты, которые демонстрируют, какую пользу приложение приносит людям, и привлекают новых пользователей.
3.1. Текст
Главное правило текста — лаконичность. У нас не так много места, чтобы описать все плюсы приложения, поэтому важно сосредоточиться на том, что может привлекать его целевую аудиторию.
Если приложение распространяется для нескольких стран, то для кажой желательно предоставить локализации — описание, переведённое на разные языки. Сделать это стоит по двум причинам: 1) локализации — это забота о пользователе; 2) локализации увеличивают загрузки.
3.2. Графика
Загружаем графических материалы
Какие изображения нужны для публикации приложения в Google Play:
Требования: формат JPEG или PNG (непрозрачный, без ), разрешение — 512×512 пикселей, объём до 1 МБ.
Требования: формат JPEG или PNG (непрозрачный, без ), разрешение — 1024×500 пикселей, объём до 1 МБ.
Требования: формат JPEG или PNG (непрозрачный, без ), разрешение от 320 до 3840 пикселей, соотношение сторон 16: 9 (для пейзажных снимков экрана), объём до 8 МБ.
Как много скриншотов загружать — вопрос открытый. С одной стороны, нам нужно наглядно показать функциональные особенности приложения. С другой — сформировать у пользователя стремление загрузить приложение и посмотреть, что же там есть ещё, чего не было на скриншотах. Как создать привлекательные скриншоты – читайте в статье Cossa.
Требования: формат или (без ), разрешение — 1280×720 пикселей.
Сделать страницу приложения заметнее для пользователей помогут рекомендации Google Play.
Загрузка
Маркетинговая информация о приложении загружается в разделе Развитие (Grown) > Страница приложения (Store Presence) > Основная страница приложения в Google Play (Main store listing). Попасть на неё можно как через навигационную панель слева, так и через уже знакомый нам список задач.
4. Загружаем сборку в Google Play Console
Кто этим занимается: разработчик и менеджер проектов или клиент.
Каждая сборка приложения должна быть защищена сертификатом цифровой подписи. Эта подпись нужна Google Play, чтобы идентифицировать разработчика — в дальнейшем только обладатель этого сертификата сможет обновлять и изменять приложение.
«App Bundle даёт пользователю возможность установить приложение меньшего размера. У Android пять базовых разрешений экрана. Это значит, что во время разработки мы складываем в пять папок один и тот же набор картинок, которые нарезаны под разные размеры. Также мы поступаем и с ресурсами для разных языков. Когда пользователь скачивает приложение в формате App Bundle, Play Market сам определяет разрешение его экрана, язык и другие параметры и скачивает только необходимые ресурсы, в то время как файл APK скачивается полностью».
– Екатерина Якимова, «Лайв Тайпинга»
Разработчики подписывают файл приложения и передают его менеджеру проекта.
Менеджер должен убедиться, что приложение подписано и ключ вместе с сопровождающими его паролями не забыт, не утерян или не попал в чужие руки. Потеря файла или паролей обернётся для приложения трагедией: пользователям придётся удалять текущую версию и скачивать из Google Play новую, а мы потеряем статистику, скачивания, аудиторию и многое другое, ради чего столько времени трудились. Не надо так.
После этого мы своими руками выкладываем сборку в Google Play Console в разделе Рабочая версия (Production).
Загружаем файл приложения в Google Play Console
Для завершения этого этапа нам потребуется:
В описании обновлений избегайте общих фраз. Пользователь приходит за обновлениями, чтобы получить исправленную версию, в которой нет ошибок, мешающих работать с приложением. Описание должно сообщить человеку, что изменилось.
Пример не самого удачного описания обновлений в Google Play
5. Оформляем политику конфиденциальности
Кто этим занимается: менеджер или клиент.
Чтобы рассказать пользователям, как будут обрабатываться их данные, мы добавляем ссылку на политику конфиденциальности (privacy policy). Сделать это можно в меню слева в разделе Правила (Policy) > Контент приложения (App Content).
Если у клиента нет готовой политики конфиденциальности, он может воспользоваться документом студии разработки на время, пока будет готовить свой. Составить документ можно с помощью англо- и русскоязычных конструкторов. Ещё можно «подглядеть» политику конфиденциальности у похожего проекта, но советовать этого мы, конечно, не будем.
6. Настраиваем продаваемый контент
Кто этим занимается: менеджер проекта или клиент.
Прежде чем настраивать продаваемый контент, нам нужно зарегистрировать аккаунт продавца, или платёжный профиль. Для этого мы возвращаемся к разделу Все приложения (All Apps) переходим в Настройки (Setting) выбираем пункт Аккаунт разработчика (Developer Account) и открываем вкладку Настройки оплаты (Payments Settings).
Или просто нажимаем синюю кнопку «Создать платёжный профиль» (Set up a merchant account), когда консоль предлагает сделать это.
Регистрируем платёжный профиль, если в приложении предусмотрены покупки
Play Console перенаправляет нас в платёжный центр, чтобы мы настроили свой платёжный профиль. Мы указываем юридическое название компании клиента, контактные данные лица, с которым Google может связаться при необходимости, и местонахождение компании.
Мы можем связать Play Console с аккаунтом продавца только один раз. Если мы захотим отменить связь или внести изменения, то придётся зарегистрировать новую учетную запись разработчика, оплатить ещё один регистрационный сбор и перенести все существующие приложения.
После регистрации аккаунта мы настраиваем покупки в разделе Монетизация (Monetise) на вкладке Товары (Products).
6.1. Подписки (Subscriptions)
Если в приложении есть платные подписки, мы должны настроить сведения о товаре:
Чтобы сделать подписку доступной для продажи, нужно изменить её статус в разделе Статус (Status) на «Активно».
Все условия подписки должны быть прописаны чётко и явно. Google заблокирует приложение, если в вашей подписке есть следующие нарушения:
Убедитесь, что подписки оформлены верно и честно. Подробнее о правилах можно прочитать здесь.
В разделе «Монетизация» также можно изменить способ распространения приложения. Для этого мы открываем вкладку «Цена приложения» (App Pricing) и нажимаем кнопку «Сделать приложение платным».
6.2. Контент для продажи ( products)
Контент для продажи — это покупки в приложении, которые пользователи оплачивают один раз, например виртуальные товары (предметы в играх) или разделы приложения.
У каждого товара должен быть свой уникальный идентификатор, который позволит отличить ваш продукт от продукта другого продавца. Откройте вкладку контент для продажи и добавьте следующие данные к каждому товару:
Чтобы узнать больше о том, как управлять продаваемым контентом в приложении, прочитайте все правила и рекомендации Google.
После этого можно отправлять сборку на релиз.
Не бойтесь пропустить. Если вы о забудете, Google Play Console обязательно подскажет, какую информацию на странице вы ещё не заполнили, перед тем, как пустить ваше приложение на проверку.
7. Отправляем сборку в Google Play
Ревью может длиться до трёх дней. Но в период пандемии приложения проверяют дольше: в первую очередь ревью проходят медицинские приложения, связанные с ковидом. Поэтому сейчас и в обозримом будущем на проверку приложения в Google Play стоит закладывать от трёх до пяти дней.
Перед публикацией вам необходимо убедиться, что приложение соответствует правилам Google. Чтобы избежать нарушений, вы можете:
Почему сборку могут отклонить
Google Play лояльнее, чем App Store. Здесь никто не скажет, что приложение «не даёт людям достаточный пользовательский экспириенс» — даже если в нём будет всего одна кнопка, его опубликуют.
Но это совсем не значит, что можно расслабиться и забыть о правилах. Google Play отклонит сборку, если найдёт в ней серьёзные ошибки:
«Перед релизом SEPHORA нам потребовалось предоставить Google Play документы, что мы можем использовать этот товарный знак, так как в сторе уже были приложения французское и американское приложения SEPHORA. В Google опасались, что мы просто скопировали приложения, поэтому им потребовались доказательства, что это не так».
– Екатерина Якимова, «Лайв Тайпинга»
Это основные причины, по которым сборку могут отклонить. Если вы столкнулись с реджектом, не расстраивайтесь и помните, что любое нарушение можно устранить. А если вам понадобится помощь в этом — напишите нам. Мы разрабатываем приложения с нуля и берём на поддержку проекты, которые нуждаются в работе над ошибками.
Одновременный релиз в Apple и Google Play
Если мы готовим одновременный релиз приложений для платформ iOS и Android, то мы начинаем публикацию с App Store. Пока Apple проверяет клиентский аккаунт, у нас есть время подготовить страницу приложения в Google Play. И уже после получения доступа к Apple Developer мы переходим к настройке приложения в App Store Connect.
Если вам необходимо, чтобы пользователи iOS и Android получили свои приложения одновременно, можно сделать следующее:
Благодаря этому алгоритму приложения в Apple Store и Google Play выйдут с минимальной разницей во времени, почти одномоментно.
Фичеринг приложений в Google Play
Количество пользователей, которым покажется ваше приложение, зависит не только от того, насколько грамотно вы оптимизировали его страницу, но и от того, попал ли ваш проект в подборки Google Play. Попадание в подборки называется фичерингом. Благодаря ему приложения получают бесплатную рекламу и миллионы скачиваний. Чтобы попасть в подборки, приложение должно соответствовать гайдланам Google, быть полезным для пользователя, давать уникальный опыт или предоставлять новый, интересный контент.
Фичеринг в Google Play, категория «Выбор редакции»
Сколько времени занимает публикация приложения в Google Play
Публикация приложения в Google Play без учёта реджектов занимает от нескольких дней до недели: день уходит на создание аккаунта, день на заполнение страницы приложения и от трёх до пяти дней на проверку.
Требования для публикации приложений в AppStore и Google Play в 2021
Google Play и Apple App Store на сегодняшний день являются двумя крупнейшими платформами для распространения и продвижения приложений.
Не важно: разрабатываете вы приложение самостоятельно, заказываете у профессиональных разработчиков или создаете приложение с помощью no-code инструментов, процесс публикации приложений в магазины происходит для всех одинаково. И важно соблюсти некоторые требование, чтобы ваше приложение успешно прошло модерацию и было опубликовано.
Чтобы избежать каких-либо проблем и возможных отказов в публикации вашего приложения, мы составили список требований, которые необходимо соблюдать для успешной публикации приложения в каждый из сторов.
Google Play остается основной платформой для распространения приложения для Android, хотя существует множество других альтернативных магазинов.
Чтобы опубликовать и дать возможность пользователям Android загружать и использовать ваше приложение на своих смартфонах и планшетах, вы должны выполнить следующие действия и убедиться, что ваше приложение соответствует требованиям.
Рекомендуемая длина текстов:
Важно: Если ваше приложение доступно для планшетов, загрузите дополнительные скриншоты для них.
Совет: площадка Google Play полна различных приложений. Конкуренция серьезная, поскольку в каждой категории есть не менее 100 приложений. Убедитесь, что визуальные элементы и контентная часть привлекают внимание пользователей.
Когда дело доходит до публикации, Apple довольно придирчив и делает процесс публикации вашего приложения намного сложнее, чем Google. Тем не менее, вы по-прежнему можете сделать ваше приложение доступным для пользователей IOS.
Вот как выглядит публикация iOS приложения в App Store в 2021 году.
— iPhone: 180×180 пикселей или 120×120 пикселей. Формат PNG или JPEG;
— iPad Pro: 167 пикселей;
— iPad, iPad mini: 152×152 пикселей;
— App Store: 1024×1024 пикселей.
С 31 января 2022 года, приложения iOS, в которых можно создавать аккаунты, обязаны предоставлять пользователям опцию удаления. Подробнее о новом правиле от App Store, вы можете найти здесь.
Всегда хочется поскорее опубликовать и продемонстрировать свое приложение пользователям. Но прежде чем загрузить его в App Store или Google Play, убедитесь, что вы выполнили все инструкции и ваше приложение соответствует всем требованиями платформ.
Гугл довольно жёстко реагирует на нарушения своих правил. Если приложение нарушает правила, даётся 1 из 3 предупреждений. Если вами достигнуты 3 нарушения, то гугл дарит вам перманентный ПОЖИЗНЕННЫЙ бан. В этом плане app store более гуманный, бан даётся на 6 месяцев, после чего вы можете возобновить разработку.
Обязательно читайте правила для приложений чтобы избежать допущенную мной ошибку. И лучше публиковать приложение на территории своей страны или страны, законы которой вы знаете
В компании заявляют, что это не связано с исками из-за асбеста в детской присыпке — из-за них J&J создала «дочку» и обанкротила её, чтобы не платить компенсации.
Публикуем приложения в Google Play и зарабатываем миллионы
Итак, за 30 дней вы научились создавать собственные приложения. Пора поделиться ими со всем миром и получить заветный миллион на блюдечке с голубой каёмочкой.
Так как мы волнуемся, то потренируемся на кошках. Возьмем, например, пример из статьи Пишем справочник и попытаемся выложить его в Google Play. Если все получится, то дальше будет проще.
Прежде чем приступать к дальнейшим операциям, убедитесь, что у вас готовы собственные значки для приложений и название программы. Будет очень странно увидеть в магазине приложений программу со стандартным значком и названием «HelloWorld». А также проверьте все записи в файле манифеста.
Шаг первый. Он трудный самый
Любое приложение, выкладываемое в магазин, должно иметь подписанный сертификат. Сертификат позволяет идентифицировать вас как автора программы. И если кто-то попытается выложить программу с таким же именем как у вас, то ему будет отказано из-за конфликта имён. Под именем приложения имеется в виду полное название пакета.
Когда вы запускали свои приложения на эмуляторе или своём телефоне, то среда разработки автоматически подписывала программу отладочным сертификатом. Для распространения через магазин отладочный сертификат не подходит, и вам нужно подписать приложение своим уникальным сертификатом. Это бесплатно, без регистрации и смс.
Появится диалоговое окно мастера, которое необходимо заполнить данными.
В первом поле Key store path нужно выбрать папку через кнопку . и ввести имя для файла с хранилищем, которому будет присвоено расширение jks.
Далее вы вернётесь обратно и продолжаете заполнять поля. Поля Password и Confirm в объяснении не нуждаются.
Теперь создаёте ключ для приложения. В поле Alias (Псевдоним) вводите понятное вам и котам название ключа. Не обязательно создавать псевдоним для каждого приложения, можете использовать один псевдоним для своих приложений и отдельные псевдонимы для приложений под заказ.
Для ключа также нужно создать пароль и подтвердить его.
Ключ расчитан на 25 лет. Поле Validity (years) оставляем без изменений (если у вас нет весомых причин в обратном).
Напоследок заполняете данные о себе.
Заполнив поля, вы вернёмся к самому первому окну мастера.
Нажимаем на кнопку Next и в следующем окне вводим ещё один пароль для доступа к базе паролей.
Возможно, этого шага у вас не будет. Он может появиться, если вы отметили флажком опцию «Запомнить пароль». Подробностей не помню, разберётесь сами.
Нажав кнопку Show in Explorer, вы запустите Проводник на вашем компьютере с папкой, в которой находится подписанный файл.
Будьте аккуратны с созданным ключом. Именно он является гарантией, что новая версия программы написана вами. Поэтому, если вы потеряете созданный ключ, вам придется выкладывать программу под другим именем с новым ключом.
В студии предусмотрен режим автоматического создания подписанного приложения. Щёлкните правой кнопкой мыши на папке app и в контекстом меню выберите пункт Open Module Settings. Выберите раздел app в секции Modules. Выберите вкладку Signing. Нажимаете на кнопку с плюсиком и заполняете поля.
Переходите на вкладку Build Types и выбираете сборку release. В выпадающем списке Signing Config выбираете только что созданную конфигурацию. По умолчанию она имеет имя config.
Нажимаем OK для сохранения результатов.
v2 Full APK
В 2017 году Google немного изменила процесс подписания. Теперь существуют две схемы получения подписи APK: v1 JAR и v2 Full APK.
Подпись v1 (который существовал с самого начала) не защищает некоторые части APK, такие как метаданные ZIP. Верификатор APK должен обрабатывать множество ненадёжных структур данных, а затем отбрасывать данные, которые не подписаны, что предоставляет большой простор для атаки. Кроме того, верификатор APK должен распаковать все сжатые записи, что тратит много времени и памяти. Для решения проблем была разработана новая версия v2 Full APK, которую вы встретите при подписании вашего приложения.
Схема v2 работает в Android 7.0 Nougat (API 25). Схема обеспечивает более быструю установку приложения и хорошую защиту от несанкционированных изменений в APK. Содержимое APK хешируется и подписывается, затем полученный блок подписи APK вставляется в APK.
Новый формат обратно совместим, поэтому APK, подписанные новой схемой, могут быть установлены на более ранних устройствах (которые будут просто игнорировать новую подпись), если эти APK также подписаны схемой v1.
В старых приложениях я оставляю флажок у первой версии. Возможно, позже заставят переходить на вторую версию принудительно. Важно учитывать, что подписывать схемой v1 нужно до подписания схемой v2, поскольку APK не пройдёт проверку по схеме v2, если он будет подписан дополнительными сертификатами после подписания схемой v2.
Строго говоря, вы можете apk-файл выложить у себя на сайте, и все ваши посетители могут его скачать и установить на телефон. Но это как-то несолидно в наш век нанотехнологий. Поэтому переходим к следующему шагу.
Шаг второй. Надо, Федя, надо
Следующий шаг очень неприятный. Вам нужно подарить 25 вечнозеленых чужому человеку. Чтобы вам было не так обидно, данную операцию назвали регистрационным взносом. Вам понадобится кредитная карточка с указанной суммой. Учтите, что Visa Electron, а уж тем более дисконтная карточка сети магазинов «Перекресток» вам не подойдут. Если у вас уже есть нужная карточка, то пропускаете этот абзац. Остальным могу посоветовать завести QIWI-кошелёк и там завести виртуальную карточку. Именно так я и поступил, так как идти в банк и писать всякие заявления было неохота.
Идём на страницу разработчиков, заполняем необходимые поля и расстаёмся с нужной суммой. Если операция пройдёт успешно, то вы сможете продвинуться дальше. В моем случае мне дважды отказывали, так как я пожадничал и положил на карточку меньшую сумму, чем требовалось (не учёл комиссию). Если вы позже доложили необходимую сумму, то не ждите, что её автоматически у вас спишут. Снова зайдите на страницу разработчика и отредактируйте данные о карточке (нужно еще раз написать код безопасности).
Шаг третий. Со счастливым концом
Если платёж прошел успешно, то ссылка на следующий шаг будет доступна и вы попадаете в специальный личный кабинет, где можете добавлять свои приложения.
Весь интерфейс на русском. Поэтому трудностей у вас не возникнет. Заливаем подготовленный APK-файл, а также необходимые картинки-скриншоты и значок.
Для своего первого приложения я не стал заморачиваться, а сделал всё на скорую руку.
В процессе добавления программы вы можете удалять картинки и файл приложения, снова их заливать и снова удалять. Иногда можно нажимать на кнопку Сохранить. Если вы сделаете что-то не так, то на странице появятся предупреждающие надписи. Если таких надписей нет, то можете смело нажимать на кнопку Публиковать. Всё! Ваше приложение доступно всему миру. За вами уже выехали.
Недавно в Google Play Developer Console добавили возможность тестирования приложений среди определённых пользователей. Если раньше вы загружали своё приложение и оно сразу становилось доступным всем, то теперь добавлены два промежуточных шага.
При загрузке новой версии приложения вам нужно выбрать раздел:
Если вы загрузите приложение в раздел Альфа-тестирования, то потом можете перевести его в бета-тестирование или сразу в Рабочую версию. Соответственно, из бета-тестирования можно перевести сразу в Рабочую версию. Обратно нельзя.
Если программа находится в стадии тестирования, то оно доступно только тестерам, другие пользователь не смогут найти вашу программу ни через поиск, ни по прямой ссылке.
Вам следует создать специальное сообщество в Google+ (указывается в настройках приложения) и пригласить туда нужных людей. Доверенные лица смогут затем перейти по ссылке play.google.com/apps/testing/com.yourdomain.package.
Ищет милиция, ищут пожарные
И вы сразу окажетесь в нужном месте и можете раздать ссылку своим друзьям. В последнее время добавление/обновление программы происходит достаточно медленно. Поэтому не стоит сразу искать свою программу, подождите пару часов.
Где деньги, Зин
Какой вы быстрый, однако. Есть два способа зарабатывания денег на своем приложении. Либо надо зарегистрироваться как продавец, либо как участник рекламной сети AdMob.
Открыть страницу приложения в Google Play
Учтите, что на эмуляторе код не сработает, так как в нём нет приложения Google Play. А пока можете зайти через телефон по указанному адресу и поблагодарить меня. Коты вам скажут Спасибо!.
Продвижение
На странице https://play.google.com/intl/ru_ru/badges/ на вкладке Badge Generator вы можете указать необходимые параметры, формирующие код для кнопки-баннера, который затем можете использовать в своём блоге или других местах. Например, так:
Автоматическое обновление
Если вы создали новую версию программы, исправив различные баги и добавив новые фотографии кота, то вам нужно в манифесте увеличить на единицу номер версии (атрибут versionCode) и заменить versionName для себя (будет показана на странице Google Play). В последних версиях студии данные свойства находятся теперь не в манифесте, а в файле build.gradle модуля вашего приложения. Закачайте новую версию на Google Play и пользователи получат обновление в автоматическом режиме.
Следим за отзывами
Установите на своём устройстве приложение Google Play Developer Console, чтобы не пропустить новый отзыв на вашу программу. Также вы можете просматривать статистику.
Меняем пароли хранилища и псевдонима ключа
Не пришлось пользоваться за несколько лет, поэтому не знаю, актуальна ли данная информация.
Допустим, вы продали свою программу с исходниками другой компании. Чтобы она могла выкладывать обновления программы, компания должна подписывать приложение тем же ключом, которым подписывали вы. Иначе программа будет считаться другой и придётся менять название пакета. Но тогда старые пользователи не смогут получить обновления.
Но если вы все свои программы подписываете одним и тем же ключом и паролем, например cat cat, то компания может подписать этим же ключом и другие ваши приложения, разместив свои программы с таким же именем пакета, и вы никому ничего не докажете.
Поэтому вам нужно позаботиться о смене ключа для передачи новому владельцу.
Предположим наше хранилище имеет структуру:
Сделайте копию вашего хранилища и сохраните его в другом месте. Это надо было сделать ещё при первом создании, потому что при потере хранилища вы не сможете восстановить доступ к своим программам при обновлении.
Сделайте копию вашего хранилища ещё раз и переименуйте его, например, new.keystore. С ним и будем работать.
Далее вам нужно изменить пароль хранилища, изменить псевдоним и изменить пароль псевдонима. Полученный файл передать новому владельцу.
Запускаем утилиту keytool с командой:
Вам будет предложено ввести текущий пароль, а затем ввести новый пароль и повторить его. Приблизительно так:
Первая часть задачи выполнена, пароль от хранилища изменён.
Если вы хотите также изменить и пароль от псевдонима, то снова запускаем утилиту с командой:
Вас попросят ввести текущий пароль от хранилища (ваш новый пароль), затем пароль для псевдонима. Вы можете ввести новый пароль и он заменит старый пароль.
Пароль от псевдонима изменён.
Если изменения пароля вам недостаточно и вы хотите изменить имя псевдонима (может вы использовали имя любимой кошки, зачем другим об этом знать), то продолжаем работу.
Вас попросят ввести пароль от хранилища, затем пароль для нового псевдонима (текущий пароль), затем новый пароль и повторить его. Имя псевдонима будет изменено.
Итак, нам понадобилось три шага, чтобы создать новое хранилище и псевдоним для передачи чужому человеку. Новый владелец должен проделать тоже самое, чтобы быть уверенным, что вы не воспользуетесь изменённым файлов в своих целях. Впрочем, это уже его проблемы.
Подписываем готовое приложение
Такой случай может подвернуться, когда у вас утеряны исходники и есть только APK. Скорее всего это актуально для пиратов, которые переподписывают другие приложения (не делайте так с чужими программами).
Сначала поменяйте расширение с apk на zip. В архиве удалите папку META-INF. Восстановите расширение. Вы удалили старую подпись.
Теперь нужно подписать приложение новым ключом. Введите команду.
В успешном случае получите сообщение, что приложение подписано. Далее выполняем ещё одну команду.
В результате должен получиться APK-файл, подписанный новым ключом. Сам ни разу не применял.
Хранение ключей у Гугла
В 2017 году Google добавил новую возможность хранить ключи в облачном хранилише. Основное отличие заключается в том, что вы подписываете приложение специальным ключом загрузки, который Google проверяет и удаляет, заменяя его оригинальным ключом подписи приложения, который вы предоставили.
С его помощью можно управлять ключами подписи приложений как для новых, так и для опубликованных приложений, которые будут храниться у Google в их собственном хранилище ключей. Чтобы присоединиться к этой программе, необходимо подписаться на неё в своей Google Play Console. Стоит отметить, что отписаться от неё уже будет невозможно.
App Bundle
Новый формат (доступен в Android 3.2 и выше) позволяет пользователю скачать специальную версию вашего приложения, которые содержит только нужный язык (value-en/strings.xml), картинку нужного разрешения (xxhdpi) и другие специфичные ресурсы. В результате итоговое приложение получается гораздо меньше по размеру.
Новый формат App Bundle имеет расширение .aab (Android App Bundle). Файл с этим расширением вы загружаете в Play Store вместо apk-файла. На основе вашего файла магазин приложений создаст различные варианты вашего приложения (apk).
Просмотреть структуру App Bundle можно через меню Build | Build Bundle(s)/APK(s) | Build Bundle(s). Сначала студия покажет всплывающее окно с указанием местоположения созданного файла.
Переходим по ссылке locate и видим наш файл app-debug.aab. Путь к файлу может быть таким: ..\YourApp\app\build\outputs\bundle\debug. Файл является стандартным zip-файлом, который можно посмотреть через любой подходящий архиватор.
Архив состоит из папок base, BUNDLE_METADATA и файла BundleConfig.pb.
Также могут быть директории с дополнительными особенностями, в этом случае каждой из них присваивается специальное имя feature1, feature2 и др.
Теперь при загрузке приложения в Play Store вы выбираете не apk-файл, а созданный aab-файл. После этого вы можете посмотреть, какую выгоду получит пользователь при загрузке своего варианта.
Если вам интересно посмотреть, как генеруются отдельные apk-файлы на основе App Bundle, то можете установить утилиту командной строки Bundletool.