Сайт для магазина

Вводные

Интернет-магазин отличается от остальных форматов тем, что это не сайт, а рабочая система. Здесь сходятся товары, остатки, цены, заказы, оплата, доставка и учёт — и большая часть проекта приходится не на дизайн, а на то, как эти данные ходят между сайтом, 1С, складом, платёжной системой и службами доставки.

Отсюда главное правило: сложность магазина определяется не количеством товаров, а количеством стыков. Магазин на 3000 позиций с простой карточкой и одной выгрузкой из 1С делается быстрее, чем магазин на 200 позиций с размерами, цветами, комплектами, самовывозом со складов и бонусной программой.

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

Кому подходит

• Розничная торговля — от нишевого магазина до мультикатегорийного каталога.
• Производители с прямыми продажами — D2C-канал в дополнение к дилерам и маркетплейсам.
• Опт и B2B — личный кабинет контрагента, персональные цены, отсрочки, счета и закрывающие документы.
• Локальная торговля и доставка — еда, товары повседневного спроса, зоны и интервалы доставки.
• Продавцы на маркетплейсах — собственный канал с маржой без комиссии площадки и с накоплением базы клиентов.
• Услуги с оплатой онлайн — абонементы, билеты, курсы, где нужны корзина и платёж.

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

Составляющие и особенности

Основной контур: каталог с категориями и фильтрами → карточка товара → корзина → оформление заказа → оплата → передача заказа в учёт и доставку → личный кабинет и статусы.

Особенности, которые определяют бюджет и сроки:

• Товарные данные. Качество выгрузки — фото, описания, характеристики, категории — определяет и сроки, и то, как будет работать фильтр. Плохой прайс тормозит проект сильнее, чем сложный дизайн.
• Торговые предложения. Размеры, цвета, объёмы, комплекты, единицы измерения — типичный источник недооценки. Каждое измерение усложняет каталог, корзину, остатки и обмен с 1С.
• Обмен с учётной системой. Односторонняя выгрузка товаров и цен — базовый уровень. Двусторонний обмен с остатками, резервами и статусами заказов — отдельная инженерная задача.
• Оплата и доставка. Эквайринг, онлайн-касса по 54-ФЗ, расчёт доставки по калькуляторам служб, самовывоз, зоны и интервалы.
• Конверсия оформления. Каждый лишний шаг в чекауте стоит заказов. Оформление в один экран, без обязательной регистрации — норма, а не опция.
• Скорость каталога. Фильтры на больших каталогах — главный источник тормозов; их закладывают архитектурно, а не чинят потом.
• Юридический минимум. Оферта, политика обработки данных, условия возврата, реквизиты — без них магазин не запускают.

Базовая комплектация

• Каталог: категории, листинг, сортировка, базовые фильтры, поиск по товарам.
• Карточка товара: галерея, описание, характеристики, наличие, цена, кнопка покупки.
• Корзина и оформление заказа без обязательной регистрации.
• Личный кабинет: заказы, статусы, повторный заказ, адреса.
• Подключение эквайринга и онлайн-кассы (54-ФЗ).
• Способы доставки: самовывоз, курьер, транспортные компании — с базовым расчётом стоимости.
• Уведомления о заказе: покупателю и в магазин (почта, Telegram).
• Загрузка товаров: первичный импорт из прайса или выгрузка из 1С.
• Адаптив, базовое SEO каталога (мета-шаблоны по категориям и товарам, микроразметка товара), sitemap.
• Аналитика электронной торговли: события корзины и покупки.
• Правовые страницы, домен, SSL, публикация, бэкапы.

Дополнительные опции

