Найти среди тысяч позиций
Категории, коллекции, поиск и фасетные фильтры уменьшают пространство выбора. Их логика должна опираться на реальные свойства товара, а не на набор декоративных тегов.
E-COMMERCE · CMS · SEARCH · MIGRATION
Каталог на 2200 товаров — не набор карточек
Для мебельной фабрики LEVOX разработан каталог-магазин с CMS, поиском и фасетными фильтрами. Отдельный контур миграции нужен, чтобы смена сайта не превращалась в хаотичную замену URL.
- ≈2200 SKU в разработанном каталоге
- Контент управляется через CMS
- Docker + CI
КонтекстМебельная фабрика
СтекNext.js + Payload + PostgreSQL
Масштаб≈2200 SKU
СтатусОпубликовано
ЗАДАЧА
Сделать каталог управляемым для покупателя и фабрики
Покупателю нужен быстрый путь к подходящему товару. Команде — возможность менять карточки и структуру без очереди к разработчику.
Менять каталог через CMS
Payload и PostgreSQL отделяют контент от кода. Структурированные поля помогают поддерживать карточки, цены и тексты без ручного редактирования страниц.
АРХИТЕКТУРА
Каталог как поток данных
Интерфейс — только верхний слой. Под ним находятся модель товара, управление контентом, поисковая структура и релизная инфраструктура.
Модель каталога
Категории, характеристики и связи задают единый источник данных для карточек, фильтров и страниц.
CMS
Редактор меняет товары и тексты через управляемые поля, не затрагивая код приложения.
Поиск и фильтры
Пользователь сужает выбор по значимым характеристикам и получает предсказуемый результат.
Релиз и миграция
Docker и CI проверяют сборку; карта редиректов, sitemap и IndexNow поддерживают переход поисковых маршрутов.
СДЕЛАНО
Что вошло в разработанный контур
Технические компоненты связаны общей моделью данных. Это важнее, чем количество отдельных экранов в макете.
- Каталог примерно на 2200 товаровСтруктура категорий и товарных страниц для реального объёма данных.
- Фасетные фильтрыСужение выбора по свойствам, которые хранятся в единой модели каталога.
- ПоискОтдельный путь для посетителя, который уже знает часть названия или характеристики.
- CMS на PayloadУправление карточками и текстами без постоянного участия разработчика.
- Контур SEO-миграцииКарта редиректов, sitemap и IndexNow подготовлены для смены структуры.
- ИнфраструктураDocker и CI связывают проверку сборки с повторяемым выпуском версии.
ПРОВЕРКА
Что проверяется до и после публикации
Большой каталог может выглядеть исправным на главной и ломаться в глубине. Поэтому контроль проходит по данным, маршрутам и рабочим действиям.
Категории, карточки и фильтры используют согласованные свойства без ручных дублей.
Редактор может обновить контент, а публичная часть получает корректную версию.
Редиректы и sitemap проверяются отдельно; влияние на органику оценивается только по аналитике до и после.
РЕЗУЛЬТАТ И ГРАНИЦЫ
Что доказывает этот кейс
Масштаб каталога и наличие миграционных артефактов подтверждают сложность работы, но не дают права автоматически приписывать рост трафика или продаж.
Подтверждённый технический результат
Разработан и опубликован каталог примерно на 2200 позиций с CMS, поиском и фасетными фильтрами. Фабрика может управлять каталогом без постоянного редактирования кода.
- Данные отделены от интерфейса
- Контент меняется через CMS
- Миграционные артефакты подготовлены
ВАШ КАТАЛОГ
Нужно перестать управлять товарами через разработчика?
Опишите объём каталога, источник данных и главные сценарии поиска. Я помогу отделить задачу интерфейса от задачи миграции и управления.
- Сначала модель данных и границы
- SEO-миграция считается отдельным риском
- Ответ в течение рабочего дня