Структура каталога: как организовать товары, чтобы их находили

Покупатель не обязан знать, как устроен ваш склад. Он ищет «кроссовки для бега по асфальту» или «смеситель для кухни с высоким изливом», а не «Группа товаров 04.12». Структура каталога — это перевод внутренней логики учёта на язык покупателя. Если перевод неудачный, посетители теряются, поисковые системы не находят страниц под нужные запросы, а фильтры превращаются в свалку свойств. Разбираем, как мы проектируем каталоги и каких ошибок избегаем.

Почему структура каталога важнее, чем кажется

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

Типичная ситуация: магазин запускают, просто перенеся дерево групп из 1С. В учётной системе товары сгруппированы по поставщикам или по закупочной логике — «Импорт Италия», «Новинки сезона», «Распродажа склад 2». Для бухгалтера это удобно, для покупателя — бессмысленно. Человек ищет плитку для ванной, а ему предлагают выбирать между страной-импортёром и номером склада. Результат — высокий процент отказов с категорий и почти нулевой трафик из поиска на эти страницы.

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

Принципы группировки товаров

Основной принцип — группировать так, как думает покупатель в момент выбора. Чаще всего это тип товара: «Диваны», «Кресла», «Столы». Но в разных нишах логика отличается, и универсального рецепта нет.

На практике в одном магазине используются несколько принципов: основное дерево строится по типу товара, а дополнительные входы — по назначению, бренду или поводу. Важно, чтобы у основного дерева был один понятный принцип на каждом уровне. Если в разделе «Обувь» рядом стоят «Кроссовки», «Мужская обувь» и «Распродажа», покупатель не понимает, где искать мужские кроссовки со скидкой, а один и тот же товар оказывается в трёх местах.

Хорошая проверка — правило взаимоисключения: на одном уровне категории не должны пересекаться по смыслу. «Кроссовки», «Ботинки», «Сандалии» — корректно. «Кроссовки», «Мужская обувь», «Летняя обувь» — нет, потому что это три разных признака, и правильное место для них — фильтры.

Глубина вложенности и ширина уровней

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

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

Отдельная тема — пустые и почти пустые категории. Раздел с двумя товарами выглядит как заброшенный магазин и раздражает покупателя. Если товаров в категории меньше 8–10, лучше объединить её с соседней или показывать как фильтр внутри родительского раздела.

Категории, фильтры и теговые страницы

Главный вопрос проектирования: какой признак сделать категорией, а какой — фильтром? Мы используем простое правило. Если признак меняет сам тип товара и набор его характеристик, это категория. Если признак уточняет выбор внутри однородной группы — это фильтр. Холодильники и стиральные машины — разные категории, у них разные характеристики. Холодильник белый и холодильник серебристый — один тип, цвет идёт в фильтр.

Но есть промежуточный случай: признак уточняет выбор, но по нему много запросов в поиске. «Холодильники No Frost», «Двухкамерные холодильники», «Холодильники Bosch» — люди ищут именно так, и для каждой такой выборки нужна отдельная страница с собственным заголовком, текстом и адресом. Это теговые или посадочные страницы: технически они строятся на основе фильтра, но для поисковой системы выглядят как полноценные категории.

Такие страницы дают магазину значительную долю поискового трафика. В одном из проектов — магазине сантехники с ассортиментом около 12 000 позиций — после добавления 180 теговых страниц по сочетаниям «тип + признак» трафик из поиска на каталог вырос примерно в полтора раза за несколько месяцев. Важно не создавать такие страницы механически по всем сочетаниям фильтров: страница «Смесители бронзовые с гигиеническим душем Германия» с одним товаром принесёт больше вреда, чем пользы. О том, как устроены фильтры с точки зрения пользователя, читайте в материале про фильтры и поиск.

Как связать каталог с поисковым спросом

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

Например, магазин хотел назвать раздел «Изделия для сервировки». Анализ запросов показал, что люди ищут «посуда для сервировки стола», «тарелки», «салатники», а запрос «изделия для сервировки» почти не встречается. Раздел переименовали, а внутри выделили подкатегории под реальные запросы. Название категории — это не только навигационный пункт, но и заголовок страницы, по которому поисковая система понимает её тематику.

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

Адреса, хлебные крошки и множественные категории

Структура каталога отражается в адресах страниц. Мы рекомендуем понятные человекочитаемые адреса на латинице: /catalog/mebel/divany/ лучше, чем /catalog/?section=148. Вложенность в адресе может повторять дерево, но не обязана: для очень глубоких каталогов короткий адрес категории удобнее и надёжнее при перестройке.

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

Отдельный вопрос — товар в нескольких категориях. Кресло-мешок можно найти и в «Мебели для гостиной», и в «Детской мебели». Это нормально и удобно для покупателя, но у товара должна быть одна основная категория, а адрес карточки — единственный. Иначе получаются дубли страниц с одинаковым содержимым, и поисковая система сама выбирает, какую показывать.

Что учесть при выгрузке из учётной системы

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

Пошаговый процесс проектирования каталога

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

1. Инвентаризация ассортимента

   Выгружаем все товары с характеристиками, считаем количество по группам, выявляем «сироты» без категории и дубли.

2. Сбор поискового спроса

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

3. Черновое дерево

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

4. Проверка на сценариях

   Прогоняем десять-пятнадцать типовых сценариев поиска: «найти детский самокат для ребёнка 6 лет», «найти фильтр для конкретной модели». Если сценарий проходит с трудом, перестраиваем.

5. Согласование и фиксация

   Согласуем дерево с заказчиком и фиксируем в техническом задании вместе с правилами наполнения и сопоставлением с учётной системой.

Хорошая дополнительная проверка — карточная сортировка: попросите несколько знакомых или постоянных покупателей разложить по группам 30–40 товаров из вашего ассортимента. Расхождения с вашей структурой укажут на неочевидные места.

Итоги: каталог как фундамент магазина

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

Ключевые правила просты. Один принцип группировки на каждом уровне. Два-три уровня вложенности для большинства магазинов и 5–15 пунктов на уровне. Категория — для разных типов товаров, фильтр — для уточнения внутри типа, теговая страница — для популярных уточнений с поисковым спросом. Одна основная категория и один адрес у каждого товара. И главное — проектировать структуру до дизайна, а не исправлять её после запуска.