Как сделать интернет-магазин без кода: разбор шагов
Интернет-магазин без кода собирается по текстовому описанию: вы перечисляете, что продаёте, как устроен каталог и как считается доставка, а Zugo выдаёт опубликованный магазин с карточками товаров, корзиной и оплатой. Многостраничная сборка занимает несколько минут и до выдачи проверяется в песочнице.
Ниже разберём, чем магазин отличается от лендинга по трудозатратам, как выглядит порядок сборки, как подключается оплата и база товаров, что писать в описании, сколько это стоит в кредитах и где заканчивается зона конструктора.
Чем магазин сложнее лендинга?
Лендинг это одна страница с одним действием. Магазин это система: каталог, фильтры, карточка товара, корзина, оформление заказа, оплата, статус заказа, возвраты. Каждый из этих узлов может сломаться отдельно, и именно поэтому магазин почти никогда не собирается одним промптом до конца.
Вторая разница в данных. Лендинг живёт на тексте, который вы написали один раз. Магазин живёт на товарах, которые меняются: цены, остатки, новые позиции, распроданные позиции. Значит нужна база, а не просто вёрстка, и её маршрут стоит решить до сборки.
Третья разница в деньгах. Как только на сайте появляется приём платежей, к нему предъявляются другие требования: корректные суммы, понятные условия возврата, подтверждение заказа. Ошибка в лендинге стоит вам конверсии, ошибка в магазине стоит вам денег и репутации.
Есть и четвёртая разница, о которой вспоминают поздно: магазин требует постоянного обслуживания. Лендинг можно собрать и не трогать полгода. Магазин без обновления цен, остатков и статусов заказов начинает врать покупателю через две недели, и это обязательство владельца, а не свойство инструмента.
Как собрать интернет-магазин без кода?
| Шаг | Что делаете | Что получаете |
|---|---|---|
| 1 | Описываете магазин и каталог текстом | План страниц и структура товара |
| 2 | Запускаете сборку | Версия, проверенная в песочнице |
| 3 | Подключаете базу | Товары и заказы в Supabase |
| 4 | Подключаете оплату | Stripe для платежей и подписок |
| 5 | Дорабатываете правками | Фильтры, доставка, страница заказа |
| 6 | Публикуете | slug.zugo.run или свой домен |
Проверка в песочнице означает узкую вещь: сборка, которая не открылась, до вас не доезжает. Она не проверяет, верно ли считается доставка, поэтому расчёт суммы стоит протестировать вручную на трёх-четырёх сценариях. Разбор сборки магазина есть в материале интернет-магазин нейросетью.
Стартовать можно с шаблона: в Zugo 25 готовых шаблонов, из них 5 игровых, остальные под сайты и приложения. Магазин на шаблоне обычно требует меньше правок, потому что базовая структура каталога уже задана.
Как подключить оплату и базу товаров?
Оплату закрывает Stripe: разовые покупки и подписки настраиваются как интеграция, а не пишутся руками. Для магазина это значит, что деньги приходят на ваш счёт Stripe, а сайт получает подтверждение платежа и отмечает заказ оплаченным. Подключение разобрано в статье оплата через Stripe в AI-приложении.
База товаров и заказов живёт в Supabase: это ваш собственный Postgres с прямым доступом. Практическая ценность здесь в том, что каталог и история заказов не заперты внутри конструктора: их можно выгрузить, посмотреть SQL-запросом и забрать в другой инструмент. Как устроена связка, разобрано в материале AI-приложение с Supabase.
Письма покупателю (подтверждение заказа, статус отправки) уходят через Resend от вашего домена. Google Analytics подключается для статистики. Плюс исходники магазина экспортируются в GitHub, то есть проект остаётся вашим, даже если вы уйдёте с платформы.
Что писать в промпте?
Описание вида «сделай интернет-магазин одежды» оставляет модели все решения о структуре, и переделывать придётся много. Магазин это тот случай, когда подробное описание экономит больше всего кредитов.
Рабочий вариант: «Интернет-магазин керамики ручной работы. Каталог с фильтром по типу (кружки, тарелки, вазы) и по цене. Карточка товара: три фото, описание, размеры, цена, наличие, кнопка в корзину. Корзина с подсчётом суммы и выбором доставки: самовывоз бесплатно, курьер по городу фиксированной ценой, почта по России. Оформление заказа: имя, телефон, адрес, комментарий. Оплата картой».
Здесь заданы категории, поля карточки, логика доставки и состав формы заказа. Дальше уточняете по одному: «добавь бейдж "осталось 2 штуки"», «сделай фильтр по цвету». Правка стоит три кредита, и на магазине их обычно нужно больше, чем на лендинге.
Сколько кредитов уйдёт на магазин?
| Что собираете | Кредитов |
|---|---|
| Многостраничная платформа, первые три страницы | 12 |
| Каждая следующая страница | 3 |
| Одностраничная витрина | 6 |
| Одна правка | 3 |
| Сборка в режиме Hi-Fi | 12 |
| Правка в режиме Hi-Fi | 6 |
Реалистичный расчёт: магазин на пять страниц (главная, каталог, карточка, корзина, оформление) это 18 кредитов, плюс восемь-десять правок на фильтры, доставку и мелочи, то есть ещё 24-30. Итого от 42 до 48 кредитов на рабочую версию. Free даёт 5 кредитов, это меньше одной сборки. Pro стоит $25 в месяц за 200 кредитов, Business стоит $99 в месяц.
Сколько времени занимает сборка магазина?
Простая сборка занимает около минуты, многостраничная платформа несколько минут. Это срок генерации, а не срок запуска магазина, и разницу честнее назвать сразу: за несколько минут вы получаете рабочий каркас, а не заполненную витрину с товарами.
Настоящее время уходит на подготовку. Фотографии товаров, описания, цены и остатки по каждой позиции, правила доставки и возврата: это часы работы, и их никто не сделает за вас. Магазины, которые запускаются быстро, приходят к первому промпту с уже готовой таблицей товаров.
| Этап | Кто делает | Реальный срок |
|---|---|---|
| Первая сборка | Конструктор | Несколько минут |
| Правки структуры | Вы, текстом | Час-два |
| Наполнение каталога | Вы | Зависит от числа позиций |
| Проверка заказа и оплаты | Вы, вручную | Полчаса |
Проверка оформления заказа на себе это обязательный шаг, а не перестраховка. Пройдите весь путь от карточки до оплаты и сверьте сумму с ожидаемой. Песочница подтверждает, что страница открылась, а не что доставка посчитана по вашим правилам: второе проверяете только вы.
Кому принадлежит магазин и как забрать код?
Для магазина этот вопрос важнее, чем для лендинга: вместе с сайтом вы накапливаете каталог и историю заказов. Проект принадлежит вам, исходники экспортируются в GitHub, то есть на руках оказывается настоящий репозиторий, а не выгрузка во внутреннем формате платформы.
Данные тоже остаются вашими. При подключённом Supabase товары и заказы живут в вашем собственном Postgres с прямым доступом: можно выполнить SQL-запрос, выгрузить историю и перенести её куда угодно. Это принципиально отличается от ситуации, когда каталог заперт внутри чужой платформы.
Опубликованный магазин живёт на адресе вида slug.zugo.run, и к нему подключается свой домен. Деплой при желании настраивается на ваш аккаунт Vercel, письма покупателям уходят через Resend, статистика собирается через Google Analytics.
Практический смысл в том, что выбор платформы перестаёт быть необратимым. Вы можете проверить спрос на версии, собранной за вечер, а когда магазин вырастет, передать код команде разработки и продолжить с той точки, где остановились, а не начинать с чистого листа.
Где заканчивается конструктор и начинается разработка?
Три честные границы.
Специфичная бизнес-логика доводится правками, а не одним промптом. Сложные правила скидок, промокоды с ограничениями по категориям, расчёт доставки по весу и габаритам, синхронизация остатков со складской программой: всё это собирается итерациями, и итераций будет много.
Конструктор не заменяет команду разработки на большом магазине. Тысяча позиций, интеграция с маркетплейсами, собственная логистика: с такими требованиями вы всё равно придёте к разработчикам. Разумный сценарий здесь другой: собрать рабочую версию, проверить спрос, а потом отдать экспортированный из GitHub код команде. Проект принадлежит вам, поэтому такой переход возможен.
И финансовая часть остаётся вашей ответственностью. Условия возврата, чеки, налоги, корректность сумм: сгенерированный текст оферты это черновик, а не документ. Проверять расчёт суммы заказа стоит руками, до первой реальной продажи.
Как подготовить карточку товара, чтобы её не переделывать?
Карточка это место, где магазин зарабатывает или теряет заказ, и переделывать её дороже всего: структура карточки повторяется на всех товарах сразу, поэтому правка здесь всегда системная, а не косметическая. Поэтому её состав стоит зафиксировать до сборки, а не после.
Минимальный набор полей одинаков почти для любой ниши: название, три-четыре фото с разных ракурсов, цена, наличие, ключевые характеристики таблицей, описание и кнопка в корзину. Всё остальное добавляется по необходимости.
| Поле карточки | Зачем нужно | Обязательно |
|---|---|---|
| Фото с разных ракурсов | Снимает главное сомнение | Да |
| Цена и наличие | Отвечает на первый вопрос | Да |
| Характеристики таблицей | Сравнение без чтения текста | Да |
| Срок доставки | Причина ухода к конкуренту | Да |
| Отзывы | Работают только настоящие | Позже |
Практическое правило: если поле нельзя заполнить для всех товаров, его не стоит вводить в шаблон карточки. Пустая графа «материал» на половине позиций выглядит хуже, чем её отсутствие, и разрушает ощущение аккуратного каталога. Лучше собрать карточку из полей, которые вы точно заполните везде, а редкие детали вынести в описание текстом.
С чего начать
Возьмите десять реальных товаров с фото, ценами и размерами, опишите каталог и логику доставки одним абзацем и соберите первую версию на zugo.dev. Проверьте оформление заказа на себе, подключите Stripe и Supabase, затем публикуйте на своём домене. Если сначала нужна витрина без корзины, посмотрите разбор лендинга нейросетью.