Каталог интернет‑магазина нельзя проектировать как копию складского справочника. В 1С товары могут быть сгруппированы по производителям, договорам или внутренним кодам, а покупатель ищет по задаче, типу товара, размеру, совместимости и цене. Если перенести учётную структуру на сайт без аналитики, фильтры будут формально работать, но не помогать выбору.
Хорошая архитектура соединяет три требования: понятный путь покупателя, устойчивую модель данных и контролируемую индексацию. Эти решения нужно принять до массовой загрузки карточек.
Содержание:
Из чего складывается модель каталога
| Уровень | Назначение | Пример |
|---|---|---|
| Категория | Основной путь и посадочная страница | Женская одежда → Платья |
| Товар | Общая сущность модели | Платье конкретной модели |
| Торговое предложение | Вариант с собственным остатком и SKU | Размер 46, цвет чёрный |
| Свойство | Описание и фильтрация | Материал, сезон, бренд |
| Справочник | Единые значения | Хлопок, лён, шерсть |
| SEO‑страница фильтра | Спросовая комбинация | Льняные платья большого размера |
Ключевой технический вопрос — что считать отдельным товаром, а что торговым предложением. Если каждый цвет создаётся отдельной карточкой без причины, каталог дублируется. Если все варианты спрятаны в одной карточке, могут пострадать поиск, аналитика и интеграция остатков.
Как проектировать категории
- Собрать реальные поисковые сценарии покупателей, а не только текущую структуру 1С.
- Разделить основные категории, подборки и маркетинговые посадочные страницы.
- Ограничить глубину: пользователь должен понимать путь и возвращаться на уровень выше.
- Проверить, что один товар может корректно находиться в нескольких разделах без дублирования URL.
- Заранее определить URL, хлебные крошки, пагинацию и canonical.
- Согласовать, какие разделы и свойства приходят из 1С, а какие поддерживаются на сайте.
Какие фильтры действительно нужны
| Тип каталога | Полезные фильтры | Частая ошибка |
|---|---|---|
| Одежда | Пол, размер, цвет, сезон, материал | Размеры хранятся разными строками |
| Косметика | Тип кожи, задача, ингредиент, бренд | Фильтры повторяют маркетинговые тексты |
| Запчасти | Марка, модель, год, совместимость | Нет единого справочника применяемости |
| B2B‑каталог | Технические параметры, наличие, срок | Покупателю показывают внутренние поля 1С |
| Большой универсальный каталог | Категорийные наборы свойств | Один огромный фильтр для всех разделов |
Показывайте только значения, которые дают результат, и количество найденных товаров. Фильтр должен сохранять выбор, работать с кнопкой «Назад», иметь понятный сброс и не блокировать просмотр на телефоне.
Фильтры и SEO
Каждая комбинация параметров потенциально создаёт новый URL. В рекомендациях Google по фасетной навигации отдельно отмечено, что бесконечное пространство фильтров расходует ресурсы сканирования и замедляет обнаружение полезных страниц.
| Тип комбинации | Решение | Пример |
|---|---|---|
| Есть поисковый спрос и уникальное предложение | Индексируемая посадочная страница | Категория + материал |
| Служебная сортировка | Не индексировать | Сначала дешёвые |
| Много случайных параметров | Ограничить обход | Размер + цена + наличие + доставка |
| Пустой результат | Не создавать активную ссылку; корректный ответ | Несуществующее сочетание |
| Важная страница | Единый URL, self-canonical, sitemap | Постоянная подборка |
Нельзя автоматически закрыть все фильтры и считать задачу решённой. Коммерчески полезные комбинации могут привлекать спрос. Нужна матрица: какие страницы индексируются, какие канонизируются, какие не создаются вообще.
Производительность большого каталога
- Хранить свойства в нормализованных справочниках.
- Не считать тяжёлые агрегаты при каждом открытии страницы.
- Использовать индексирование и кеширование результатов.
- Загружать изображения подходящего размера и формата.
- Не отправлять в браузер тысячи скрытых вариантов.
- Проверять фильтр на реальном объёме данных, а не на 20 тестовых товарах.
Примеры из проектов
В MIMPI для fashion‑ритейла были реализованы фильтры по полу, возрасту, размеру и типу одежды; 500+ товаров и 4 200+ изображений синхронизировались с 1С. В DREMA проектирование включало сложный каталог и фильтры для 6 000+ товарных модификаций. Для MOSSMORE оптимизация каталога потребовала устранить дубли цветов и размеров и объединить карточки по артикулам.
Сколько стоит проектирование и доработка
| Работа | Часы | Ориентир |
|---|---|---|
| Аудит данных и модель каталога | 16–30 | 36 800–69 000 ₽ |
| Доработка каталога и фильтра на готовой CMS | 40–80 | 92 000–184 000 ₽ |
| Большой каталог, кастомные правила, 1С | 100–250+ | 230 000–575 000+ ₽ |
| Прототипы и дизайн интерфейсов | По оценке | 2 000 ₽/ч |
Ставка разработки — 2 300 ₽/ч. Точная оценка зависит от числа категорий, свойств, товарных предложений, требований SEO и источника данных.
Частые вопросы
Можно ли взять структуру каталога из 1С?
Можно использовать её как источник данных, но не как готовую навигацию. Складская классификация и сценарии покупателя решают разные задачи.
Сколько фильтров должно быть в категории?
Столько, сколько помогает принять решение. Обычно набор свойств отличается по разделам; единый длинный фильтр для всего каталога ухудшает выбор.
Каждый цвет лучше делать отдельным товаром?
Не всегда. Решение зависит от URL, спроса, изображений, остатков, аналитики и удобства выбора. Чаще варианты оформляют торговыми предложениями.
Нужно ли индексировать страницы фильтров?
Только выбранные комбинации с поисковым спросом и полноценным содержанием. Остальные нужно контролировать, чтобы не создавать тысячи дублей.
Почему фильтр медленный?
Причиной могут быть неиндексированные запросы, неверная модель свойств, пересчёт количества на лету, слишком большой ответ API или отсутствие кеша.
С чего начать переработку существующего каталога?
С выгрузки структуры, статистики поиска и фильтров, данных 1С и SEO‑страниц. Затем проектируется целевая модель и план миграции без потери URL.
Нужно спроектировать каталог, который помогает продавать?
Проведём аудит структуры и данных, соберём карту категорий и фильтров, а затем оценим разработку и перенос.
