Публикация в App Store и Google Play в 2026: сроки, стоимость и 7 скрытых требований, которые могут сорвать релиз
Коротко
Публикация приложения в App Store обойдётся в 99 $/год (аккаунт Apple Developer Program) плюс 2–5 дней на ревью для нового приложения (обновления проверяются за 24–48 часов) — но это без учёта самой регистрации аккаунта: для компании Apple требует D-U-N-S Number и верификацию бизнеса, и весь enrollment может занять от 1 до 4 недель.
Google Play дешевле на входе — разовый взнос 25 $, — а обязательное закрытое тестирование (минимум 12 тестеров, 14 дней подряд) касается только личных (personal) аккаунтов, зарегистрированных после 13 ноября 2023 года: аккаунты компаний от этого требования освобождены, но проходят свою верификацию по D-U-N-S и бизнес-документам — она занимает 2–4 недели.
С 2026 года у Google появляется ещё один барьер — Android Developer Verification: с 30 сентября 2026 года в четырёх странах (Бразилия, Индонезия, Сингапур, Таиланд) приложения без верификации разработчика по государственному ID не смогут устанавливаться на сертифицированные Android-устройства, а с 2027 года требование станет глобальным. Итог: реальный срок «от кода до магазина» в 2026 году сильно зависит от типа и возраста аккаунта — от нескольких дней (обновление на уже верифицированном аккаунте) до 4–6 недель (регистрация нового аккаунта компании плюс первый релиз).
7 вещей, которые нужно знать до публикации
1. Стоимость аккаунтов разработчика отличается по модели, не только по сумме
Apple Developer Program стоит 99 $ в год — это подписка, без которой приложение снимут с публикации, даже если оно уже одобрено.
Google Play Console берёт 25 $ один раз, и аккаунт остаётся активным бессрочно. На дистанции 5 лет публикация в Apple обходится примерно в 20 раз дороже одного только входного билета Google — это стоит закладывать в бюджет проекта, а не только в разовую смету на релиз.
2. Официальные сроки ревью Apple — это не то же самое, что реальные
Apple заявляет, что около 90% заявок проверяются в течение 24 часов, а среднее время — 24–48 часов; первая публикация нового приложения по этим же официальным цифрам занимает 2–5 дней. Это касается обновлений уже одобренных приложений и является целевой, а не гарантированной метрикой — на практике в 2026 году она сбивается: разработчики массово сообщают о задержках от 7 до 30+ дней, отдельные случаи — до 45 дней. Причина — резкий рост числа заявок (релизы в Q1 2026 выросли на 60% год к году, на iOS отдельно — на 80%, во многом из-за волны AI-сгенерированных «vibe-coded» приложений, перегрузивших очередь ревьюеров). Планировать релиз стоит не по официальным цифрам Apple, а с запасом.
В Google Play ситуация обратная по драматичности: у аккаунтов с историей публикаций ревью занимает 1–3 дня, а у новых аккаунтов — 7–14 дней, и это без учёта обязательного тестового этапа для личных аккаунтов (см. пункт 3).
3. Google Play требует закрытое тестирование, прежде чем разрешит публикацию
Требование касается только личных (personal) аккаунтов разработчика, созданных после 13 ноября 2023 года: без закрытого тестирования — минимум 12 тестеров, опт-ин, непрерывно в течение 14 дней — Google не даст перейти в продакшен. Аккаунты компаний (organization) от этого требования освобождены — но вместо теста проходят свою верификацию по D-U-N-S Number и бизнес-документам, которая занимает 2–4 недели, то есть задержка никуда не девается, просто выглядит иначе. Планировать дату запуска стоит с этим этапом в уме, особенно если у клиента жёсткий дедлайн (анонс, инвестраунд, сезонный старт) — и уточнить заранее, какой тип аккаунта будет использоваться.
4. С 2026 года в Android появляется верификация разработчика по ID
Google запускает Android Developer Verification — систему, которая привязывает приложение к подтверждённой личности разработчика (государственный ID + разовый взнос 25 $) и распространяется в том числе на установку вне Google Play — через сторонние магазины и прямую загрузку APK. Первая фаза стартует 30 сентября 2026 года в четырёх странах (Бразилия, Индонезия, Сингапур, Таиланд), где сертифицированные Android-устройства будут блокировать установку неверифицированных приложений. Глобальное расширение запланировано с 2027 года. Для разработчиков-любителей и учебных проектов Google оставил облегчённый вариант — аккаунт без ID и взноса, но с ограничением до 20 устройств.
5. Главная причина отказа Apple — не баги, а политика приватности
По данным Apple, несоответствие Guideline 5.1.1 (Privacy) — самая частая причина отклонения заявок, чаще, чем любое другое правило по отдельности. Типичные проблемы: отсутствует ссылка на политику конфиденциальности (в App Store Connect и внутри приложения), App Privacy Labels не совпадают с тем, что приложение реально собирает, отсутствует запрос App Tracking Transparency там, где он обязателен.
Практический вывод: privacy-документацию и декларации по каждому стороннему SDK нужно готовить до отправки на ревью, а не по факту отказа.
6. Guideline 4.3 режёт «одинаковые» и переполненные категории приложений
Guideline 4.3(a) касается разработчиков, которые публикуют почти идентичные приложения под разными Bundle ID (например, одно приложение на каждый город). Guideline 4.3(b) в 2026 году усилили: в перегруженных категориях (фонарики, обои, простые таймеры) Apple отклоняет новые заявки, если приложение не предлагает «значимо иной или улучшенный опыт» по сравнению с уже существующими. Для нишевых B2B и корпоративных приложений (например, для управления зарядными станциями или парковками) это не проблема, но для потребительских утилит — риск, который стоит проверить на этапе концепции, а не после разработки.
7. Банковские и налоговые формы — узкое место, о котором забывают до последнего
И Apple, и Google требуют заполнить платёжный и налоговый профиль до того, как приложение сможет монетизироваться (даже если это просто платное скачивание). В App Store Connect это Paid Applications Agreement плюс налоговые формы (W-8/W-9 и аналоги для не-США), в Google Play — Payments profile через Google-аккаунт. Проверка банковских данных и налоговых форм у обеих платформ может занимать несколько рабочих дней отдельно от ревью самого приложения — если оставить это на последний момент, релиз с монетизацией может задержаться, даже когда сам код уже одобрен.
iLab.md разрабатывает и публикует мобильные приложения на React Native — от идеи до релиза в App Store и Google Play, включая настройку аккаунтов разработчика, privacy-документацию и прохождение ревью.
Источники:
App Review Guidelines — Apple Developer
App testing requirements for new personal developer accounts — Google Play Console Help
Understanding Android developer verification — Android Developer Console Help
Faq
Apple Developer Program — 99 $ в год. Google Play Console — 25 $ разово. Итого на старте: около 124 $, но у Apple эта сумма повторяется ежегодно, у Google — нет.
Apple официально заявляет 2–5 дней на ревью, но на практике в 2026 году из-за перегрузки очереди сроки часто растягиваются до 7–30 и более дней — плюс время на настройку аккаунта (для компании — до 1–4 недель на верификацию). В
Google Play для нового личного аккаунта — 14 дней обязательного закрытого тестирования плюс 7–14 дней ревью (около 3 недель в сумме); для аккаунта компании тестирование не требуется, но вместо него закладывайте 2–4 недели на верификацию по D-U-N-S и бизнес-документам.
Да, у Apple есть Expedited Review — опция для критичных случаев (например, срочный фикс бага, ломающего приложение), но она не предназначена для рутинных релизов и одобряется не автоматически.
Это новая система Google, которая привязывает Android-приложения к верифицированной личности разработчика по государственному ID. Обязательной она станет с 30 сентября 2026 года в четырёх странах (Бразилия, Индонезия, Сингапур, Таиланд), глобально — с 2027 года.
Чаще всего — из-за несоответствия политике конфиденциальности (Guideline 5.1.1): отсутствующей или неточной политики, расхождений между заявленными и реальными данными, которые собирает приложение.