Google Play «Потрібно більше тестування»: що означає лист і як повторно подати заявку на продакшн (2026)

Лист Google Play «Потрібно більше тестування для доступу до продакшну Google Play» (More testing required to access Google Play production) означає, що Google відхилив вашу заявку на доступ до продакшну. Це не порушення правил і не блокування застосунку. Але це коштує часу: перед повторною заявкою потрібен ще один 14-денний блок закритого тестування. У цьому посібнику ми розшифруємо кожну причину з листа, перелічимо, що змінити за ці додаткові 14 днів, і покажемо, як переписати анкету, щоб друга заявка стала останньою. Якщо ви ще не почали закрите тестування, почніть із нашого плану тестування «12 тестувальників, 14 днів».

Що означає «Потрібно більше тестування для доступу до продакшну Google Play»?

Це означає, що рецензент Google прочитав ваш запит Apply for production і вирішив, що закрите тестування не дало достатньо доказів готовності застосунку до публічного випуску. Продакшн і попередня реєстрація залишаються заблокованими, доки ви не проведете додаткове тестування і не подасте заявку знову.

Станом на листопад 2026 року вимоги Google до тестування застосунків стосуються особистих акаунтів розробників, створених після 13 листопада 2023 року. Такі акаунти повинні провести «закрите тестування свого застосунку щонайменше з 12 тестувальниками, які безперервно беруть участь щонайменше 14 днів». Виконання цих показників лише дає змогу подати заявку. Саму заявку перевіряють, і Google називає дві причини, через які може знадобитися більше тестування: «менше ніж 12 тестувальників, які погодилися на участь, або недостатня залученість тестувальників протягом періоду тестування». Google зазначає, що перевірка «зазвичай триває сім днів або менше, але інколи може тривати довше», а рішення власник акаунта отримує електронною поштою.

Що означає кожна причина в листі з відмовою?

Кожен рядок листа вказує на конкретну прогалину: тестувальники, які насправді не користувалися застосунком, тестування без помітних змін у відповідь на відгуки або занадто розмиті відповіді в анкеті, щоб їх оцінити. У листі може бути одна, дві або всі три причини.

Розробники, які публікували цей лист, цитують ті самі причини: «Тестувальники не взаємодіяли з вашим застосунком під час закритого тестування» (Testers were not engaged with your app during your closed test), «Ви не дотрималися найкращих практик тестування, зокрема збору відгуків користувачів і реагування на них через оновлення застосунку», а також відповіді про застосунок, закрите тестування чи готовність до продакшну, які були «неповними або недостатніми». Завершальна інструкція звучить так: «Перш ніж подавати заявку знову, протестуйте застосунок у закритому тестуванні ще 14 днів із реальними тестувальниками». Google не розкриває, як саме вимірює залученість, тому таблиця зіставляє кожну причину з відповідним текстом на довідковій сторінці Google і зі способом виправлення.

Що робити одразу після відмови?

Не зупиняйте закрите тестування, попросіть тестувальників не виходити з нього і випустіть нову збірку в закритому треку протягом кількох днів. На сторінці Google сказано, що в разі відмови «вам, можливо, доведеться продовжити закрите тестування», тож якщо ви його згорнете й почнете нове, то втратите базу тестувальників.

1. Не видаляйте закритий трек і список тестувальників. Google попереджає: «Якщо тестувальник вийде з тестування, а згодом приєднається знову, 14 днів мають бути послідовними», тож кожен, хто піде зараз, почне свій відлік заново.
2. Напишіть кожному тестувальнику. Поясніть, що тестування триває ще 14 днів, що виходити з нього не можна, і що саме ви хочете, щоб вони спробували цього разу.
3. Перевірте кількість тестувальників у Play Console. Замініть тих, хто так і не встановив застосунок, людьми, які справді ним користуватимуться. Друзі, які встановлюють застосунок і ніколи його не відкривають, — типова причина відмови через «незалученість».
4. Налаштуйте один канал для відгуків. Google пропонує груповий чат; спільна форма теж підійде. Що б ви не обрали, зберігайте кожне повідомлення з датою.
5. Складіть список завдань, що охоплює кожну основну функцію: реєстрацію, ключову дію, налаштування, покупки (з ліцензійними тестувальниками, якщо в застосунку є білінг) та будь-які офлайн-сценарії чи сповіщення.
6. Протягом першого тижня випустіть оновлення в закритому треку, яке виправляє щось, про що повідомив тестувальник, і назвіть це виправлення в примітках до випуску. Заплануйте друге оновлення до 14-го дня.
7. Запустіть звіт перед запуском (pre-launch report) і виправте знайдені збої та попередження щодо доступності.
8. Перед повторною заявкою перевірте, чи правильно заповнені вікова категорія, цільова аудиторія та форма Data safety. Якщо застосунок вимагає входу, додайте «дійсні робочі облікові дані для входу», як просить сторінка Google.

