Архитектура каталога товаров: категории, фильтры и данные

Каталог как модель предметной области

Структура каталога интернет-магазина должна одновременно поддерживать учет, редакционную работу, навигацию и поиск. Товар, торговое предложение, вариант цвета и складская позиция могут быть разными сущностями. Если свести их в одну карточку без правил, появляются дубли страниц, противоречивые цены и фильтры, которые невозможно поддерживать.

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

Что ломает навигацию и SEO

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

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

Что исследовать до проектирования

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

• Типы товаров, варианты, комплекты, совместимость и связи между основными и дополнительными позициями.
• Сценарии выбора, поисковые формулировки, профессиональный жаргон и различия B2C и B2B аудитории.
• Характеристики, единицы измерения, допустимые значения и поля, влияющие на цену или остаток.
• Источники описаний, фотографий, артикула, цены, остатка и сроков поставки.
• Требования к URL, индексируемым категориям, фильтрам, регионам и языкам.

Слои каталожной системы

Отделение мастер-данных от витринного представления позволяет менять интерфейс без разрушения учета.

• PIM, ERP или другой источник идентификаторов, учетных свойств и товарных связей.
• CMS для маркетингового текста, медиа, подборок и SEO-представления.
• Поисковый индекс для полнотекстового поиска, подсказок, фасетов и ранжирования.
• Витринный API с ценой, доступностью и правилами показа для конкретного клиента.
• Конвейер контроля качества данных и отчет о карточках, которые нельзя опубликовать.

Как спроектировать каталог

Работу ведут от модели сущностей к интерфейсу и проверяют на крайних товарах, а не только на типовом примере.

• Разделить продуктовую карточку, вариант, SKU, комплект и контентную подборку.
• Создать таксономию категорий с правилами включения и назначить основной путь товара.
• Нормализовать характеристики, единицы и словари значений для сравнения и фильтров.
• Определить обязательные данные для публикации и понятный статус неполной карточки.
• Спроектировать фасеты, сортировки, пустые состояния и поведение зависимых фильтров.
• Настроить canonical, индексируемые комбинации, sitemap и переходы при изменении URL.

Как измерять качество каталога

Команда смотрит на возможность выбора, здоровье данных и поисковую доступность вместе.

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

Как развивать каталог

Хорошая модель начинается с небольшого числа устойчивых сущностей и расширяется через типизированные характеристики и связи. Она позволяет добавлять категории и каналы без копирования товара и ручного согласования каждого поля.

Изменения таксономии нужно рассматривать как миграцию: проверить навигацию, URL, фильтры, аналитику и интеграции. Тогда новый каталог улучшает выбор, не теряя накопленную поисковую видимость и учетные связи.