С ноября 2023 года Google Play требует, чтобы новые личные аккаунты разработчиков продемонстрировали тестирование приложения реальными людьми, прежде чем его можно будет выпустить. Правило легко сформулировать и легко нарушить: не менее 12 тестировщиков должны присоединиться к закрытому тестированию на 14 непрерывных дней, после чего нужно подать заявку на доступ к рабочей версии, которую Google проверяет и может отклонить. В этой статье объясняется, как требование работает на практике и как провести тестирование, успешно пройдя его с первой попытки.
На кого распространяется это правило
| Аккаунт | Требуется ли закрытое тестирование перед выпуском в рабочую версию? |
|---|---|
| Личный аккаунт, созданный после 13 ноября 2023 года | Да, для каждого приложения, которое вы хотите выпустить в рабочую версию |
| Личный аккаунт, созданный 13 ноября 2023 года или ранее | Нет |
| Аккаунт организации | Нет |
В ноябре 2023 года требование начиналось с 20 тестировщиков, а 11 декабря 2024 года их число было сокращено до 12. Период в 14 дней не изменился. Если вы публикуете приложение для бизнеса, самый простой способ избежать действия этого правила — публиковать его из аккаунта организации, оформленного на имя компании; в любом случае это правильный тип аккаунта для бизнес-приложения. Настройка описана в статье как опубликовать приложение в Google Play в 2026 году.
Как на самом деле отсчитываются 14 дней
Формулировка Google точна: на момент подачи заявки на доступ к рабочей версии к закрытому тестированию должны присоединиться как минимум 12 тестировщиков, причём они должны непрерывно участвовать в нём в течение предыдущих 14 дней. Отсюда следуют три последствия:
- Приглашение не означает присоединение. Тестировщик учитывается только после принятия приглашения по ссылке для присоединения к тестированию, когда он вошёл в аккаунт Google, указанный в вашем списке. Отправить электронное письмо недостаточно; проверяйте количество в Play Console.
- Непрерывность имеет значение. Тестировщик, покинувший тестирование и присоединившийся к нему снова, начинает новый непрерывный период. Если в течение двух недель количество участников опустится ниже 12, в день подачи заявки у вас не будет 12 тестировщиков, участвовавших в тестировании 14 непрерывных дней.
- Планируйте запас. Наберите 15–20 тестировщиков, чтобы несколько выбывших участников не нарушили ваш график.
Что требуется в заявке на доступ к рабочей версии
После выполнения критериев подайте заявку с панели управления Play Console. Форма состоит из трёх частей:
- О закрытом тестировании: насколько легко было набрать тестировщиков, как они взаимодействовали с приложением и какие отзывы вы получили.
- О приложении: целевая аудитория, пользу, которую предоставляет приложение, и ожидаемое количество установок в первый год.
- О готовности к выпуску в рабочую версию: что вы изменили по результатам тестирования и как решили, что приложение готово.
Google сообщает, что проверка обычно занимает семь дней или меньше, но может длиться дольше. Учтите эту неделю в плане запуска: с учётом 14-дневного тестирования минимальный срок от первой сборки для закрытого тестирования до выпуска в рабочую версию составляет около трёх недель.
Почему заявки отклоняют
Если заявка не проходит проверку, Google просит продолжить тестирование. Указанные причины — менее 12 присоединившихся тестировщиков или недостаточная вовлечённость тестировщиков. На практике недостаточная вовлечённость обычно проявляется одним из следующих способов:
- Тестировщики установили приложение один раз и больше его не открывали
- Нет отзывов либо отзывы носят общий характер («хорошее приложение») и не приводят к изменениям
- Во время тестирования не выходили новые сборки, поэтому нет свидетельств влияния тестирования на продукт
- Ответы в заявке расплывчаты, скопированы или не соответствуют результатам тестирования
- Приложение явно не завершено: экраны-заполнители, неработающие сценарии, сбои
План тестирования, который поможет пройти проверку
| Когда | Что делать |
|---|---|
| До дня 0 | Наберите 15–20 реальных людей из целевой аудитории: клиентов, сотрудников или участников списка ожидания. Соберите аккаунт Google, который будет использовать каждый из них. |
| День 0 | Загрузите завершённую сборку в трек закрытого тестирования, добавьте тестировщиков (хорошо подходят список рассылки или группа) и отправьте ссылку для присоединения вместе с инструкциями по установке. |
| Дни 1–3 | Убедитесь, что каждый тестировщик присоединился к тестированию и установил приложение. Отправьте краткий сценарий тестирования, охватывающий основные сценарии работы приложения. |
| Дни 4–10 | Собирайте отзывы в одном месте, исправляйте реальные проблемы и выпустите как минимум одно или два обновления с понятными примечаниями к выпуску. |
| Дни 11–14 | Попросите тестировщиков повторить основные сценарии в последней сборке; зафиксируйте, что и почему изменилось. |
| День 14 или позже | Убедитесь, что как минимум 12 тестировщиков участвовали в тестировании 14 непрерывных дней, затем подайте заявку, отвечая по журналу отзывов, а не по памяти. |
Журнал отзывов — самый полезный документ, который вы подготовите. Он превращает вопросы заявки в факты: кто тестировал, что обнаружил и что вы изменили. Такой же подход нужен при любом выпуске, как мы описывали в статье приёмочное тестирование и утверждение результатов.
О платных сервисах привлечения тестировщиков
Существуют и широко рекламируются сервисы, продающие группы тестировщиков. Требование касается реального тестирования, и именно заявки, в которых тестировщики демонстрируют низкую вовлечённость, а ответы не показывают изменений на основе отзывов, отклоняют с просьбой продолжить тестирование. Тестировщики, которые удаляют приложение или покидают группу, также нарушают непрерывность, измеряемую правилом. Если вы привлекаете внешнюю помощь, используйте её для охвата реальных пользователей приложений вашего типа и всё равно проводите тестирование по приведённому выше плану.
После получения доступа к рабочей версии
Доступ к рабочей версии распространяется на приложение, успешно прошедшее проверку. Новое приложение в том же личном аккаунте проходит собственное закрытое тестирование. Обновления приложения, уже имеющего доступ к рабочей версии, не требуют повторного выполнения этого требования, но проходят обычную проверку и должны соответствовать актуальным техническим правилам, включая требование целевого API Android 16 для обновлений с 31 августа 2026 года, а также регистрацию для проверки разработчика Android.
Часто задаваемые вопросы
Могут ли тестировщиками быть сотрудники моей команды?
Они могут участвовать, но тестирование только коллегами редко обеспечивает нужную для заявки вовлечённость и отзывы. Добавьте реальных пользователей из целевой аудитории.
Можно ли вместо этого использовать внутреннее тестирование?
Нет. Требование относится к закрытому тестированию. Внутреннее тестирование по-прежнему полезно для вашей команды до начала закрытого тестирования.
Поможет ли переход на аккаунт организации?
На аккаунты организаций это требование не распространяется. Для бизнес-приложения такой тип аккаунта в любом случае является правильным, но для него нужны номер D-U-N-S и подтверждение организации, которые также требуют времени.
Связанные услуги Manboo
- Разработка Android-приложений, включая настройку Play Console, треки выпуска и декларации о соответствии требованиям.
- Разработка iOS-приложений, включая App Store Connect, TestFlight и подготовку к проверке App Store.
- Разработка приложений на Flutter, когда одна кодовая база должна пройти проверку в обоих магазинах.
- Сопровождение программного обеспечения для существующих приложений, которым нужны обновления целевого API, SDK или политик.
- Запросить проверку объёма работ и оценку стоимости для запуска в магазине или отклонённой отправки.