Як опублікувати застосунок у Google Play у 2026: закрите тестування, 12 тестерів і 14 днів

Я Дмитро Ніколаєнко, 15 років у продуктовому дизайні, вів дизайн восьми мобільних банків. Зараз ми з командою переносимо в Google Play наш Heroco, який уже живе в App Store (як ми проходили рев'ю Apple, я розписав окремо). Цей перенос став лекцією 07 курсу «Застосунки з AI». Після App Store найбільше дивує одне: збірка готова, AAB завантажений, а кнопки «в продакшн» немає. Розбираю, чому так і як пройти ці два тижні.

Чому Google Play не пускає новий застосунок одразу в продакшн?

Бо від нових особистих акаунтів Google спершу хоче побачити живий тест. Формулювання в довідці жорстке: на момент заявки щонайменше 12 тестерів мають бути в закритому тесті безперервно протягом попередніх 14 днів.

Три нюанси, які пропускають:

• Рахується тільки закритий тест. Внутрішнє тестування сюди не йде, навіть якщо там 50 людей.
• 14 днів поспіль. Тестер вийшов на восьмий день і повернувся - його відлік почався заново.
• Рахують у день заявки. Якщо з 12 людей одна пішла на десятий день, у тебе 11, і подаватись рано.

Що потрібно підготувати до старту?

Верифікацію починай паралельно з розробкою: вона може тривати кілька днів.

• Акаунт Play Console. Реєстраційний внесок разовий. Платити щороку, як в Apple, не треба.
• Верифікація особи. Google перевіряє документи, а новий акаунт може ще попросити підтвердити доступ до Android-пристрою.
• Android Studio. Працює на macOS, Windows і Linux.
• Підписаний AAB. У Google Play завантажують Android App Bundle (.aab), а не APK. Ти підписуєш його своїм upload key, фінальні збірки підписує Google через Play App Signing.
• Сторінка в сторі і політика конфіденційності. Іконка, скріншоти, опис, публічне посилання на privacy policy.
• Розділ App content. Data safety, вікова категорія, цільова аудиторія, демо-акаунт для рецензента. Якщо є акаунти, Google вимагає видалення акаунта і в застосунку, і через вебпосилання.

Особистий акаунт чи акаунт організації: що це змінює?

За довідкою Google, можливості в обох однакові. Різниця в тому, хто ти і що публікуєш.

• Особистий для людей: студентів, ентузіастів, соло-розробників. Саме на нові особисті акаунти діє правило 12 × 14.
• Організація для бізнесу. Потрібен номер D-U-N-S, Dun & Bradstreet видає його безкоштовно, платні посередники не потрібні.

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

Які треки є в Play Console і який рахується?

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

Мій порядок такий: спершу внутрішній трек для себе і двох-трьох людей, щоб зловити очевидні баги. Потім одразу закритий, бо відлік іде тільки там.

Де взяти 12 тестерів і як втримати їх 14 днів?

Потрібні 12 людей з Android-телефоном, які прийняли запрошення з того самого Google-акаунта, що на телефоні, і не вийдуть з тесту два тижні. Знайти таких складніше, ніж здається. План, який ми даємо на курсі:

1. Набирай 15-20, а не 12. Хтось забуде, хтось прийме запрошення не з того акаунта. Запас дешевший за ще два тижні.
2. Спершу питай, у кого Android. У дизайнерській тусовці айфонів багато, і частина «так, звісно, потестую» відпаде саме тут.
3. Свої. Родина, друзі, колеги. Їм можна написати особисто на дев'ятий день.
4. Спільнота. Тестерський обмін: ти тестуєш їхній застосунок, вони твій. На курсі для цього є закрита група.
5. Свій канал чи соцмережі. Короткий пост: що робить застосунок, як приєднатись, що перевірити.
6. Google Group замість списку адрес. Людина вступає в групу і приймає запрошення, а ти не вписуєш кожен email руками.
7. Одна інструкція для всіх. Той самий Google-акаунт, що на телефоні. Прийняти запрошення. Поставити застосунок з Google Play. Не виходити 14 днів і реально ним користуватись.
8. Фідбек в одне місце. Група в Telegram чи форма. Він знадобиться в заявці на продакшн.

«Реально користуватись» тут не для краси: Google прямо пише, що при слабкій залученості тестерів може попросити тестувати далі. Запрошення допоможе написати промпт з воркбука лекції 07:

Напиши коротке повідомлення в чат курсу: я шукаю тестерів
для [назва застосунку] в Google Play closed test на 14 днів.
Що робить застосунок одним реченням, як приєднатись
(посилання, той самий Google-акаунт), що прошу перевірити,
і що пропоную натомість: потестую ваш застосунок.
Тоном живої людини, до 600 символів.

А чому не купити тестерів?

Сервісів «12 тестерів за гроші» повно. Я б не ризикував. У заявці Google питає, як ти набирав тестерів і який фідбек отримав. Що ти напишеш про людей, яких ніколи не бачив? А якщо тест виглядатиме як для галочки, Google попросить тестувати далі, і «зекономлений» тиждень піде в мінус. Плюс це акаунт розробника, на якому житимуть усі твої майбутні застосунки. Експериментувати з ним не хочеться.

Як у цьому допомагає Claude Code?

Код для Android Claude Code пише так само, як для iOS. Але тут він корисний ще в кількох місцях:

• Збірка з того самого проєкту. На Capacitor Android - ще одна платформа поруч з iOS: npx cap add android і запуск в емуляторі. На Expo Android-збірку робить EAS Build. Що обрати на старті, я розбирав у статті PWA, Capacitor, Expo чи SwiftUI.
• Android-дрібниці. Апаратна кнопка «Назад», яка за замовчуванням закриває застосунок. Контент, що залазить під статус-бар. Застосунок на Capacitor ходить в API з походження https://localhost, і його треба дозволити в CORS.
• Підпис без ключів у git. Release-підпис читає паролі з окремого файлу, ключі йдуть у .gitignore.
• Помилки Play Console. Копіюєш текст помилки і просиш виправити та пояснити одним реченням. Найчастіші: збірка підписана в debug-режимі, versionCode уже використаний, target API level нижчий за вимогу.
• Тексти. Опис для стору, нотатки до релізу, відповіді для Data safety.

Data safety - місце, де найлегше збрехати ненавмисно. Ти думаєш, що даних не збираєш, а SDK аналітики і крашрепортів збирають. Тому цей промпт у нас обов'язковий:

Пройдись по коду [назва застосунку] (фронт, API, SDK аналітики
і оплат) і склади, які дані збираються: email, ідентифікатори,
платіжні дані, дані використання, крашрепорти. Для кожного:
навіщо, чи шифрується, чи передається третім сторонам,
чи можна видалити. Оформи як відповіді для форми Data safety
у Play Console.

І ні, Mac для Android не потрібен. Якщо ти ще не відкривав Claude Code взагалі, почни зі статті Claude Code для дизайнерів.

Кейс Heroco: що переносимо з iOS і що міняємо для Android

Heroco - наша платформа, де діти 7-15 років створюють з AI замість гортати стрічку. На iOS це два застосунки в App Store, Kids і Parents, плюс вебверсія. Зібрали ми це з Claude Code, без команди розробників. Саме його я й переношу на Android на лекції 07.

Вебкод, дизайн і API переїжджають майже без змін: Android збираємо через Capacitor з того самого проєкту. Окремо доводиться робити ось що:

• ключ підпису (keystore) замість сертифікатів Apple і Play Console замість App Store Connect;
• кнопка «Назад», яка ходить по екранах, а не закриває застосунок;
• відступи під статус-бар і панель жестів на нових версіях Android;
• Data safety замість App Privacy і вебпосилання на видалення акаунта;
• увесь цикл 12 тестерів × 14 днів, якого в App Store немає.

І окрема історія, якої в навчальних прикладах не буває: застосунок для дітей підпадає під політику Google Play для сімей. Вона впливає на аналітику, рекламу і тексти в сторі. Робиш для дітей - закладай на це час ще до подачі. Мій перший iOS-застосунок з Claude Code розібраний в окремому кейсі.

Що відбувається після 14 днів?

1. Заявка. Dashboard у Play Console, Apply for production. Питають про закритий тест (як набирав тестерів, наскільки активно вони користувались, який фідбек), про застосунок (аудиторія, цінність, очікувані встановлення за перший рік) і про готовність (що змінив після тесту і чому вважаєш, що готовий).
2. Розгляд. Зазвичай до 7 днів, іноді довше. Мало тестерів чи слабка активність - можуть попросити тестувати далі.
3. Продакшн-реліз. Після схвалення відкриваються Production і відкрите тестування. Завантажуєш AAB з більшим versionCode і відправляєш на рев'ю. Для окремих акаунтів і застосунків Google попереджає, що рев'ю може тривати до 7 днів, а у виняткових випадках і довше.
4. Поетапний реліз. Пастка: staged rollout працює тільки для оновлень, перший реліз отримують усі в обраних країнах. Далі апдейт іде спершу на частину користувачів, ти дивишся на крашрепорти і піднімаєш відсоток вручну. Сам він не росте, а зламаний реліз можна зупинити.

Разом реалістично 3-4 тижні від старту закритого тесту до публічного релізу. Закладай їх у план одразу.

Які помилки з'їдають ці 14 днів?

• Тестер прийняв запрошення з іншого акаунта. З робочого Gmail, а на телефоні особистий. Застосунку в Google Play він не бачить і нічого не тестує.
• Посилання ще не працює. Реліз у закритий тест теж проходить рев'ю Google, і посилання для тестерів запрацює тільки після публікації треку. Після першої публікації може минути ще кілька годин. Тож відлік 14 днів починається не в день завантаження AAB.
• Тест перервався. Набрав рівно 12, один пішов, і до заявки ти вже не дотягуєш.
• Data safety не збігається з реальністю. Підключив аналітику чи крашрепорти і забув оновити форму. Проганяй промпт вище перед кожним релізом.
• Загублений upload key. З Play App Signing його можна скинути запитом у Play Console, але це окрема процедура і час, коли ти не можеш випустити оновлення. Тримай файл поза репозиторієм, а паролі в менеджері паролів.

Де пройти цей шлях покроково?

Усе, що вище, - це лекція 07 курсу «Застосунки з AI»: «Android: переносимо Heroco в Google Play». Консоль, тестові треки, підпис, правило 12 × 14, промпти для Claude Code на кожен крок і чекліст готовності. Курс зроблений як воркбук: кожен крок, промпт і перевірка записані. Одна наша студентка сказала про воркбук: «супер річ, якої ніхто не дає». А тестерів найпростіше знайти в закритій групі курсу, де всі проходять той самий шлях. Продаж відкриваємо 26 жовтня.

Хочеш спершу наживо - 12 листопада о 19:00 безкоштовний ефір «Свій застосунок з Claude Code: від ідеї до деплою за ефір», реєстрація в боті UX Hero. Загальний шлях від ідеї до MVP є в статті Як створити застосунок з Claude Code без команди.

Часті питання

Чи можна опублікувати застосунок у Google Play без 12 тестерів?

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

Чи рахуються внутрішні тестери в 12 тестерів?

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

Чи потрібен Mac, щоб опублікувати застосунок у Google Play?

Ні. Android Studio працює на macOS, Windows і Linux, а Play Console відкривається в браузері. Mac зазвичай потрібен тільки для iOS-версії, бо Xcode є лише на macOS.

Скільки триває рев'ю в Google Play?

Заявку на доступ до продакшну Google розглядає зазвичай до 7 днів, іноді довше. Рев'ю самого релізу для окремих акаунтів і застосунків теж може тривати до 7 днів, а у виняткових випадках і довше. Від старту закритого тесту до публічного релізу реалістично закладати 3-4 тижні.

Що буде, якщо тестер вийде з тесту раніше 14 днів?

Його дні не зарахуються, а якщо він повернеться, відлік почнеться спочатку. На момент заявки потрібно щонайменше 12 тестерів, які пробули в тесті безперервно останні 14 днів, тому набирай 15-20 людей із запасом.

Чи варто платити сервісам за тестерів для Google Play?

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

---

12 тестерів і 14 днів лякають тільки тоді, коли про них дізнаєшся в день релізу. Запускай закритий тест того дня, коли застосунок уперше нормально запрацював на телефоні, а поки йде відлік, доводь сторінку в сторі. Тоді два тижні працюють на тебе.