Требования Google Play 2026: как опубликовать приложение

Что такое требования Google Play простыми словами

Ты собрал приложение, жмёшь «опубликовать» - и в голове картинка, как оно сейчас красиво улетает в магазин. А упираешься в стену из правил. Знакомо? Ещё бы.

Смотри на это так. Google Play - это аэропорт с паспортным контролем. Приложение - твой пассажир. Чтобы попасть на рейс, он проходит несколько стоек: показывает свежий паспорт, честно заполняет декларацию, не тащит запрещёнку в чемодане, проходит досмотр. Завалит хоть одну стойку - развернут прямо у трапа.

Стоек ровно четыре: свежий target API level Target API level (целевой уровень API) - число в настройках приложения, которое говорит, под какую версию Android ты ориентировался при сборке. Чем выше число, тем новее Android. Google заставляет держать его свежим, чтобы приложения играли по новым правилам безопасности. , форма Data safety, отсутствие запрещёнки и пройденное тестирование. Пройдёмся по каждой.

Зачем разработчику знать требования стора

Можно, конечно, кинуть приложение «как есть» и надеяться на удачу. Только Google проверяет всё - и автоматикой, и руками модераторов. Отказ прилетает не сразу, а через дни ожидания. А повторная проверка - снова в конец очереди. Удовольствие так себе.

• Поймёшь, почему приложение отклонили, и перестанешь гадать на кофейной гуще.
• Не схлопочешь блокировку аккаунта за то, что можно было предусмотреть на старте.
• Заполнишь форму Data safety один раз и нормально, а не семь раз с правками.
• Сэкономишь недели. Проверки идут по очереди, и каждый отказ отбрасывает тебя назад.

Большинство отказов у новичков - это не «плохой код». Это просроченный дедлайн по target API, кривая анкета о данных или забытое тестирование. И всё это видно заранее.

Четыре проверки Google Play по порядку

1. Target API level - покажи свежий паспорт

Google не хочет, чтобы в сторе доживали свой век приложения, собранные по старым правилам безопасности. Поэтому планка target API каждый год ползёт вверх: новые приложения и обновления должны целиться в свежую версию Android, обычно прошлогоднюю.

На практике это значит вот что. Примерно с конца лета в стор пускают только то, что нацелено на актуальный уровень API. Под Wear OS, Android TV и автомобильные системы планка обычно на ступеньку ниже.

targetSdkVersion targetSdkVersion - строчка в настройках сборки Android (файл build.gradle), где стоит то самое число target API level. Именно её Google проверяет при загрузке. Поднять обычно несложно, но иногда приходится чинить то, что сломалось из-за новых правил. поднимается в настройках сборки. И вот тут засада прячется не в самом числе. Новая версия Android могла поменять правила игры: какие-то разрешения ужесточились, какой-то привычный приём просто перестал работать. Так что после поднятия обязательно прогони приложение и проверь - ничего не отвалилось?

2. Форма Data safety - честная декларация на таможне

Data safety Data safety - раздел в карточке приложения, где разработчик честно перечисляет, какие данные собирает приложение, зачем, передаёт ли их кому-то и как защищает. Пользователь видит это в магазине ещё до установки. - это анкета, в которой ты сам рассказываешь, что приложение делает с данными пользователя. Имя, email, геолокация, рекламный идентификатор устройства - всё это надо задекларировать.

И вот тут новички горят чаще всего. Считаются и те данные, что собирают чужие библиотеки и SDK внутри твоего приложения. Воткнул рекламу или аналитику - всё, ты тоже собираешь данные. Даже если сам их пальцем не трогал.

3. Запрещёнка - что нельзя везти в чемодане

Есть темы, за которые удаляют сразу и без переписки. Это не «понизим в выдаче». Это «уберём приложение, а заодно можем закрыть и аккаунт».

• Детская безопасность - абсолютный приоритет и нулевая терпимость. Любой контент, эксплуатирующий детей, - мгновенное удаление.
• Обман и мошенничество - фейковые сервисы, обманные схемы, приложения, которые вводят в заблуждение.
• Дипфейки и подделки - сексуальные дипфейки без согласия, поддельные записи реальных людей под мошенничество.
• Контент, сгенерированный ИИ, играет по тем же правилам, что и обычный. Генерирует приложение картинки или текст - оно обязано блокировать запрещённое.
• Чувствительные разрешения - доступ к контактам, фото, геолокации должен быть оправдан. Кредитным и микрозаймовым приложениям, например, лезть в фото и контакты прямо запрещено.

4. Тестирование - досмотр перед вылетом

Завёл новый личный аккаунт разработчика? Тогда Google не пустит тебя сразу в продакшен. Сначала прогони закрытое тестирование с живыми людьми.

«Подряд» - это значит непрерывно. Зашёл человек, побыл три дня, вышел - не засчитают. Даже если вернётся позже. Так что собирай тех, кто реально готов держать приложение установленным две недели.

Как опубликовать приложение в Google Play: пошагово

Вот реалистичный порядок действий, если публикуешься впервые.

Подними target API level до актуального уровня в настройках сборки. Прогони приложение и убедись, что после поднятия ничего не сломалось.
Составь список ВСЕХ библиотек и SDK в проекте. Проверь, какие из них собирают данные пользователя - это тоже твоя ответственность.
Заполни форму Data safety честно: что собираешь, зачем, кому передаёшь, как защищаешь. Сверь анкету с реальным поведением приложения.
Подготовь политику конфиденциальности и дай на неё рабочую ссылку - без неё карточку не примут.
Перечитай Developer Program Policy по части запрещёнки. Убедись, что твоя тема и разрешения в рамках.
Аккаунт новый и личный? Запусти закрытое тестирование, собери живых тестировщиков и продержи тест две недели подряд.
И только после этого подавай на доступ к продакшену и публикуй. А перед самой подачей ещё раз открой официальную справку Play Console - цифры и дедлайны могли обновиться.

Частые ошибки при публикации в Google Play

• Проспать дедлайн по target API. Планка прыгает каждый год. Собрал под прошлогодние правила позже срока - обновление завернут. Сверяйся со справкой.
• Считать Data safety формальностью. Это сверяемая декларация. Разошлась с реальностью - сначала отказ, потом блокировка.
• Забыть про чужие SDK. Реклама и аналитика собирают данные за тебя. А в анкете за них отвечаешь ты.
• Лезть в запрещёнку «по незнанию». Незнание правил от бана не спасает. Перечитай Developer Program Policy до подачи.
• Думать, что разрешения «лишними не будут». Просишь доступ к контактам или фото без явной нужды - получишь отказ. Бери минимум.
• Игнорировать тестирование на новом аккаунте. Без закрытого теста с живыми людьми в продакшен просто не пустят. Закладывай две недели заранее.
• Верить цифрам из старых статей. Числа тестировщиков, уровни API и дедлайны меняются. Источник истины один - официальная справка Play Console.