• Двусторонний обмен с 1С — остатки, резервы, цены, статусы заказов, документы.
• Сложные торговые предложения — размерные сетки, цвета, комплекты, товары по весу и метражу.
• B2B-контур — персональные цены и скидки, кабинет контрагента, счета и закрывающие документы, отсрочка.
• Программа лояльности — бонусы, промокоды, накопительные скидки, реферальные механики.
• Расширенные фильтры и поиск — фасетный поиск, поиск с опечатками и подсказками, подбор по параметрам.
• Интеграция со службами доставки — расчёт по API, пункты выдачи на карте, трек-номера.
• Маркетплейсы — выгрузка на Ozon, Wildberries, Яндекс.Маркет, синхронизация остатков.
• Товарные рекомендации — сопутствующие, «с этим покупают», брошенная корзина.
• CRM и рассылки — заказы и клиенты в единой базе, триггерные письма и сообщения.
• Мультиязычность и мультивалютность — для продаж за пределы одного рынка.
• Отзывы и рейтинги — с модерацией и микроразметкой.
• Контентная часть — блог, подборки, лендинги под акции внутри магазина.
• Наполнение каталога — подготовка описаний, обработка фото, категоризация.
• Миграция с существующего магазина — перенос товаров, заказов, клиентов и URL с редиректами.

Разброс цен

Ориентиры на типовой проект, без лицензий, эквайринга и рекламных бюджетов.

Вариант	Что входит	Порядок цен
Малый магазин	Готовое решение, до ~300 товаров, простая карточка, оплата, доставка	150–300 тыс. ₽
Стандартный	Индивидуальный дизайн, фильтры, обмен с 1С, кабинет, аналитика	300–800 тыс. ₽
Сложный / B2B	Торговые предложения, двусторонний обмен, B2B-кабинет, лояльность, маркетплейсы	от 800 тыс. ₽

На стоимость влияют: количество измерений в товаре (не количество товаров), глубина интеграции с учётом, число способов оплаты и доставки, наличие B2B-логики, состояние товарных данных.

Сроки: 2–4 недели на готовом решении с простым каталогом, 8–14 недель на стандартный проект, дальше — итерациями.

Отдельно: лицензия CMS и готового решения (для 1С-Битрикс — редакция «Малый бизнес» и выше плюс отраслевое решение от ~40–100 тыс. ₽), эквайринг (процент с оборота), онлайн-касса, хостинг под нагрузку, сопровождение.

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

Готовое решение или разработка с нуля?

Если товарная модель типовая и нужен быстрый запуск — готовое решение экономит месяцы и даёт из коробки то, что дорого делать заново: обмен с 1С, оплату, доставку, фильтры. Разработка с нуля оправдана, когда бизнес-логика нестандартна (конфигураторы, расчёт под заказ, сложные B2B-правила) или магазин фактически является продуктом. Частый рабочий вариант — готовое решение как основа плюс кастомные блоки поверх.

Зачем магазин, если есть маркетплейсы?

Маркетплейс даёт трафик, но забирает маржу, обезличивает бренд и не отдаёт клиентскую базу — повторные продажи идут площадке, а не вам. Свой магазин работает как канал с полной маржой, местом для полного ассортимента (включая то, что на площадках продавать невыгодно) и накоплением базы для повторных продаж. Разумная стратегия — совмещать, синхронизируя остатки.

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

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

Нужна ли интеграция с 1С?

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

Что с оплатой и кассой?

Приём платежей — договор с банком или платёжным сервисом (эквайринг оплачивается процентом с оборота), плюс фискализация по 54-ФЗ: облачная касса или своя. Технически подключение типовое, по срокам чаще упирается в оформление документов на стороне банка — это стоит начинать параллельно с разработкой, а не после.

Магазин запущен, продаж нет. Что дальше?

Смотреть воронку по шагам: заходы в каталог → просмотры карточек → добавления в корзину → начатые оформления → оплаты. Провал локализуется быстро, если аналитика электронной торговли настроена с запуска. Типовые причины — отсутствие трафика на категории, слабые карточки товара (мало фото, нет характеристик, непонятно наличие) и потери в чекауте на обязательной регистрации или неожиданной стоимости доставки.