Как создать приложение без кода: no-code, ИИ и ограничения

Создать приложение без кода: честный ответ

Да, в 2026 году можно создать приложение без кода. Есть два основных пути: no-code инструменты, где ты собираешь приложение мышкой, и ИИ, который пишет код за тебя по твоим описаниям. Оба пути позволяют дойти до настоящего приложения, а некоторые no-code инструменты даже публикуют в App Store.

Чего не говорит реклама: почти всегда наступает момент, когда нужно понимать немного кода, не обязательно его писать. И этот момент приходится на самое неудобное место: когда твоё приложение должно продавать подписку, пройти проверку Apple и выдержать реальных пользователей. Этот гайд поможет выбрать путь и заранее узнать, где тебя ждёт этот момент.

Я публикую свои iOS-приложения на React Native, Expo и с помощью ИИ. Solys, будильник с мини-играми, и TradaZen, симулятор трейдинга, есть в App Store. Nolera и Clic Apple отклонила, потом я их исправил. Я не продаю никаких no-code инструментов. Я продаю наборы, чтобы создать мобильное приложение: помни об этом, читая этот взгляд из практики, опирающийся на официальные источники каждого инструмента.

Какие есть способы создать приложение без кода?

No-code инструменты, которые публикуют настоящее приложение

Некоторые визуальные инструменты делают настоящие мобильные приложения, которые можно опубликовать в сторах. А вот их бесплатный тариф в сторы не публикует: подробности в статье создать приложение бесплатно. Два известных примера:

• Bubble предлагает редактор нативных мобильных приложений. В документации объясняется, как опубликовать в App Store и Google Play, и напоминается, что тебе всё равно нужен аккаунт Apple Developer за 99 $ в год.
• FlutterFlow генерирует код на Flutter. Согласно странице с ценами, скачивание кода и публикация в сторы начинаются с платного тарифа Basic, а не с бесплатного.

Устанавливаемые веб-приложения

Другие инструменты, очень удобные, не делают приложений для App Store. Glide, например, указывает, что его приложения являются прогрессивными веб-приложениями и что прямая публикация в App Store или Google Play не поддерживается. Идеально для внутреннего инструмента; не подходит, если твоя цель в том, чтобы тебя находили и у тебя покупали в App Store.

ИИ, который пишет код за тебя

Claude, ChatGPT или Cursor пишут настоящий код, например на React Native с Expo. Это называют вайб-кодингом. Отличие от no-code важное: код принадлежит тебе, он в стандартном формате, и не нужна подписка на платформу, чтобы он продолжал работать. Обратная сторона: однажды этот код придётся читать. Подробно об этом я пишу в статье создать iOS-приложение с ИИ.

Что no-code делает отлично

No-code инструменты отлично подходят для:

• Каталога или справочника: карточки, поиск, избранное.
• Продвинутой формы: сбор данных, простое бронирование, обратная связь.
• Прототипа для показа: проверить, интересна ли кому-то идея, прежде чем вкладывать в неё недели.
• Внутреннего инструмента: приложение для твоей команды или ассоциации, где внешний вид мало важен.

Если твой проект укладывается в одну из этих категорий, начни с no-code. Ты больше узнаешь о своих пользователях с неидеальным приложением в сети, чем за месяцы размышлений.

Где начинаются проблемы для iOS-приложения, которое должно продавать

Ограничения появляются там, где приложение начинает приносить деньги в App Store.

Подписки Apple. Правило 3.1.1 из App Review Guidelines требует использовать встроенные покупки Apple, чтобы открывать функции или контент в приложении. На практике это: продукты в App Store Connect, пейвол, восстановление покупок, бесплатный пробный период. Прежде чем выбрать инструмент, проверь, как он всё это обрабатывает и можно ли подключить к нему сервис вроде RevenueCat. Страница встроенные подписки iOS подробно разбирает эту задачу.

Проверка Apple. Правило 4.2 требует, чтобы приложение было чем-то большим, чем упакованный сайт, а правило 4.2.6 уточняет, что приложения, созданные из коммерческого шаблона или сервиса генерации приложений, отклоняются, если только их не отправляет напрямую поставщик контента. Если ты публикуешь своё приложение со своего аккаунта, этот поставщик ты. Но приложение, один в один похожее на исходный шаблон, попадает под эти правила, а также под guideline 4.1, если шаблон копирует известное приложение. Действительно персонализируй его и прочитай, почему Apple отклоняет приложение, до отправки.

Зависимость от платформы. Твоё приложение живёт у инструмента. Если меняются его цены, условия или функции, ты подстраиваешься. Одни инструменты позволяют забрать код, другие нет: этот вопрос нужно задать в первый день, а не в день, когда приложение взлетит.

Ощущение от приложения. Анимации, виджеты, расширенные уведомления, плавность: то, из-за чего хочется оставить приложение на главном экране, сильно зависит от возможностей инструмента. Протестируй сделанное на этом инструменте приложение на своём iPhone, прежде чем решаться.

Меняет ли ИИ правила игры?

Да, по-настоящему. Мотивированный человек без подготовки сегодня может за несколько вечеров сделать рабочие экраны на React Native с ассистентом вроде Claude или Cursor.

Но между «экран работает у меня» и «опубликованное приложение, которым пользуются незнакомые люди, и оно не ломается» лежит пропасть. Аккаунты пользователей, синхронизация, сбои сети, маленькие экраны, обрезающие интерфейс, настройка подписок, досье для App Store: именно здесь соло-проекты останавливаются, а ИИ не предупреждает о том, чего не знает. Он не видит ни твой аккаунт Apple, ни консоль RevenueCat, ни твой телефон.

