Вы описали приложение, Lovable его собрал, и люди пользуются им в браузере. Теперь вы хотите видеть его в App Store. Это другая задача, и Lovable сам так говорит.
Коротко
Lovable публикует веб-приложения. Чтобы получить нативное iOS-приложение, нужно либо обернуть веб-приложение, либо пересобрать его на React Native, либо пересобрать на SwiftUI. Rork, Bolt с Expo, Xcode с ИИ-агентом и AirBuild идут одним из этих путей. Они различаются тем, что получается на выходе, кто собирает и отправляет приложение и кто занимается App Review.
Что даёт Lovable, а чего не даёт
Документация Lovable о публикации прямо отвечает на вопрос об iOS. Lovable создаёт веб-приложения, и публикация всегда идёт на веб-адрес: yourproject.lovable.app или ваш собственный домен. Встроенного процесса, который упаковывает проект и отправляет его в App Store, нет.
На той же странице предложены два способа приблизиться к телефону:
- Прогрессивное веб-приложение. Пользователи добавляют ваш сайт на экран «Домой» и открывают его на весь экран. Само по себе PWA не является пакетом для App Store; чтобы попасть в каталог, его нужно обернуть или пересобрать как нативное приложение.
- Обёртка Capacitor. Вне Lovable вы помещаете опубликованный адрес в нативную оболочку, а затем сами отправляете эту оболочку.
Lovable также сообщает, что не создаёт проекты на React Native. Если нужно приложение на React Native, Lovable советует сделать прототип экранов в Lovable, а затем пересобрать их вне его. А мобильное приложение Lovable нужно для работы над проектами с телефона; оно не превращает ваш проект в приложение для ваших пользователей.
Это не недостаток. Это чётко очерченные границы. Вопрос в том, что нужно добавить, чтобы попасть в App Store.
Почему «просто обернуть» — это лотерея
Руководство по проверке приложений в App Store задаёт минимальную планку в разделе 4.2:
Правило 4.2, «Минимальная функциональность»
«Ваше приложение должно включать функции, контент и интерфейс, которые выводят его за рамки переупакованного сайта. Если приложение не особенно полезно, не уникально или не похоже на приложение, ему не место в App Store».
Оболочка, которая только загружает ваш опубликованный адрес, может столкнуться с правилом 4.2. Проверка оценивает, даёт ли приложение полезные функции, контент и интерфейс сверх сайта, а не технологию внутри. Apple не публикует долю одобренных обёрток, поэтому заранее узнать шансы нельзя. Точно известно одно: отклонение стоит ещё одного цикла проверки. Если собираетесь оборачивать, планируйте и нативные функции, а одобрение считайте тем, что нужно заслужить, а не тем, что гарантировано. Наш простой разбор Руководства по проверке приложений в App Store рассказывает о правиле 4.2 и других пунктах, которые стоит проверить перед отправкой.
Пять путей рядом
| Путь | Что вы получаете | Как приложение попадает в App Store | Android тоже? |
|---|---|---|---|
| Lovable + обёртка | Ваше веб-приложение внутри нативной оболочки | Вы собираете и отправляете оболочку сами, вне Lovable | Да, с той же обёрткой |
| Rork | React Native и Expo (Rork Pro) или SwiftUI (Rork Max) | Встроенная публикация; для Rork Pro также нужна учётная запись Expo | Rork Pro — да; Rork Max — только iOS |
| Bolt + Expo | Приложение на React Native через Expo | Вы собираете и отправляете его через EAS CLI на своём компьютере | Да |
| Xcode + ИИ-агент | Код, который пишете вы и агент, обычно Swift и SwiftUI | Вы сами архивируете, загружаете и отправляете | Нет |
| AirBuild | Нативное приложение на SwiftUI | AirBuild готовит страницу в магазине, отправляет и ведёт App Review | Нет; AirBuild сосредоточен на нативной iOS |
На любом пути, прежде чем приложение можно будет опубликовать, нужно участие в Apple Developer Program.
1. Оставить Lovable и добавить обёртку
Это самый короткий путь от того, что у вас уже есть. Capacitor описывает себя как кроссплатформенную нативную среду выполнения для веб-приложений: ваш веб-код работает внутри нативного контейнера, а функции устройства доступны через плагины.
Выбирайте, если продукт — это и есть веб-приложение, у вас есть разработчик, который будет поддерживать нативный проект, и вы готовы добавить нативные функции, чтобы приложение было чем-то большим, чем сайт.
Компромиссы. Экраны по-прежнему остаются HTML, который рисует браузерный движок. Нативный проект, подпись, загрузка и проверка — на вас. И риском по правилу 4.2 тоже управляете вы.
2. Rork
В FAQ Rork описаны два продукта. Rork Pro создаёт кроссплатформенные приложения на React Native и Expo. Rork Max создаёт нативные приложения на SwiftUI, которые компилируются в Xcode на настоящих Mac в облаке, для iPhone, iPad, Apple Watch и Vision Pro. Rork заявляет встроенную публикацию в App Store; нужна учётная запись Apple Developer, а для сборки в Rork Pro — ещё и учётная запись Expo. На платных тарифах код можно экспортировать через двустороннюю синхронизацию с GitHub. Rork также предлагает AI App Store Reviewer, который перед отправкой проверяет сборку на риски отклонения.
Выбирайте, если хотите начать новое мобильное приложение с запроса и вам нравится конструктор в браузере, или если вам нужны iPhone и Android из одного проекта в Rork Pro.
Компромиссы. Это новый проект, а не перенос вашего приложения из Lovable. Тарифы основаны на кредитах, поэтому текущие лимиты смотрите на странице цен Rork.
3. Bolt с Expo
В документации Bolt сказано, что, когда вы просите мобильное приложение, Bolt использует Expo, и приложение работает на iPhone и Android из одного кода. Bolt советует написать «mobile app» в самом первом запросе, потому что проекты, созданные для веба, непросто переключить. Предпросмотр на телефоне — через Expo Go.
Публикация происходит вне редактора Bolt. В документации перечислены требования: компьютер с Node.js LTS и Git, учётная запись Expo и учётная запись Apple Developer. Вы скачиваете код, устанавливаете EAS CLI и собираете и отправляете приложение из терминала.
Выбирайте, если вам нужны обе платформы и вы спокойно запустите несколько команд.
Компромиссы. Существующий веб-проект Bolt сам не станет мобильным. Сборка, страница в магазине и App Review — на вас. Если у вас уже есть веб-приложение в Bolt, вы можете перенести его в AirBuild.
4. Xcode с ИИ-агентом для программирования
Собственный путь Apple. Xcode 27 позволяет использовать агентов для программирования и модели на ваш выбор, в том числе от Anthropic, Google и OpenAI, а также любого агента с поддержкой Agent Client Protocol. Кроме того, Apple требует, чтобы загружаемые в App Store сборки были собраны в Xcode 26 или новее, так что каждое нативное iOS-приложение в какой-то момент проходит через Xcode.
Выбирайте, если вы умеете программировать или хотите научиться и вам нужен полный контроль над проектом.
Компромиссы. Xcode работает на Mac. Агент пишет код; он не зарегистрирует вас в программе, не создаст запись в App Store Connect, не заполнит ответы о конфиденциальности и не ответит App Review. Эту часть разбирает наше руководство по App Store Connect. Если выбираете этот путь, помогут навыки для агентов: см. наше руководство по SwiftUI Agent Skills.
5. AirBuild
AirBuild — это ИИ-команда для нативных iOS-приложений. Агенты по продукту, дизайну и разработке создают приложение на SwiftUI. Приложение приходит на ваш iPhone через TestFlight, а изменения вы просите обычными словами. Когда приложение готово, AirBuild готовит страницу в App Store, отправляет приложение, отслеживает проверку, отвечает проверяющим, исправляет замечания и отправляет снова.
Если у вас уже есть приложение в Lovable, вы можете перенести его в AirBuild:
Оставьте ссылку
Опубликованный адрес вашего приложения Lovable или репозиторий GitHub, с которым оно синхронизируется, и одно предложение о том, что должно делать iOS-приложение и для кого оно.
Ваша ИИ-команда пересобирает его на SwiftUI
Агенты изучают экраны и сценарии вашего приложения и на их основе создают нативное iOS-приложение. Веб-приложение остаётся нетронутым, и вы продолжаете развивать его в Lovable. AirBuild может автоматически переносить ваши изменения.
Попробуйте на iPhone
Приложение приходит через TestFlight. Просите изменения обычными словами.
App Review
AirBuild готовит страницу в магазине, отправляет приложение, отвечает проверяющим, исправляет замечания и отправляет снова.
Бэкенд остаётся на месте. Скажите AirBuild, с чем работает приложение — с Lovable Cloud, вашим собственным проектом Supabase или API, — и iOS-приложение будет спроектировано вокруг этого. Mac и Xcode не нужны: AirBuild запускает вашу ИИ-команду на Mac или в облаке. Для публикации нужно участие в Apple Developer Program. Код принадлежит вам: ваш код в Lovable остаётся вашим, как и проект на SwiftUI, который AirBuild создаёт на его основе.
Выбирайте, если вам нужно нативное приложение для iPhone и вы хотите, чтобы App Review вели за вас, а не возвращали вам.
Компромиссы. AirBuild сосредоточен на нативной iOS, поэтому для Android-приложения этот путь не подходит. Перенос проекта из Lovable находится в раннем доступе, по приглашению из листа ожидания.
Как выбрать
Начинайте с результата, а не с инструмента. Если делать iOS-приложение вайб-кодингом, в любом из этих инструментов рабочий прототип появится быстро; путь определяет то, что вам нужно в конце.
Хватит веб-приложения
Оставайтесь в Lovable. Сделайте прогрессивное веб-приложение, чтобы люди могли добавить его на экран «Домой».
iPhone и Android
Выберите путь с React Native и Expo: Rork Pro или Bolt с Expo. Будьте готовы сами заниматься сборкой и учётными записями в магазинах.
Нативный iPhone, вы пишете код
Используйте Xcode с агентом для программирования. У вас полный контроль, и работу с App Store вы делаете сами.
Нативный iPhone, вы не пишете код
Используйте конструктор, который выдаёт SwiftUI: Rork Max или AirBuild, если хотите, чтобы и весь цикл App Review вели за вас.
Какой бы инструмент вы ни выбрали, задайте ему три вопроса:
- Могу ли я забрать код? Проверьте, есть ли экспорт на всех тарифах или только на платных.
- Кто отправляет приложение и кто отвечает App Review? Инструмент, который останавливается на сборке, оставляет страницу в магазине, ответы о конфиденциальности и отклонения вам.
- Где хранятся мои данные? Если ваше приложение в Lovable уже использует Lovable Cloud или Supabase, выбирайте путь, при котором они остаются там.
Шире о категории — в статье ИИ-конструкторы приложений для iOS. Весь путь от идеи до одобрения — в статье Как сделать приложение с помощью ИИ.
Частые вопросы
Может ли Lovable создать нативное iOS-приложение?
Нет. В документации Lovable сказано, что он создаёт веб-приложения и публикация всегда идёт на веб-адрес. Lovable предлагает сделать прогрессивное веб-приложение или обернуть опубликованный адрес в Capacitor, а проекты на React Native не создаёт.
Какая альтернатива Lovable лучше всего подходит для iOS-приложения?
Зависит от того, какой результат вам нужен. Для iPhone и Android из одной кодовой базы смотрите на инструменты на React Native и Expo, например Rork Pro или Bolt с Expo. Для нативного приложения на SwiftUI — на Rork Max, Xcode с агентом для программирования или AirBuild.
Примет ли Apple обёрнутое приложение из Lovable?
Зависит от приложения. Правило 4.2 требует функций, контента и интерфейса, которые выводят приложение за рамки переупакованного сайта. Оболочка, которая только загружает ваш опубликованный адрес, по этому правилу находится в зоне высокого риска. Apple не публикует долю одобренных обёрток, и добавление нативных функций не гарантирует одобрения.
Нужен ли Mac, чтобы сделать iOS-приложение вайб-кодингом?
Не всегда. Xcode работает на Mac, поэтому для пути через Xcode он нужен. Rork Max собирает приложения на Mac в облаке, а AirBuild запускает вашу ИИ-команду на Mac или в облаке. Для публикации на любом пути нужно участие в Apple Developer Program.
Можно ли сохранить веб-приложение Lovable, если я сделаю версию для iOS?
Да. Ни один из этих путей не требует отключать веб-приложение. С AirBuild веб-приложение остаётся на месте, и вы продолжаете редактировать его в Lovable.