Якщо перед випуском вашому застосунку також потрібно підвищити target SDK, зробіть це в межах того самого періоду. Наш посібник щодо target API level 36 розповідає про дедлайн 1 листопада 2026 року.

Як переписати відповіді в анкеті доступу до продакшну?

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

Форму відкривають на Dashboard у Play Console через Apply for production. Вона складається з трьох частин: ваше закрите тестування, ваш застосунок і ваша готовність до продакшну. Якщо вийти з частини, не натиснувши Next, прогрес втрачається, тож спершу підготуйте відповіді в окремому документі. Один розробник на itch.io повідомив про «ліміт у 300 символів на кожну відповідь» — ще одна причина заздалегідь написати й скоротити текст. Відповіді в частині 2 не показуються публічно й не впливають на видимість застосунку.

Розібраний приклад для гіпотетичного трекера звичок. Слабкі відповіді типові для заявок, які повертаються з позначкою «неповні або недостатні»:

Що повідомляють інші розробники після відмови «потрібно більше тестування»?

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

• У спільноті MIT App Inventor розробник shigeki_suzuki повідомив у липні 2024 року, що їхній застосунок Season Clock набрав 20 тестувальників на 14 днів через застосунок для обміну тестувальниками, а потім отримав «More testing required to access Google Play production» з причиною «Testers were not engaged with your app during your closed test». Вони написали, що не знали, хто ці тестувальники, і не отримали жодного відгуку, тому не змогли описати, як проходило тестування і що змінилося. Тестування довелося повторити.
• На форумі Adalo користувач siang32195 у серпні 2024 року повідомив про те саме повідомлення «More testing required» після залучення найнятих тестувальників. Вони запитали, як перевірити, що тестувальники справді користувалися застосунком. У відповіді порадили інструменти для відстеження часу або письмовий звіт зі сценаріями тестування, які пройшов кожен тестувальник. Із треду не зрозуміло, чи була друга заявка успішною.
• Інді-розробник гри, який пише на itch.io, мав «ледве 12 тестувальників», але написав, що «зробив кілька оновлень гри» і «записував усе, що міг, зі своїх взаємодій із тестувальниками». Він використав ці записи в заявці й повідомив: «Протягом 36 годин після подання заявки мені надали доступ до продакшну».

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

Коли знову натискати Apply for production?

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

• Щонайменше 12 тестувальників беруть участь без перерв ще 14 днів поспіль (для запасу орієнтуйтеся на 15 або більше)
• Щонайменше два релізи в закритому треку після відмови, кожен із примітками до випуску, де назване виправлення за звітом тестувальника
• Журнал відгуків із датами, з кількістю за типами (баги, UX, запити) і способом збору кожного пункту
• Тестувальники скористалися кожною основною функцією, зокрема входом, покупками та сповіщеннями, якщо вони є
• Звіт перед запуском без невиправлених збоїв
• Правильно заповнені вікова категорія, цільова аудиторія та форма Data safety, а також робочі облікові дані для входу рецензента
• Відповіді на анкету, підготовлені в документі, з функціями, кількостями та номерами версій

Сторінка Google також попереджає: «Надсилання застосунків, що не відповідають правилам, з розрахунком на те, що рецензенти знайдуть проблеми, призводить до відмов, затримок перевірки й довших процесів оскарження», тож виправляйте порушення правил до подання заявки, а не після. Якщо ви хочете доручити налаштування Play Console, план закритого тестування й заявку комусь іншому, наш сервіс публікації в App Store охоплює обидва магазини за $599. Збори за акаунти розробника оплачуються окремо.