Реліз додатка в App Store і Google Play у 2026 році: від акаунта до перших позицій

Реліз додатка в App Store і Google Play потрапляє в щільний потік новинок: за добу в App Store виходить 4 161 новий додаток, у Google Play — 1 956 (дані 42matters на 5 жовтня 2026 року). Загалом у сторах 2,69 млн і 2,6 млн додатків. Тому метадані, локалі та візуали варто готувати до відправлення на модерацію, а не після.

Apple вручну перевіряє кожну версію, навіть якщо ми змінили лише ключові слова. Google швидше пропускає оновлення, але новий особистий акаунт спершу два тижні тестує додаток на живих людях.

App Store і Google Play: головні відмінності

Реліз в App Store

Акаунт і технічні вимоги

Публікація в App Store починається з Apple Developer Program за $99 на рік. Компанії реєструються як організація з номером D-U-N-S, тоді в сторі замість імені приватної особи буде назва бренду.

З 28 квітня 2026 року App Store Connect приймає лише збірки з Xcode 26 і SDK iOS 26 або новішим. Наступний поріг уже оголошено: з квітня 2027 року знадобиться SDK iOS 27 (вимоги Apple). До відправлення на рев'ю готуємо:

• посилання на політику конфіденційності та заповнений розділ App Privacy;
• демоакаунт і нотатки для рев'юера, якщо частина функцій закрита логіном;
• відповіді на анкету вікового рейтингу;
• метадані та візуали для всіх локалей, у яких запускаємося.

Анкету вікового рейтингу Apple переробила. Замість 12+ і 17+ тепер є 13+, 16+ і 18+, а відповісти на нові запитання треба було до 31 січня 2026 року, інакше оновлення не пройдуть відправлення. З виходом iOS 27 в анкеті з'явилося запитання про функції соцмережі: батьки можуть обмежувати час у таких додатках, а також в іграх і розвагах.

App Store Connect очима ASO-фахівця

App Store Connect — інструмент розробника, але багато його полів впливають на пошук і конверсію.

Назва, підзаголовок і категорії задаються в App Information, а ключові слова, опис, промотекст і візуали на сторінці версії. У пошуку беруть участь лише назва, підзаголовок і поле ключів. Опис і промотекст працюють на конверсію.

Кожна локаль дає свій набір назви, підзаголовка і ключів. В одній країні індексується кілька локалей, тому додаткові мови розширюють семантику без перекладу самого додатка. Які локалі працюють у якій країні, ми розбирали в статті про локалізацію в App Store.

Назва, підзаголовок і ключі змінюються лише з новою версією, тож кожна ітерація ASO проходить рев'ю. Промотекст можна редагувати будь-коли, а з жовтня 2026 року візуали теж можна відправляти окремо від збірки через Asset Library.

Скриншотів на сторінці, як і раніше, до 10, відеопрев'ю до 3 на кожну локаль. З 5 жовтня 2026 року до них додалися шапка сторінки (21:9) і креатив для пошукової видачі (3:2), їх бачать користувачі iOS 27. Ці асети необов'язкові, але креатив у видачі користувач бачить раніше, ніж сторінку. З квітня 2027 року додаткам, зібраним із SDK iOS 27.1 і новішим, знадобляться ще й скриншоти для iPhone Duo (специфікації Apple).

Кастомних сторінок тепер можна тримати до 70 одночасно і прив'язувати їх до ключових слів. За таким запитом в органічній видачі показується кастомна сторінка замість стандартної (Apple). Якщо в додатка кілька сценаріїв, під кожен інтент можна показати свої скриншоти.

Промокоди на вбудовані покупки з 26 березня 2026 року створити не можна, їх замінили Offer Codes для всіх типів покупок. Промокоди на безкоштовне завантаження платного додатка залишилися.

Рев'ю і причини відмов

Apple ставить собі мету перевіряти 50% заявок швидше ніж за 24 години і 90% швидше ніж за 48 годин, але це орієнтир, а не гарантія (App Review). У 2026 році розробники на форумі Apple пишуть про очікування в тиждень і більше, тому перед важливою датою закладаємо запас днів. Прискорене рев'ю можна запросити для критичного бага або релізу до події, але схвалюють його не завжди.

