Заметки о пути в App Store. Полезные чек-листы, решения проблем с ревью и идеи, как сделать приложение, которое окупается.
Как Jordan Morgan запустил Elite Hoops для ждущей email-аудитории через предзаказы в App Store, вырастил его на небольших бюджетах Apple Search Ads и Meta — и пошаговый план для вашего нишевого приложения.
Пришло письмо «More testing required to access Google Play production»? Разбираем каждую причину, переписываем ответы анкеты и подаём заявку повторно после одного дополнительного 14-дневного теста, а не нескольких.
Пропустили срок 31 августа? Разбираемся, что ещё даёт продление до 1 ноября 2026 года, и переводим Expo, Flutter или React Native на API 36, не сломав навигацию «назад» и вёрстку.
Разбор обновления App Review Guidelines от 16 октября 2026 года простым языком: что изменилось в 1.2, 2.3.14, 2.5.19, 3.1.1(a) и разделе 5 и каким приложениям нужно действовать до следующей отправки.
Собрали первую версию в Lovable, Bolt, Replit или Base44? Эти 12 проверок покажут, что отделяет работающее демо от первых платящих клиентов.
Один промпт чинит вход и ломает оплату. Следующий возвращает всё обратно. Разберём, как остановить цикл, локализовать проблему и передать разработчику полезное ТЗ на исправление.
Развивать дальше, добавить собственный сервис или переписать? Руководство для основателя: что проверить в доступе к коду, данных, сценариях и пользователях перед уходом с Base44 или Bubble.
Превью в Replit работает, а клиенты видят ошибки. Прежде чем переписывать приложение, проверьте тип деплоя, продакшен-секреты, базу данных, файлы и URL обратных вызовов.
Lovable публикует проект только по веб-адресу. Сравниваем PWA, обёртку Capacitor и нативное переписывание по стоимости и трудозатратам, а затем упаковываем приложение так, чтобы оно прошло Guideline 4.2 от Apple.
Выясните, какое правило о спаме вы на самом деле нарушили (4.3(a), 4.3(b) или 4.2.6), и с помощью шаблона ответа и чек-листа отличий проведите шаблонное или созданное ИИ приложение через ревью.
Base44 соберёт для вас подписанный IPA. Но аккаунт разработчика, запись в App Store Connect, загрузка, ревью и приложение, которое пройдёт правило 4.2, по-прежнему на вас. Вот весь путь целиком.
Как настроить демо-аккаунт для ревью App Store, который не истекает, открывает все платные и ролевые функции и не попадает в ловушку с кодом входа, из-за которой проверка может затянуться на три–пять рабочих дней.
План поэтапного релиза в App Store по дням: что контролирует 7-дневный график, а что нет, когда ставить паузу, как выпустить исправление посреди раскатки и как удержать неудачное обновление в небольшой группе.
Получили отказ App Store по 2.1 App Completeness? Проверьте ту самую сборку, которую получит App Review: чистая установка, рабочий демо-аккаунт, живой бэкенд, видимые встроенные покупки и никаких заглушек.
Перечислите все SDK аналитики и сторонние SDK в сборке, запишите, какие данные каждый отправляет с устройства, и отвечайте на вопросы App Store о конфиденциальности по этому списку, пока это не сделала проверка.
Примеры описаний обновлений App Store до и после правки, готовый шаблон и лимиты полей в App Store Connect и Play Console, чтобы каждое обновление ясно говорило, что изменилось, и проходило проверку.
Превратите расплывчатое сообщение App Review в проверяемую проблему и выберите верное решение: исправленные метаданные на той же сборке, новая сборка или апелляция. Плюс шаблон ответа.
Проверьте сборку, скриншоты, ответы о конфиденциальности и доступ для ревьюера до нажатия Submit, чтобы первую проверку не вернули из-за того, что можно было проверить заранее.
Практический план закрытого тестирования в Google Play: наберите 12+ тестировщиков, удержите их в тесте 14 дней, соберите отзывы для Google и подайте заявку на доступ к продакшену без ответа «нужно больше тестирования».
Выберите модель оплаты, которая соответствует ценности, ради которой пользователи возвращаются. Затем проверьте комиссии и правила оплаты Apple и Google на 2026 год, прежде чем делать пейвол.