Публикация приложения в сторах: сколько это занимает на самом деле

Приложение готово. Наконец-то. Дальше — публикация приложения в сторе, и здесь начинаются сюрпризы: никто заранее не говорит, сколько это займёт на самом деле.

Если у вас уже было хотя бы одно приложение в сторах — эта часть вам известна, пролистайте сразу к разделу про отказы. Если нет — по порядку.

Apple любит статистику. Компания официально сообщает: около половины заявок получают решение быстрее чем за сутки, девяносто процентов — в течение двух. Цифра честная, но усреднённая по всей базе — от гигантов с историей публикаций до вчерашнего аккаунта.

И для новых разработчиков в 2026 году эта цифра выглядит иначе. Из-за возросшего потока заявок реальные сроки для первой публикации чаще растягиваются на два-пять дней, а в загруженные недели — на неделю и больше.

Google честнее в документах. В официальной справке Play Console прямо написано: обычная проверка версии занимает до семи рабочих дней. Отдельных разработчиков модерируют ещё дольше и тщательнее — «для более надёжной защиты пользователей», так там и сказано.

А RuStore вообще не называет срок. В официальной документации есть только один дедлайн: не отправленную на проверку сборку удалят через 14 дней. Агентства, которые публикуют туда регулярно, сходятся на 1–5 рабочих днях — большинство проходит за 2–3 дня, повторная проверка после правок обычно укладывается в один.

Логика владельца понятна. Заплатил за разработку — купил результат.

И отчасти это правда: код действительно можно принять и протестировать в тот же день, когда разработчик его сдал.

Но стор — не часть кода. Это отдельный аккаунт, отдельные документы и отдельная проверка, которая не входит в смету на разработку, если её туда не включили заранее.

Деньги здесь небольшие, но их тоже забывают заложить в смету. Apple берёт 99 долларов в год за членство в Apple Developer Program — без него сборку даже нельзя загрузить на проверку. Google — разово 25 долларов за регистрацию консоли разработчика.

RuStore в этом смысле проще: регистрация аккаунта бесплатна, и это подтверждено в официальной справке площадки. Но бесплатно — не значит без документов: юрлицу или ИП всё равно нужно подтвердить реквизиты, просто без оплаты за само подключение.

Разработка — это одна цифра в договоре. Публикация приложения — другая, и её редко считают отдельно.

На практике к сроку разработки стоит прибавлять минимум неделю на подготовку аккаунтов и материалов — если начали её параллельно с последним спринтом разработки, а не после. Плюс сама проверка: для Google Play это до семи дней по официальной справке, для Apple — от суток до недели в зависимости от загрузки, для RuStore — обычно два-три дня. Если публикуете сразу в три стора и что-то не готово хотя бы в одном, ждать придётся по самому медленному из трёх, а не по среднему.

Отдельно закладывайте время на правки. Первая подача почти никогда не проходит с первого раза без единого замечания — и это нормально, а не признак слабой разработки.

Это касается всех трёх площадок сразу. Первая публикация — самая долгая: проверяющий смотрит на приложение и на разработчика впервые, без истории доверия.

У RuStore это прямо написано в рекомендациях агентств: повторная отправка после исправлений обычно укладывается в один рабочий день, тогда как первичная — в те же 1-5. У Apple похожая логика: аккаунт с историей чистых публикаций реже попадает под ручную дополнительную проверку, на которую жалуются как раз новые разработчики. Google формально называет один срок — до семи дней — но на практике мелкие обновления без новых разрешений и API проходят автоматизированную проверку быстрее, чем новая версия с изменённой логикой.

Вывод простой: если планируете развивать приложение дальше, первая публикация — не показатель. Дальше будет быстрее, если не копить нарушения и не менять архитектуру приложения одним большим обновлением раз в полгода.

Автосервис в Казани заказывал приложение записи на шиномонтаж. Разработку сдали за три недели — быстро, по плану.

Зато с публикацией всё встало. Пока оформляли ИП-аккаунт в RuStore и собирали скриншоты под три размера экрана, прошло ещё две с половиной недели. Не потому что стор придирался — потому что этим никто не занимался, пока не дошло дело до загрузки.

У барбершопской сети из трёх точек вышло иначе: аккаунт в RuStore и Google Play завели в первую неделю разработки, пока команда ещё проектировала экраны записи. К моменту готовности кода документы уже лежали в консоли, и обе площадки пропустили сборку за два дня без единого замечания.

Разница не в везении. Разница в том, когда именно начали заниматься публикацией — до готовности кода или после.

Мы в своих проектах ведём публикацию как часть разработки, а не как последний шаг: аккаунты и документы готовим, пока пишется код. Как это выглядело в других нишах — в кейсах. смотрите кейсы

Не «сколько стоит разработка». А кто именно оформляет аккаунты в сторах, кто отвечает за отказ на проверке и входит ли повторная подача в стоимость.

Спросите и про даты: когда именно заведут аккаунты разработчика — в начале проекта или ближе к сдаче. Ответ «ближе к сдаче» означает, что публикация приложения пойдёт последовательно после разработки, а не параллельно с ней, и к финальному сроку смело добавляйте те самые одну-две недели.

Если ответ — «это уже ваша забота» — прибавляйте к сроку разработки ещё одну-две недели на публикацию приложения. И готовьтесь заниматься этим сами.

Публикация приложения — не формальность после разработки, а отдельный процесс со своими сроками, документами и рисками отказа. Кто из подрядчика этим займётся и когда — вопрос ровно того же уровня важности, что и стоимость разработки.

Разбираетесь, что для вашего бизнеса выгоднее — приложение, сайт или PWA: курс «Вайб-кодинг: с нуля до первой оплаты»