Типові причини відмови за правилами Apple:

• краші, биті посилання і заглушки замість контенту (правило 2.1);
• метадані обіцяють те, чого немає в додатку, або скриншоти не показують реальний інтерфейс (2.3). У жовтні 2026 року додалося окреме правило 2.3.14 про нові креативи;
• збір даних без згоди і невідповідність App Privacy (5.1);
• мінімальна функціональність: обгортка сайту або шаблонний додаток (4.2, 4.3);
• оплата цифрових товарів в обхід вбудованих покупок там, де це заборонено (3.1.1).

У разі відмови відповідаємо рев'юеру в App Store Connect: часто достатньо пояснення або демодоступу. Якщо ми не згодні з рішенням, подаємо апеляцію до App Review Board. Повний список правил — у App Review Guidelines.

Apple видаляє лише закинуті додатки: без оновлень три роки і майже без завантажень за останні 12 місяців. Після повідомлення в розробника є 90 днів на оновлення. Додатки, які падають під час запуску, видаляють одразу (App Store Improvements).

Реліз

Після схвалення є три варіанти: випустити версію вручну, одразу або не раніше заданої дати. Для запуску до конкретного дня краще ручний режим: додаток з'являється в усіх країнах не миттєво, а протягом до 24 годин.

Оновлення можна випускати поетапно. За 7 днів автооновлення отримують 1, 2, 5, 10, 20, 50 і 100% користувачів, розгортання можна поставити на паузу до 30 днів. Вручну нову версію може завантажити будь-який користувач, тож це страховка від масового бага, а не закритий тест.

Реліз у Google Play

Акаунт і верифікація

Реєстрація в Play Console коштує $25 одноразово (довідка Google). Акаунт буває особистим або організаційним, і в обох випадках Google перевіряє особу: документ і картка мають бути на одне ім'я. Якщо дані не пройдуть перевірку, внесок не повернуть.

У особистого акаунта є два додаткові кроки. Спочатку треба підтвердити доступ до Android-пристрою через мобільний додаток Play Console. Потім пройти обов'язкове тестування, якщо акаунт створено після 13 листопада 2023 року (довідка Google):

1. Запустити закритий тест щонайменше на 12 тестувальниках.
2. Тримати їх у тесті 14 днів поспіль. Якщо тестувальник вийшов і повернувся, його лічильник починається заново.
3. Натиснути Apply for production на дашборді і відповісти на запитання про тест, додаток і готовність до релізу.
4. Дочекатися рішення: зазвичай до 7 днів, іноді довше.

У підсумку між першою збіркою і продакшеном минає близько трьох тижнів. Відповіді в заявці пишемо конкретно: що знайшли тестувальники і що ми виправили. Заявку з формальними відповідями і низькою активністю тестувальників Google може повернути на продовження тесту. Організаційних акаунтів ця вимога не стосується.

Play Console і розділ App content

Перед першою публікацією Play Console попросить заповнити App content. Це набір декларацій, за якими рев'юер звіряє додаток:

• політика конфіденційності та розділ Data safety про збір і передачу даних;
• доступ до додатка: логін і пароль для рев'юера, якщо є авторизація;
• наявність реклами;
• віковий рейтинг за анкетою IARC;
• цільова аудиторія і контент;
• галузеві декларації для фінансів, здоров'я, новин і державних сервісів.

З листопада 2026 року в Play Console треба також вказати статус трейдера. Data safety має збігатися з тим, що справді збирають SDK всередині додатка, тому перед заповненням звіряємо список сторонніх бібліотек.

Нові додатки і оновлення з 31 серпня 2026 року мають таргетувати Android 16 (API 36). Відстрочку можна було запросити до 1 листопада (Android Developers).

Треки: від внутрішнього тесту до продакшену

Staged rollout і керована публікація

Поетапне розгортання в Google Play гнучкіше, ніж в App Store. Ми самі обираємо відсоток аудиторії і підвищуємо його вручну, сам він не зростає. Розгортання можна зупинити: нові користувачі перестануть отримувати версію, а ті, хто вже оновився, залишаться на ній. Розгортання працює лише для оновлень, перша версія виходить одразу для всіх (довідка Google).

