Разработка интернет-магазина: где заканчивается коробка и начинается своя платформа

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

Заказчик обычно приходит с мыслью, что платит за дизайн и вёрстку. По нашей практике витрина — макеты, адаптив, анимации — забирает меньшую часть бюджета. Основные деньги забирают четыре вещи, которых на демо не видно.

Каталог. Структура товаров, свойства, фильтры, поиск, скорость выдачи при пересечении параметров.

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

Заказ. Способы оплаты и доставки, статусы, отмены, возвраты, чек и маркировка.

Обмен. Связь с учётной системой, складом, службами доставки и площадками, а также поведение сайта, когда что-то из этого недоступно.

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

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

У Радиоэлемента в каталоге больше 500 000 товаров, а сайт держит сотни тысяч запросов ежедневно. На таких объёмах фасетные фильтры нельзя считать «на лету» обычными запросами к базе — нужен отдельный поисковый движок и заранее посчитанные срезы. Это и есть первая большая статья бюджета, которую коробка не покрывает.

Вторая история — товары, которых нет в наличии. Для магазина электронных компонентов это половина ассортимента, и потерять клиента на пустой карточке нельзя. Мы сделали автоматический подбор аналогов — система предлагает замену, если точной позиции нет. Такая механика на розничной коробке отсутствует в принципе. Ближайший её родственник, рекомендательная система, считается по тем же данным и добавляется отдельным этапом.

Третья — SEO-структура каталога. Разделы, посадочные страницы под фильтры, канонические адреса и человекопонятные URL закладываем в архитектуру каталога сразу. Переделывать это после запуска дорого: адреса уже проиндексированы.

Магазин показывает покупателю цифру, за которую отвечает деньгами. Здесь коробочные решения чаще всего экономят и подводят.

Остаток по конкретному складу. У PetShop доставка работает в 93 городах, и остаток «в компании» не значит ничего: важно, есть ли товар на складе, который обслуживает конкретный адрес. Витрина обязана показывать наличие и срок по конкретной точке отгрузки, иначе растёт доля отмен.

Резервы и буферы. Физический остаток и остаток, доступный к продаже, — разные числа. Из первого вычитают заказы в сборке, брак, витринные образцы и перемещения. Как это устроено в контуре заказов, разобрано отдельно в материале про систему управления заказами.

Частота обновления. В проекте для B2B-дистрибьютора NESCO мы обновляем остатки раз в 10 минут вместо раза в сутки, а цены — каждые два часа. Клиенты стали реже отменять заказы, а менеджеры перестали разбирать претензии по несовпавшей сумме.

Отдельный вопрос — что показывать при расхождении. Эти правила формулируем до разработки. Продаём ли последнюю единицу. Показываем ли остатки магазинов. Что делает витрина, если товар зарезервирован в другом канале.

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

Прайсы приходят по-разному. Один поставщик кладёт файл на FTP, другой присылает почтой, третий даёт доступ в личный кабинет. Форматы у всех свои, названия свойств не совпадают, единицы измерения тоже. Всё это нужно привести к единой структуре каталога.

Для Радиоэлемента мы сначала писали парсеры руками, а когда поставщиков стало несколько десятков, сделали конструктор: клиент подключает нового поставщика через интерфейс без участия разработчиков. Обработка прайса занимает 30–120 секунд; решения, с которыми сравнивали на тех же объёмах, тратили несколько часов.

Второй эффект от единого товарного ядра — каналы. У федерального ювелирного ритейлера 15 000 позиций от десяти с лишним поставщиков раньше вели вручную — менеджеры заводили и обновляли карточки для двух сайтов, приложения и трёх маркетплейсов. После сборки единого ядра и конвейера фидов из ручной работы ушло больше 300 часов в месяц, а средний чек за два года вырос на 35%.

Техника подключения самих площадок разобрана отдельно: лимиты их интерфейсов и синхронизацию цен и остатков мы вынесли в материал про интеграцию с маркетплейсами.

Тексты и характеристики карточек сегодня частично закрывают языковые модели — это одно из направлений, которые мы разбирали в материале про ИИ в интернет-магазине. Но модель работает поверх нормальной структуры данных и не заменяет её.

Оформление заказа — самое дорогое место в магазине с точки зрения потерь. Каждая лишняя ошибка в корзине конвертируется в брошенные заказы, и это видно в аналитике сразу.

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

