Перейти к содержимому

Как сделать интернет-магазин без кода: разбор шагов

Интернет-магазин без кода собирается по текстовому описанию: вы перечисляете, что продаёте, как устроен каталог и как считается доставка, а 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, затем публикуйте на своём домене. Если сначала нужна витрина без корзины, посмотрите разбор лендинга нейросетью.

← Все статьи