Як опублікувати додаток в App Store і Google Play: чеклист запуску

Обидва стори дають тестовий етап до продакшену. На iOS TestFlight дозволяє додати до 100 внутрішніх тестувальників із команди й запросити до 10 000 зовнішніх поштою або через публічне посилання, яке можна викласти будь-де. Для зовнішнього тестування спершу потрібні опис бета-версії й інформація для бета-розгляду. На Android у Play Console є внутрішнє тестування до 100 тестувальників, закрите тестування для групи, яку ви контролюєте, і відкрите тестування, до якого будь-хто приєднується з Google Play. Публічне посилання TestFlight чи відкритий тест уже можна поширювати в спільнотах і каталогах.

На цьому спотикається багато перших Android-запусків. Google Play пише, що розробники з особистими акаунтами, створеними після 13 листопада 2023, мають провести закритий тест щонайменше з 12 тестувальниками, які лишаються в тесті 14 днів поспіль, і лише тоді можуть подати заявку на доступ до продакшену в панелі Play Console. У заявці ви відповідаєте на питання про застосунок, тестування й готовність. Закладіть ці 14 днів у план запуску від початку, а не за тиждень до релізу.

Apple вимагає відомості про приватність в App Store Connect, щоб подати новий застосунок чи оновлення, і вони охоплюють також сторонній код у застосунку, наприклад SDK аналітики чи реклами. Google Play вимагає розділ Data safety, де ви описуєте, які дані застосунок збирає й передає і як їх захищено. Обидва показуються на сторінці в сторі ще до встановлення, тож це частина лістингу. Перегляньте кожен SDK, який постачаєте, до того як почнете форму.

Apple розглядає кожен новий застосунок і кожне оновлення, а неповні заявки можуть розглядатися довше. Якщо реліз має вийти до фіксованої дати події, у якій ви берете участь, чи треба виправити критичну помилку, можна попросити пришвидшений розгляд; якщо застосунок відхилили, оскаржити можна один раз на кожну заявку. Подавайте з повними нотатками для розгляду й робочим демо-акаунтом, якщо застосунок вимагає входу, і лишайте запас часу перед будь-якою оголошеною датою.

Запускатися з нуля не обовʼязково. В App Store передзамовлення дає людям замовити застосунок до релізу: у день релізу він сам завантажується на їхні пристрої, і вони отримують сповіщення. Для нового застосунку дата релізу може бути через 2-180 днів після старту передзамовлення. У Google Play схожу роботу робить попередня реєстрація: кампанія триває до 90 днів, після чого застосунок має вийти в продакшен, і одночасно так можна вести до двох застосунків. Google радить спершу протестувати застосунок на треку, а для нових особистих акаунтів вимога тестування вище діє й тут.

Перша версія виходить для всіх, а наступні оновлення не мусять. Поетапний реліз Apple розтягує автоматичне оновлення на 7 днів, від 1% користувачів першого дня до 100% сьомого, і його можна поставити на паузу до 30 днів; оновитися вручну з App Store може будь-хто. Поетапне розгортання в Google Play надсилає оновлення на обраний вами відсоток користувачів, за бажання в обраних країнах, і його можна зупинити й потім продовжити для тієї ж групи. Якщо зʼявиться краш, його побачить мала частка людей, а не всі.

Трафік запуску приходить на сторінку в сторі, тож назва, підзаголовок, скриншоти й опис мають бути готові до дня релізу. У гайді ASO-оптимізація є ліміти кожного поля й правила, за які лістинг відхиляють. Поза сторами додайте застосунок туди, де мейкери й ранні користувачі шукають нове; наш перевірений перелік майданчиків для безкоштовного просування англійською показує, які каталоги дають відкрите посилання. Як увага розподіляється між категоріями, видно в дослідженні ландшафт інді-застосунків.

Censuus ранжує застосунки за реальним трафіком візитів, без ботів. Додати застосунок можна безкоштовно на сторінці подання, і далі він росте за візитами, які заробляє. Спонсорство піднімає місце й додає відкрите посилання на ваш сайт, деталі на сторінці спонсорства. Ми не обіцяємо завантажень чи місць у сторах.