Это главный технический риск проекта и место, где чаще всего экономят зря. Учётная система — обычно 1С — остаётся источником правды по товарам, ценам, остаткам и документам. Вопрос в том, как магазин с ней разговаривает.

Прямое обращение сайта к 1С работает ровно до первого обслуживания учётной системы. У NESCO мобильное приложение обращалось к 1С напрямую, и любое обновление останавливало приём заказов. Мы поставили между ними промежуточное хранилище: приложение работает с ним, данные приходят из 1С по расписанию, а внутренний контур перестал быть частью внешнего.

Для PetShop мы решали ту же задачу на стороне магазина. Требование звучало так: синхронизация в реальном времени при полной независимости от неё. Если ERP недоступна, сайт продолжает принимать заказы штатно, а накопленное уходит в систему сразу после восстановления связи.

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

B2B-магазин выглядит как обычный, но живёт по другим правилам. Розничная коробка эти правила не поддерживает, и доработка часто выходит дороже собственной разработки.

Цены персональные. У NESCO одновременно работают базовые, персональные и акционные цены. Компания обслуживает девять складов, около 4 000 клиентов и почти 100 000 торговых точек, и условия у всех разные. Каждый клиент открывает витрину и видит свою цену.

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

Заказ повторяется. В B2B корзину собирают из прошлых заказов, шаблонов и присланного прайса. Быстрый ввод по артикулам и загрузка списка файлом экономят клиенту больше, чем красивые карточки.

Роли и права. Со стороны клиента заказ оформляет один сотрудник, согласовывает другой, документы забирает бухгалтерия.

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

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

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

Три изменения влияют на проект магазина прямо сейчас.

Рынок вырос, и вырос сильно. По данным АКИТ, за первое полугодие 2026 года объём интернет-торговли составил 7,2 трлн ₽ — на 18,7% больше, чем годом ранее. Доля e-commerce в рознице поднялась до 22,2% против 20,9% в прошлом году. На российские магазины и площадки приходится 96,6% этих денег.

Маркетплейсы стали каналом по умолчанию. По оценке Data Insight, площадки дают 81% всех заказов и 62% объёма продаж. Свой магазин при этом никуда не девается. Маржа там выше, клиент остаётся вашим, и данные о нём тоже. Но выгрузка ассортимента, цен и остатков на площадки становится обязательной частью проекта.

Налоги и маркировка подорожали в обслуживании. Ставка НДС с 1 января 2026 года — 22%, и она же начисляется на комиссию эквайринга. Компании на упрощённой системе платят НДС при выручке свыше 20 млн ₽ в год. Одновременно расширяется маркировка. Новые товарные группы и разрешительный режим требуют доработок в кассовом сценарии и в обмене.

На практике выбирают между тремя вариантами. Разница между ними — в том, сколько вы контролируете.

Магазин запускают не целиком. Порядок работ обычно такой.

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

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

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

Четвёртое — каналы и автоматизация. Выгрузка на площадки, фиды поставщиков, программа лояльности, инструменты маркетинга.

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

Разработка интернет-магазина у нас начинается от 1,5 млн ₽, платформа под нестандартный процесс — от 1,7 млн ₽, каждая интеграция обходится от 150 тыс. до 1,5 млн ₽ в зависимости от системы, аудит существующего кода и архитектуры — 200–600 тыс. ₽.

Назвать вашу цифру по описанию задачи невозможно: смету считаем по вашему каталогу, числу источников данных и списку каналов, оценка бесплатная. Быстрый ориентир получите за 10 минут в калькуляторе — estimate.code-pilots.ru.

К бюджету разработки добавляется стоимость владения, и её обычно недооценивают. Лицензия «1С-Битрикс: Управление сайтом» стоит от 5 680 ₽ в редакции «Старт» до 77 200 ₽ в редакции «Бизнес»; редакция «Энтерпрайз» для крупных проектов — от 1 950 000 ₽. Дальше идут ежегодные продления, хостинг под нагрузку, платные модули и доработки после каждого обновления платформы.

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

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

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

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

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

Второе — выписать источники товаров и частоту обновления. Сколько поставщиков, в каких форматах приходят прайсы, сколько человек ведёт карточки руками. Это самая недооценённая часть сметы.

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