Стек технологий для интернет-магазина на 300 тыс.
Интернет-магазин с оборотом около 300 тысяч товарных позиций (SKU) — это уже не «витрина на WordPress», а связка каталога, поиска, склада, оплаты и доставки. Ниже — оптимальный стек для среднего масштаба: что взять готовым, что писать самим и где не экономить.
Масштаб 300 тыс. SKU: что это меняет
При сотнях тысяч позиций критичны поиск, фильтры, синхронизация остатков и скорость карточки товара. Монолитная CMS без специализированного commerce-движка не вытянет ни по производительности, ни по интеграциям.
Заложите headless или modular commerce: ядро заказов отдельно, витрина отдельно, PIM (управление каталогом) — по необходимости.
Факт300 тыс. SKU — не обязательно 300 тыс. страниц в индексе. Часто индексируют категории, бренды и ходовые товары, остальное — через поиск и фильтры.
Архитектура стека: слои системы
Витрина и фронтенд
Next.js или Nuxt с SSR/ISR для карточек и категорий. Статика и CDN для медиа. Кэширование API-ответов и edge для популярных запросов.
Не тащите весь каталог в клиентский бандл — только данные текущей страницы и prefetch для связанных товаров.
Поиск, фильтры и фасеты
При 300K SKU полнотекстовый поиск в базе данных не подходит. Нужен поисковый движок с фасетами, опечатками и синонимами. Индексация — по расписанию и по webhook при изменении остатков.
- Поиск с подсказками и исправлением опечаток.
- Фильтры по атрибутам без перезагрузки страницы.
- Сортировка с учётом остатков и маржи.
- Отдельные landing под SEO-кластеры, не все SKU.
| Компонент | Варианты | Комментарий |
|---|---|---|
| Commerce core | Saleor, Medusa, custom | API-first, масштаб заказов |
| PIM | Akeneo, Pimcore, 1С | Сложные атрибуты и каналы |
| Поиск | Elasticsearch, Algolia, Manticore | Фасеты и скорость |
| Оплата | CloudPayments, ЮKassa, банк | PCI — через провайдера |
| Доставка | СДЭК, Boxberry, API ТК | Расчёт и трекинг в checkout |
Интеграции: склад, 1С, маркетплейсы
Остатки и цены должны синхронизироваться из ERP или 1С с задержкой в минуты, не часы. Заложите очередь сообщений и журнал ошибок — при 300K SKU ручная правка невозможна.
Маркетплейсы (Ozon, Wildberries) — отдельные каналы с правилами остатков, чтобы не продать отсутствующий товар.
Производительность и хостинг
CDN для статики, отдельный кластер для поиска, autoscaling для пиков (распродажи, сезон). Мониторинг: время ответа API, ошибки checkout, процент успешных оплат.
Бюджет и этапы внедрения
- MVP: каталог топ-SKU, корзина, оплата, доставка — 3–4 месяца.
- Поиск и фильтры на полном индексе — следующий этап.
- PIM и полная синхронизация с 1С — параллельно или сразу после MVP.
- Маркетплейсы и B2B-кабинет — по ROI.
Итог: не экономьте на поиске и остатках
Стек для 300K SKU — это commerce API, быстрая витрина, поисковый движок и жёсткая синхронизация с складом. Красивый дизайн без этих слоёв не удержит ни клиентов, ни маржу.
В Агентуре мы начинаем с карты данных и интеграций — фронтенд подстраиваем под уже выбранное ядро заказов и PIM.
Частые вопросы
Можно ли обойтись без PIM?
При простых атрибутах и одном канале — иногда да, хватит ERP. При 300K SKU, множестве брендов и каналов PIM окупается снижением ошибок в карточках.
Open-source commerce или SaaS?
Open-source (Saleor, Medusa) — контроль и кастомизация. SaaS (Shopify Plus и аналоги) — скорость, но лимиты и комиссии. Для 300K SKU в РФ чаще custom + open core.
Сколько стоит такой проект?
MVP — от нескольких миллионов рублей, полный контур с интеграциями — существенно больше. Точная оценка — после аудита каталога и ERP.
Как не утонуть в SEO при 300K страниц?
Приоритетные категории и товары в индекс, canonical для дублей фильтров, sitemap по частям, noindex для технических комбинаций.
Headless обязателен?
Не обязателен, но при таком масштабе гибкость API-first упрощает витрину, приложение и маркетплейсы на одном ядре.