Подходит ли AI-конструктор для интернет-магазина в 2026

Для небольшого магазина да, для крупного розничного проекта нет. Каталог, карточки товаров, корзина и приём оплаты через Stripe собираются текстовым описанием, данные живут в Supabase. Складской учёт на тысячи позиций, сложная логистика и маркетплейсовая логика остаются за пределами одного промпта.

Граница проходит не по слову «магазин», а по количеству правил внутри него. Ниже разберём, какие магазины реально работают на такой сборке, как устроены оплата и каталог, во что это обходится и что честно назвать ограничением до, а не после запуска.

Для каких магазинов это работает, а для каких нет?

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

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

Как работают оплаты и что делает Stripe?

Stripe отвечает за приём платежей и подписки. Вы подключаете свой аккаунт Stripe как коннектор, и сгенерированный магазин отправляет покупателя на оплату, а деньги приходят на ваш счёт в Stripe, а не куда-то внутрь конструктора.

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

Пока коннектор не подключён, кнопка оплаты остаётся кнопкой. Это самый частый способ тихо потерять первые заказы, поэтому проверьте оплату тестовым платежом до публикации. Подробный разбор подключения есть в статье про оплату Stripe в AI-приложении.

Где хранятся каталог и заказы?

В базе, а не в вёрстке страницы. Через коннектор Supabase проект получает настоящий Postgres под вашим аккаунтом: таблица товаров, таблица заказов, при необходимости аккаунты покупателей.

Разница между «каталог в базе» и «каталог в тексте страницы» большая. В первом случае новый товар это строка в таблице, во втором это новая сборка. Для магазина, где ассортимент меняется, первый вариант почти всегда правильный, даже если на старте позиций всего десять.

Есть и второе следствие, про владение. База лежит в вашем проекте Supabase: вы можете открыть её дашборд, выполнить SQL, выгрузить заказы и унести их куда угодно. Как подключается коннектор, разобрано в материале про AI-приложение с Supabase.

Что писать в промпте, чтобы получился магазин, а не витрина?

Назовите товар, вариации, правило доставки и путь покупателя. Пропущенное правило генератор додумает по среднему, и это ровно тот случай, когда среднее вам не подходит.

Магазин керамики ручной работы, около 40 позиций.
Товар: название, цена, до 4 фотографий, наличие, размеры.
У части позиций два варианта глазури, цена одинаковая.
Каталог с фильтром по типу: кружки, тарелки, вазы.
Корзина, оформление заказа, оплата картой через Stripe.
Доставка: самовывоз бесплатно, по стране фиксированная сумма.
После оплаты письмо покупателю и уведомление владельцу.
Админ логинится и меняет наличие и цены.

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

Сколько стоит собрать магазин?

Оплата идёт за действие, а не за количество товаров. Одностраничная сборка стоит 6 кредитов. Многостраничная платформа стоит 12 кредитов за первые три страницы и по 3 кредита за каждую следующую. Правка стоит 3 кредита. Режим Hi-Fi вдвое дороже: сборка 12, правка 6.

Реалистичный магазин это каталог, карточка товара, корзина, оформление заказа и админский раздел. Пять страниц дают 12 плюс два добавочных экрана, то есть 18 кредитов до первой правки. Прибавьте десяток правок на тексты, фильтры и письма, и вы примерно в районе полусотни кредитов на запуск.

Бесплатный тариф даёт 5 кредитов, чтобы осмотреться. Pro стоит $25 в месяц и даёт 200 кредитов. Business стоит $99 в месяц. Отдельно считайте комиссию Stripe и стоимость своего домена: это внешние расходы, к кредитам они отношения не имеют.

Сколько времени занимает такая сборка?

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

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

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

Как проверить магазин перед первым заказом?

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

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

Отдельно проверьте неудачные сценарии, потому что случаются они чаще, чем кажется. Что происходит при отказе карты. Что видит покупатель, если товара нет в наличии. Что будет, если нажать кнопку оплаты дважды подряд.

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

И последнее: проверяйте на опубликованном адресе, а не в превью конструктора. Покупатель приходит именно туда, и разница между двумя контекстами это ровно тот класс ошибок, который обычно замечают уже после первых заказов.

Чего в такой сборке точно не будет?

Четыре вещи стоит назвать до старта.

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

Готовых интеграций с логистикой и кассами. Набор коннекторов компактный и осознанно ограничен: Supabase, Stripe, GitHub, Vercel, Resend, свой домен, Google Analytics. Всё остальное подключается через разработчика после экспорта кода.

Юридической части. Оферта, политика обработки данных, правила возврата это ваша зона. Генератор соберёт страницы под них, но содержание должно быть настоящим.

Замены команды на сложном продукте. Когда магазин перерастает в платформу с интеграциями и нагрузкой, нужна разработка. Проект при этом остаётся вашим: код выгружается в GitHub, база в Supabase, хостинг переносится на ваш Vercel.

С чего начать?

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

Только после того как через него пройдёт первый настоящий заказ, есть смысл достраивать фильтры, аккаунты покупателей и админку. Порядок «сначала продать, потом усложнять» экономит и кредиты, и месяцы. Если хочется сравнить подход с классическими конструкторами, есть разбор магазина на нейросети.

Опишите свои пять позиций в Zugo, подключите Stripe и проведите один тестовый платёж до того, как звать покупателей.