Для ASO важлива порада самої Google: змінюємо сторінку в сторі, коли версія дійшла до 100% користувачів. Інакше скриншоти покажуть функцію, якої в більшості поки немає.

Керована публікація (Managed publishing) розв'язує інше завдання. Зміни проходять рев'ю заздалегідь, а публікуються за нашою командою. Так нова збірка, сторінка і подія виходять одночасно.

Модерація

Google поєднує автоматичну перевірку з ручною і не публікує нормативів щодо строків. Перша публікація, нові дозволи і додатки для дітей перевіряються довше, на них закладаємо тиждень.

Перевірка не закінчується на релізі: Google може зняти додаток з публікації і пізніше, а за повторні порушення заблокувати акаунт. Сповіщення про політики приходять у Inbox консолі та на пошту власника акаунта, їх не можна пропускати.

ASO-чеклист перед запуском

Одне й те саме семантичне ядро розкладається по сторах по-різному. У App Store важливе пакування в короткі поля, у Google Play — природний текст опису з потрібними словами.

І чотири перевірки, які часто пропускають:

• Скриншоти показують реальний інтерфейс поточної версії. Ідеалізований макет дає обом сторам привід для відмови.
• У метаданих немає чужих брендів, цін і слів на кшталт найкращий чи № 1 без підтвердження.
• Кожна локаль має локалізовані візуали або хоча б перекладені підписи на скриншотах.
• Ключі додані в трекінг до релізу, щоб було з чим порівнювати перші позиції.

Що змінилося у 2026 році

За рік обидва стори змінили комісії, технічні вимоги і правила для розробників. У таблиці головне для релізу, подробиці — у наших щомісячних дайджестах.

Попереду ще кілька дат. 27 січня 2027 року в Google Play набувають чинності нові правила доступу до геолокації та контактів. У квітні 2027 року App Store вимагатиме збірок із SDK iOS 27, а для збірок із SDK iOS 27.1 і новішим — скриншотів для iPhone Duo. Якщо реліз заплановано на весну, закладаємо ці вимоги одразу.

Після релізу: перші два тижні

Перші дні після запуску показують, чи спрацювали метадані. За перший тиждень перевіряємо три речі.

Перш за все перевіряємо індексацію. Додаток має з'явитися у видачі за словами з назви, підзаголовка, поля ключів або опису. У Keyword Monitor позиції оновлюються кожні 6 годин для App Store і кожні 12 годин для Google Play. Keyword Report порівняє дві дати і покаже, за якими запитами додаток отримав перші позиції, а за якими їх втратив. Якщо важливий ключ не індексується кілька днів, перевіряємо локаль і написання.

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

І нарешті, стабільність. У Google Play її оцінює Android Vitals. Якщо частка крашів, помітних для користувача, перевищує 1,09%, а частка ANR — 0,47%, додаток гірше видно в сторі, і він може отримати попередження на сторінці. З лютого 2027 року до цих метрик додадуться вимоги до споживання пам'яті. У App Store краші дивляться в Xcode Organizer і розділі аналітики App Store Connect.

Відгуки з обох сторів зручніше читати і обробляти в одному вікні. Для цього підключаємо інтеграції в ASOMobile:

• У App Store Connect створюємо окремого користувача з роллю Customer Support, додаємо його в ASOMobile і підтверджуємо кодом двофакторної автентифікації.
• Google Play Console підключається через OAuth з Google Cloud. Робити це має власник акаунта, а додаток має бути в статусі продакшену.

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

Висновок

Реліз у два стори — це два різні графіки. У Google Play новий особистий акаунт втрачає близько трьох тижнів на тест і заявку, зате оновлення потім виходять швидко. У App Store старт швидший, але кожна правка назви чи ключів знову йде на рев'ю. Рахуємо обидва строки від дати запуску назад, заздалегідь збираємо семантику і візуали та починаємо відстежувати позиції з першого дня.

Реліз — лише старт. Оптимізуйте легко і зростайте з першого дня в сторі!