Каталог и фильтры по сценарию подбора: как выстроить структуру, содержание и путь до заявки

Понимание намерения покупателя как фундамент структуры

Прежде чем рисовать дерево категорий, нужно ответить на вопрос: что именно хочет достичь покупатель, когда заходит в каталог? Намерение может быть функциональным («нужен стол для работы»), ситуационным («ищу подарок на день рождения») или эстетическим («хочу минималистичный диван в сером цвете»). Без чёткого понимания этих сценариев любая структура будет построена на предположениях, а не на данных.

Для выявления намерений используйте поисковые запросы из внутренней поисковой строки, данные из внешняя платформа.Системы аналитики или система веб-аналитики о последовательности страниц, а также обратную связь от службы поддержки. Группируйте запросы по глаголам и объектам: «купить», «подобрать», «сравнить», «узнать размер». Каждая группа станет базовым узлом в дереве категорий.

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

После сбора намерений оформите их в виде таблицы, где колонка «Намерение» описывает цель покупателя, а колонка «Сигналы» — типичные фразы и свойства. Эта таблица станет входным материалом для построения дерева категорий и выбора свойств для фильтров.

<offer id="123" available="true">
  <url>https://example.com/catalog/item-123/</url>
  <price>45900</price>
  <currencyId>RUR</currencyId>
  <categoryId>12</categoryId>
  <name>Название товара и ключевой параметр</name>
</offer>

Построение дерева категорий на основе сценариев

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

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

Каждый узел дерева соответствует набору свойств, которые покупатель считает важными при решении этой задачи. Для узла «Обустройство рабочего места» relevant properties могут быть: тип мебели, регулировка высоты, материал обивки, наличие подставки для ног.

Важно избегать пересечения: один и тот же товар не должен попадать в два разных узла с одинаковым набором свойств, иначе возникают дубликаты страниц. Используйте принцип взаимно исключающих, jointly exhaustive (MECE) при распределении товаров по узлам.

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

Выбор свойств товара для фильтров

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

Например, для категории «Настольные лампы» полезны свойства: тип освещения (тёплое/холодное), наличие регулировки яркости, тип крепления (на стол, на стену), материал корпуса. Свойство «серийный номер» или «дата производства» обычно не нужно в фильтре, так как не влияет на выбор.

Для каждого свойства оцените частоту использования в поиске: посмотрите, сколько запросов содержит это свойство или его синонимы. Если за последний месяц свойство встречается менее 0,5 % всех запросов — рассмотрите возможность его удаления из фильтра или переноса в блок «Дополнительные характеристики».

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

Формирование полезных сочетаний свойств

Не все комбинации свойств имеют смысл. Некоторые сочетания либо невозможны физически (например, «стеклянный стол с регулируемой высотой и материалом массива дуба» — возможно, но крайне редко), либо никогда не запрашиваются пользователями. Ваша задача — оставить только те сочетания, которые имеют подтверждённый спрос.

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

Для этого соберите лог запросов к внутреннему поиску за последние 3–6 месяцев, выделите уникальные наборы фильтров, которые пользователи действительно применяли. Группируйте их по схожести: если два набора отличаются только одним свойством с низкой частотой, рассмотрите их объединение.

Полученный список сочетаний станет базой для создания предопределённых подборок (landing‑pages). Каждая такая подборка получает уникальный URL вида /catalog/office-chairs/lumbar-support/black, где последовательность свойств отражает наиболее популярный запрос.

Сочетания, которые не встретились в логах, но теоретически возможны, следует либо исключить из индексации (закрыть через robots.txt или метатег noindex), либо оставить только для внутреннего поиска без создания отдельной страницы.

Выявление и обработка нулевых выборок

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

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

Анализируйте частоту появления каждой нулевой выборки. Есликонкретная комбинация даёт ноль в более чем 80 % случаев за месяц — это явный сигнал, что такая комбинация не востребована и её следует удалить из набора доступных фильтров или закрыть от индексации.

Для комбинаций, которые дают ноль редко (менее 10 %), но потенциально полезны (например, сезонные товары), оставьте фильтр, но добавьте на страницу подсказку: «По вашему запросу ничего не найдено. Попробуйте изменить фильтр» и предложите ближайшие популярные сочетания.

Индексация подборок и управление дубликатом контента

Каждая полезная подборка должна иметь собственный индексируемый URL с уникальным title, meta description и H1, которые отражают конкретное сочетание свойств и намерение покупателя. Избегайте генерации одинаковых метатегов для разных подборок — это приводит к каннибализации.

Используйте канонические теги только тогда, когда две подборки действительно идентичны по набору товаров (например, фильтр «цвет: чёрный» и «цвет: черный» из-за различий в написании). В остальных случаях каждый URL должен быть уникальным и доступным для индексации.

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

Проверяйте индексацию через внешняя платформа панель для владельцев сайта: отчёты «Исключено» и «Исключено — дубликат» помогут увидеть, какие подборки попали под фильтр из‑за низкого качества или дублирования контента. При необходимости улучшайте контент подборки (добавляйте описания, FAQ, советы по выбору).

Связь фильтров с путём к заявке

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

Разместите кнопку «Купить» или «Оформить заявку» в видимой области сразу после списка товаров, не требуя дополнительной прокрутки. Если товар сложный и требует уточнения (например, промышленное оборудование), предложите форму быстрой связи прямо в карточке товара, предзаполненную текущими фильтрами.

Используйте микроданные и структурированные данные (schema.org Offer, AggregateRating) на страницах подборок, чтобы поисковые системы могли показывать rich snippets с ценой и наличием, что повышает кликабельность и доверие.

После отправки заявки перенаправляйте пользователя на страницу благодарности с чётким сообщением о следующих шагах и предложением связанных товаров (апселл, кросс‑селл) на основе тех же фильтров, которые привлекли его к заявке.

Тестирование эффективности фильтров и подборок

Любые изменения в структуре каталога следует проверять на реальных данных. Запустите A/B‑тест, где вариант А — текущая структура, вариант Б — предложенная с учётом сценариев и полезных сочетаний. Основные метрики: доля переходов из фильтра в карточку товара, среднее время до заявки, процент нулевых выборок и показатель отказов на страницах подборок.

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

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

Итеративно корректируйте дерево категорий и набор фильтров каждые 4–6 недель, учитывая сезонность, появление новых товарных групп и изменения в поведении аудитории.

Документация и правила поддержки структуры

Чтобы изменения не потерялись при росте команды, оформите внутренний регламент по управлению каталогом и фильтрами. В документе опишите процесс добавления нового свойства: от анализа спроса до обновления матрицы свойств × сценарии и тестирования на нулевые выборки.

Включите чек‑лист перед релизом новой подборки: проверка уникальности URL, наличие title и description, отсутствие дубликатов контента, корректная работа канонического тега (если нужен), наличие внутренних ссылок из связанных разделов.

Назначьте ответственного за мониторинг нулевых выборок (например, аналитика или SEO‑специалиста), который будет еженедельно предоставлять отчёт о страницах с нулевым результатом и предлагать корректировки.

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

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

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

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

Как проверить нулевые выборки перед следующим шагом

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

Проверяется это за минуту: примените три фильтра, закройте вкладку, вернитесь через час. Если выдача сбросилась, задача на доработку сформулирована. То же касается перехода в карточку и обратно — возврат должен приводить на то же место списка.