Структура каталога интернет-магазина: категории, фильтры и подборки
Как спроектировать каталог магазина: разделить категории и фильтры, составить карту страниц, проверить дерево на покупателях и перестроить навигацию без лишних дублей.
Чтобы спроектировать структуру каталога интернет-магазина, сначала сгруппируйте товары по задачам покупателей, затем разделите группы на категории, фильтры и подборки. Нарисуйте дерево, задайте названия и характеристики, определите страницы для поиска и проверьте, находят ли люди нужный товар. Меню и адреса страниц лучше создавать после этих решений.
Каталог не обязан повторять прайс поставщика или складской учёт. Покупатель ищет товар для своей задачи, а поставщик может группировать позиции по производителю, партии или внутреннему коду. Хорошая структура соединяет язык покупателя с реальным ассортиментом и не заставляет выбирать между непонятными ветвями.
Начните с товаров и задач покупателя
Соберите список того, что действительно можно купить. Для каждой модели запишите тип товара, назначение, ключевые характеристики, варианты и наличие. Отдельно отметьте позиции, которые планируются, но ещё не готовы к продаже: они не должны создавать впечатление заполненной категории.
Если список ещё не определён, сначала составьте ассортиментную матрицу. Она помогает решить, какие товары держать и зачем; структура каталога отвечает на следующий вопрос — как показать этот набор покупателю.
Дальше выпишите ситуации выбора. Для магазина посуды это могут быть «найти сковороду для индукции», «купить контейнер для обеда» и «собрать подарок». Первая задача требует проверки совместимости, вторая — типа и объёма изделия, третья может объединять товары из разных категорий.
Используйте названия из поиска по сайту, обращений, отзывов и поисковых запросов. Сопоставьте их с несколькими каталогами конкурентов, но не копируйте чужое дерево целиком. У другого магазина могут быть иная глубина ассортимента и другие покупательские задачи.
Для каждой предполагаемой ветви проверьте три условия: покупателю понятно название, внутри есть подходящие товары, а группа отличается от соседних по смыслу. Если различие существует только в закупочной таблице, отдельная категория может не понадобиться.
Разделите категории, фильтры и подборки
Категория задаёт устойчивую группу товаров, подкатегория уточняет её. Фильтр сужает текущую выборку по характеристике, а подборка собирает товары для конкретной ситуации: подарка, поездки или сезонной задачи. Один товар может участвовать в разных подборках без создания нескольких независимых карточек.
Разница определяется пользой страницы, а не словом в названии. «Для индукции» может быть фильтром внутри сковород или отдельной посадочной страницей, если магазин поддерживает подходящий ассортимент и люди начинают выбор с этой совместимости. Это решение нужно объяснить и закрепить, а не принимать автоматически для каждого признака.
| Срез ассортимента | Предпочтительный формат | Основание для решения |
|---|---|---|
| Сковороды | Категория | Самостоятельный тип товара и общие критерии выбора |
| Сковороды-гриль | Подкатегория при достаточном ассортименте | Отличаются конструкция и сценарий использования |
| Диаметр 24 см | Фильтр | Уточнение внутри выбранного типа товара |
| Подходит для индукции | Фильтр; иногда отдельная посадочная | Совместимость обязательна для части покупателей |
| Подарки для любителя готовить | Подборка | Ситуация объединяет посуду и другие товары |
| Красный цвет | Обычно фильтр | Цвет уточняет выбор, но редко объясняет весь ассортимент |
| Как выбрать сковороду | Статья | Читателю нужна помощь в решении, а не только список товаров |
Перед созданием подкатегории спросите, сможет ли человек объяснить отличие от родительской страницы и выбрать между соседними ветвями. Если подкатегория показывает те же товары под немного другим названием, она усложняет каталог и создаёт дополнительную страницу для поддержки.
Универсального минимума товаров нет. Три специализированных прибора могут давать содержательный выбор, а десять почти одинаковых чашек — не оправдывать отдельную ветку. Оцените различия моделей, устойчивость наличия и вероятность пустой страницы после продажи ходовых позиций.
Постройте дерево и назовите ветви
Начните с устойчивых типов товаров, а уточнения добавляйте там, где они помогают выбору. На одном уровне придерживайтесь понятной логики: «Сковороды», «Кастрюли», «Формы для выпечки» относятся к видам посуды. Названия «Красное», «Распродажа» и «Производитель А» задают другие основания и обычно требуют отдельной навигации или фильтров.
При этом покупателю может быть полезно войти в один ассортимент разными путями. Меню «По назначению» или «По бренду» не обязано становиться частью основного дерева. Сделайте такие входы дополнительными и сохраните понятную связь с базовыми категориями.
Не назначайте глубину по правилу «ровно три клика». У небольшого магазина достаточно нескольких категорий; у большого оправдан промежуточный раздел, если он облегчает выбор. Проверьте, даёт ли каждый уровень полезное решение, а не просто добавляет очередную кнопку.
Название должно быть понятно без просмотра карточек. «Хранение продуктов» объясняет ассортимент лучше, чем «Всё на своих местах». Краткие слова подходят меню, но если «Аксессуары» соседствуют с несколькими разделами, уточните, для чего они предназначены.
Как учитывать варианты и пересечения
Размер, цвет и комплектация обычно относятся к вариантам модели или характеристикам для фильтрации. Не создавайте ветви «Футболки размера M» и «Футболки размера L» только потому, что склад считает их отдельными артикулами. Покупателю сначала нужно выбрать модель, а затем доступный вариант.
Если товар подходит двум категориям, его можно показать в обеих. Само по себе это не создаёт дубли адресов: проверьте, чтобы ссылки из категорий вели на стабильный основной URL карточки. Если платформа формирует адрес с учётом категории, отдельно согласуйте обработку дублей. Также определите логику хлебных крошек — цепочки ссылок к родительским разделам, — чтобы покупатель мог вернуться к понятному списку товаров.
Подготовьте характеристики и фильтры
Фильтр работает только на согласованных данных. Если «объём 1 л», «1000 мл» и «литр» хранятся как разные значения, покупатель увидит разрозненный выбор. Приведите единицы к общему виду, объедините синонимы и определите допустимые значения до массовой загрузки товаров.
Не используйте один набор фильтров для всего магазина. Для сковороды важны диаметр и совместимость с плитой, для контейнера — объём и герметичность. Служебные поля поставщика или внутренние коды не нужны покупателю, если они не помогают выбрать совместимый товар.
Проверьте заполнение: отсутствие значения не должно выглядеть как отсутствие свойства. Если у половины сковород не внесена совместимость, включение фильтра «Для индукции» может скрыть подходящие модели. Сначала исправьте данные или ограничьте публикацию фильтра до проверки.
На телефоне покупатель должен видеть выбранные условия, количество найденных товаров и способ отменить отдельный фильтр. После возврата из карточки полезно сохранять условия и место в списке. При пустой выдаче объясните, какие ограничения можно снять, вместо сообщения, из которого нельзя продолжить выбор.
Выбор нескольких значений одного свойства обычно предполагает альтернативы: чёрный или белый. Разные свойства ограничивают выбор совместно: белый и объём 1 литр. Проверьте поведение на вашей платформе и сделайте его понятным пользователю, особенно если правила отличаются.
Пример карты каталога магазина посуды
Допустим, магазин продаёт посуду для приготовления, хранения и сервировки. Следующая схема — учебный пример, а не обязательный шаблон для каждой ниши. В ней основной путь строится по типу товара, а подарочный сценарий существует отдельно.
Каталог
├── Приготовление
│ ├── Сковороды
│ │ └── Сковороды-гриль
│ ├── Кастрюли
│ └── Формы для выпечки
├── Хранение продуктов
│ ├── Контейнеры
│ └── Банки
└── Сервировка
├── Чашки
└── Тарелки
Дополнительные входы
├── Подарки для любителя готовить
└── Новинки
Для сковород диаметр и материал остаются фильтрами. Совместимость с индукцией тоже сначала хранится как характеристика; отдельную страницу создают только после проверки её задачи и ассортимента. Подарочная подборка может показывать и сковороду, и чашки, не перемещая их из основных категорий.
Дополните дерево таблицей страниц. Примерные адреса ниже служат для планирования; это не ссылки на существующие разделы Rapi Flow.
| Задача покупателя | Тип страницы | Пример адреса | Решение для поиска |
|---|---|---|---|
| Выбрать сковороду | Категория | /catalog/skovorody | Основная страница широкого выбора |
| Найти сковороду-гриль | Подкатегория | /catalog/skovorody-gril | Отдельная страница при различимом ассортименте |
| Выбрать диаметр 24 см | Состояние фильтра | /catalog/skovorody?diameter=24 | Не открывать автоматически как самостоятельную посадочную |
| Найти сковороду для индукции | Подготовленная посадочная | /catalog/skovorody-dlya-indukcii | Единственная выбранная страница этого намерения |
| Выбрать подарок | Подборка | /collections/podarki-dlya-kuhni | Оценить спрос и пользу отдельно |
В рабочую таблицу добавьте состав товаров, фильтры, родителя, основной URL, правила индексации и ответственного за обновление. Тогда маркетолог, контент-менеджер и разработчик будут обсуждать одну схему, а не три разных представления о каталоге.
Согласуйте страницы для поисковых систем
Не каждая комбинация фильтров должна становиться страницей поисковой выдачи. Несколько характеристик, сортировка и служебные параметры быстро создают множество адресов. Полезные для выбора состояния могут существовать в интерфейсе, даже если вы не планируете продвигать их в поиске.
Отдельную посадочную создавайте, когда у неё есть самостоятельная задача, подходящие товары и понятное отличие от уже существующей страницы. Если категория «Сковороды для индукции» и фильтр показывают один набор и отвечают на один запрос, выберите основной адрес. Не поручайте двум страницам одну задачу без причины.
Основные категории и карточки должны быть доступны по обычным ссылкам. Поиск по сайту полезен человеку, но не заменяет цепочку навигации для робота: Google обычно не вводит запросы в поисковое поле магазина. Структуру определяют и связи страниц, поэтому красивый путь URL сам по себе не делает каталог понятным.
Разведите обход, индексацию и основной адрес
robots.txt ограничивает обход, noindex указывает не включать доступную роботу страницу в индекс, а canonical сообщает предпочтительный адрес среди одинаковых или очень похожих страниц. Последний является сигналом, а не гарантией выбора поисковой системы. Это разные инструменты: если робот не может открыть страницу из-за запрета обхода, он не прочитает находящийся на ней noindex.
Согласуйте техническую схему с разработчиком: какие состояния получают адрес, какие можно обходить и какие должны участвовать в поиске. В sitemap добавляйте выбранные основные страницы, а сортировки и метки не превращайте в новые категории. Подробную проверку технической основы описывает материал про SEO интернет-магазина.
Убедитесь, что товары дальше первой страницы списка тоже доступны по ссылкам. Кнопка «Показать ещё» может быть удобна, но возможность открыть следующую часть каталога должна проверяться отдельно. Иначе аккуратное дерево будет вести только к части ассортимента.
Проверьте дерево на покупателях до разработки
Для первого теста достаточно текстовой схемы без дизайна. Дайте нескольким людям из целевой аудитории конкретные задачи и попросите выбрать путь. Не подсказывайте названия ветвей: вы проверяете, понимает ли их человек самостоятельно.
Например, попросите найти контейнер для обеда, посуду для индукционной плиты и подарок человеку, который печёт дома. Эти задачи проверяют разные способы входа: тип изделия, совместимость и ситуацию покупки. Слишком общая просьба «оцените каталог» обычно даёт мнение о названиях, а не свидетельство успешного поиска.
Последовательность проверки может быть такой:
- Запишите правильные пути и допустимые альтернативы для каждой задачи.
- Покажите человеку только дерево и предложите задачу без названия нужной категории.
- Отметьте первый выбор, итоговый раздел, возвраты назад и места сомнения.
- После выполнения спросите, где человек ожидал увидеть товар и почему.
- Исправьте повторяющиеся затруднения и проверьте новую схему на других участниках.
Если из шести участников четверо начинают искать банки в «Сервировке», это сигнал проверить название или добавить понятный альтернативный вход. Такой небольшой тест не измеряет точный процент проблем всей аудитории; он помогает обнаружить причины ошибки до затрат на реализацию.
После теста дерева проверьте работающий прототип на телефоне: меню, фильтры, возврат из карточки и пустую выборку. Понятная текстовая схема ещё не гарантирует удобство интерфейса. Наоборот, красивый дизайн не исправит категорию, смысл которой покупатель не понимает.
Перенесите структуру и поддерживайте её
Если магазин уже работает, до перестройки выгрузите существующие адреса, поисковые входы и страницы с заказами. Составьте соответствие «старый URL — новая страница — действие». Переименование пункта меню не всегда требует изменения адреса; стабильный URL может сохранить полезные ссылки и упростить переход.
Для перемещённых страниц с подходящей заменой настройте постоянные редиректы, обновите внутренние ссылки и sitemap. Не отправляйте все удалённые категории на главную: покупатель должен попадать в соответствующий раздел. Если замены нет, решение об удалении принимайте отдельно от общего переноса дерева.
Перед запуском проверьте карточку, доступную из нескольких ветвей, товар без наличия, подкатегорию с малым ассортиментом и комбинацию фильтров без результатов. Убедитесь, что ссылки, хлебные крошки и основные адреса согласованы. Назначьте человека, который будет пересматривать категории при изменении ассортимента.
После запуска смотрите запросы внутреннего поиска, пустые выдачи, переходы из категорий в карточки и завершённые покупки. Если посетители постоянно ищут словом, которого нет в меню, проверьте название или синоним в поиске. Если раздел часто пустует, пересмотрите поставки или необходимость отдельной ветви.
Структуру стоит расширять тогда, когда новые группы помогают покупателю выбирать, а команда может поддерживать их ассортимент и данные. Начните с ясного ядра и проверенной карты; добавление ветки должно решать наблюдаемую задачу.
Частые вопросы
Нужны ли подкатегории маленькому магазину?
Не обязательно. Если несколько понятных категорий и фильтры позволяют выбрать товар, дополнительный уровень может только удлинить путь. Добавляйте подкатегорию при реальном различии задач и устойчивом ассортименте.
Можно ли сделать весь каталог через фильтры?
Для однородного небольшого ассортимента это может быть удобно. В магазине с разными типами товаров сначала нужны понятные входы: покупателю трудно выбирать общий список, где одновременно смешаны сковороды, чашки и полотенца.
Нужно ли делать бренд отдельной категорией?
Если покупатели начинают выбор с бренда и у него есть поддерживаемый ассортимент, отдельная брендовая страница может быть полезна. Иначе достаточно фильтра. Не создавайте пустые разделы под каждого производителя из прайса.
Можно ли показывать товар в нескольких разделах?
Да, если он соответствует задачам этих разделов. Согласуйте основной адрес карточки и навигацию, чтобы разные входы не создавали необоснованные дубли и не мешали вернуться к выбору.
Достаточно ли скопировать структуру крупного конкурента?
Нет: его дерево рассчитано на другой ассортимент и аудиторию. Используйте чужие каталоги как материал для сравнения, затем проверьте названия, заполненность ветвей и покупательские задачи на своих товарах.