Момент, когда нужно понимать немного кода

Пойдёшь ли ты через no-code или через ИИ, вот моменты, где «без кода» упирается в предел. Не нужно всё писать самому, но читать и понимать ты должен:

• Сообщение об ошибке. Знать, в каком файле и на каком шаге что-то ломается, чтобы задать правильный вопрос ИИ или поддержке инструмента.
• Изменение, предложенное ИИ. Какие файлы меняются и соответствует ли это твоему запросу.
• Конфигурацию приложения. Bundle ID, номер версии, тексты запросов разрешений.
• Идентификаторы подписок. Они должны совпадать в App Store Connect, RevenueCat и твоём коде, до символа. Только тест в песочнице подтвердит, что всё сходится; этот шаг я разбираю в статье ошибки пейвола iOS.
• Правила доступа к данным. Если используешь Supabase, проверить, что каждый пользователь читает только свои данные.
• Секретные ключи. Знать, что секретный ключ никогда не должен находиться в коде приложения, установленного на телефон.

Создавать без кода: да. Публиковать и получать деньги, ничего не понимая в коде: вот где застревает большинство проектов.

Хорошая новость: такой уровень понимания осваивается на твоём собственном проекте, гораздо быстрее, чем полноценное программирование. И ИИ отличный учитель, если просить его объяснять, а не исправлять.

No-code или ИИ: тест из четырёх вопросов

1. Должно ли приложение продавать подписки или встроенные покупки? Если да, проверь, что инструмент поддерживает покупки Apple, или выбирай код, написанный с ИИ.
2. Хочешь быть в App Store? Если да, отбрось инструменты, которые делают только веб-приложения.
3. Хочешь сохранить код, если сменишь инструмент? Если да, выбирай ИИ со стандартным стеком или инструмент с экспортом.
4. Это тест, внутренний инструмент или каталог? Если да, no-code, скорее всего, самый быстрый путь.

Когда путь выбран, дальше всё одинаково для всех: 4 шага описаны в статье как создать приложение.

Что я использую для своих приложений

Для своих приложений я выбрал путь ИИ со стандартным стеком: React Native и Expo для приложения, EAS для сборок, RevenueCat для подписок, Supabase для данных, PostHog для аналитики и Sentry для крашей. Код принадлежит мне, ИИ хорошо его знает, и я могу публиковать с любого компьютера, как объясняю в статье опубликовать iOS-приложение без Mac. Причины этого выбора подробно описаны на странице React Native и Expo для мобильного приложения.

Это не единственный правильный ответ. Если твой проект это внутренний инструмент, no-code сэкономит тебе время. Если цель в iOS-приложении, которое зарабатывает на подписках, научиться читать код, который ИИ пишет за тебя, на мой взгляд, лучшее вложение.

Учить то, что нужно, и не больше

Именно это я вложил в iOS Kit: стартовый код моих приложений и путь из четырёх этапов со skills для Claude Code на каждом этапе, в твоём темпе. Не уверен, какой путь тебе подходит? Бесплатная диагностика отталкивается от того, что ты умеешь сейчас, и подскажет, с какого этапа начать.

Я не обещаю ни дохода, ни публикации: одобряет Apple, решает рынок. Содержание курса представлено на странице обучение iOS-разработчика.

Частые вопросы

Можно ли создать приложение без кода?

Да, в 2026 году. Есть два пути: no-code инструменты, где ты собираешь приложение мышкой, и ИИ, который пишет код по твоим описаниям. Оба пути позволяют дойти до настоящего приложения, а некоторые no-code инструменты даже публикуют в App Store.

Как выбрать между no-code и ИИ для своего приложения?

Для теста, внутреннего инструмента или каталога no-code, скорее всего, самый быстрый путь. Если приложение должно продавать подписки, проверь, что инструмент поддерживает покупки Apple, или выбирай код, написанный с ИИ. Чтобы сохранить код при смене инструмента, выбирай ИИ со стандартным стеком или инструмент с экспортом.

Можно ли опубликовать в App Store приложение, созданное без кода?

Да, с некоторыми инструментами. Документация Bubble объясняет, как публиковать в App Store и Google Play, и напоминает, что тебе всё равно нужен аккаунт Apple Developer за 99 $ в год. Другие инструменты, например Glide, делают только прогрессивные веб-приложения без прямой публикации в App Store. Проверь инструмент, прежде чем решаться.

Какую бесплатную no-code платформу выбрать для создания приложения?

Зависит от того, что должно делать приложение, ведь не все публикуют в App Store. Bubble и FlutterFlow это позволяют, Glide делает только веб-приложения. Их бесплатный тариф в сторы не публикует: согласно странице с ценами, FlutterFlow открывает публикацию в сторы с платного тарифа Basic. Подробности в статье создать приложение бесплатно.

Может ли no-code инструмент работать с подписками Apple?

Зависит от инструмента, так что проверь это заранее. Правило 3.1.1 из App Review Guidelines требует встроенных покупок Apple, чтобы открывать функции или контент в приложении. На практике нужны продукты в App Store Connect, пейвол, восстановление покупок и бесплатный пробный период. Посмотри также, можно ли подключить сервис вроде RevenueCat.

Нужно ли понимать код, если создаёшь приложение без кода?

Почти всегда, в какой-то момент, но не обязательно его писать. Ты должен уметь прочитать сообщение об ошибке, изменение, предложенное ИИ, конфигурацию приложения и идентификаторы подписок. Эти идентификаторы должны совпадать в App Store Connect, RevenueCat и твоём коде, до символа. И помни: секретный ключ никогда не должен быть в коде приложения, установленного на телефон.