Поиск по характеристикам и фильтрация в выдаче поиска

Пользователь вводит «ноутбук» — и получает четыреста результатов сплошной лентой. Что дальше? В каталоге он бы отфильтровал по цене, бренду, диагонали. А в выдаче поиска фильтров нет — приходится либо листать сотни моделей, либо возвращаться в каталог и начинать заново. Большинство выбирает третье: закрыть вкладку. Так магазин теряет посетителя, который уже сказал, что ему нужно.

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

Проблема широкой выдачи поиска

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

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

Поиск и фильтр: как их объединить

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

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

Поиск по свойствам товаров

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

• Свойства в индексе. Бренд, цвет, материал, ключевые характеристики индексируются вместе с названием.
• Единые значения. «Красный» пишется одинаково у всех товаров, иначе часть не найдётся.
• Синонимы. Учитываются варианты названия свойств и брендов, как их формулирует пользователь.
• Разумный приоритет. Совпадение по названию весомее совпадения по второстепенному свойству.

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

Фасетная фильтрация в выдаче

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

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

Динамические фасеты и счётчики

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

• Актуальные значения. Показываются только те значения свойств, что реально есть в выдаче.
• Живые счётчики. У каждого значения — сколько товаров останется после его применения.
• Отсечение пустого. Значения, ведущие к нулю результатов, скрываются или гасятся.
• Комбинирование. При выборе нескольких фильтров счётчики других пересчитываются корректно.

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

Релевантность и сортировка результатов

Фильтры сужают выдачу, но внутри неё товары всё равно нужно расположить осмысленно. Релевантность и сортировка — то, что определяет, увидит ли пользователь нужное в первых строках.

• Совпадение по названию — выше. Точное или близкое совпадение с названием весомее совпадения по описанию или свойству.
• Наличие влияет на порядок. Товары в наличии обычно поднимают выше отсутствующих.
• Управляемая сортировка. Пользователь может пересортировать по цене, популярности, новизне.
• Бизнес-приоритеты. При равной релевантности можно учитывать маржинальность или акции — аккуратно, не в ущерб пользе.

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

Наличие и цена в выдаче поиска

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

• Наличие. Отметка «в наличии / под заказ / нет», а отсутствующие позиции опускают ниже или фильтруют.
• Актуальная цена. Цена, которую видит текущий клиент, с учётом его группы и скидок.
• Быстрое действие. Кнопка «в корзину» прямо в выдаче, без захода в карточку.

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

Фасетный индекс и скорость

Всё описанное держится на скорости. Фильтрация с честными счётчиками поверх результатов поиска на каталоге в десятки тысяч товаров — тяжёлая операция, если считать её «в лоб». Спасает фасетный индекс 1С-Битрикс.

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

Скорость всей выдачи дополнительно повышают кэширование и композитный подход, а фундамент производительности задаёт правильная инфраструктура на BitrixVM. Медленный поиск не спасут никакие фильтры — пользователь уйдёт раньше, чем они отработают.

Реализация в 1С-Битрикс

1. Приведите в порядок свойства. Характеристики товаров заполнены единообразно, значения не дублируются вариантами написания.
2. Включите свойства в индекс. Добавьте ключевые свойства (бренд, цвет, характеристики) в поисковый индекс.
3. Активируйте фасетный индекс. Включите и пересчитайте фасетный индекс инфоблока, настройте обновление агентом.
4. Свяжите поиск и умный фильтр. Примените catalog.smart.filter к результатам поиска, а не только к разделу каталога.
5. Настройте релевантность. Задайте приоритеты совпадений и сортировку, учтите наличие.
6. Выведите наличие и цену. В выдаче показывайте остаток и цену группы клиента, кнопку «в корзину».
7. Проверьте скорость. Прогоните типовые запросы на боевом объёме каталога.

Нестандартную логику поиска и фасетов удобно вынести в отдельный компонент или модуль — про архитектуру таких решений есть статья о разработке своего модуля для 1С-Битрикс. Современный доступ к данным при этом строят на D7 и ORM, а не на устаревшем API.

Данные из 1С как фундамент

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

Если характеристики заполнены неполно, часть товаров не найдётся по признаку. Если значения записаны с разнобоем («красный», «Красный», «красн.»), фасеты покажут дубли, а поиск по свойству промахнётся. Если единицы измерения плавают, фильтры по числовым характеристикам собьются. Поэтому работа над поиском начинается с порядка в номенклатуре: единые справочники значений, полнота заполнения, аккуратный обмен. Это часть аудита и оптимизации 1С.

Мобильная выдача и удобство

Значительная часть поиска идёт с телефонов, а на маленьком экране широкая выдача и фильтры особенно проблемны. Мобильная фасетная выдача требует отдельного внимания:

• Фильтры в отдельной панели. Вызываются кнопкой и открываются оверлеем, не занимая место в ленте.
• Понятное число результатов. Кнопка «Показать N товаров» с актуальным счётчиком.
• Быстрый сброс. Лёгкое снятие фильтров и возврат к полной выдаче.
• Читаемая карточка. В результатах видно название, цену, наличие и действие без лишнего.

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

Частые ошибки

• Поиск без фильтров. Плоская лента из сотен результатов, которую никто не листает.
• Статичные фасеты. В выдаче показываются нерелевантные свойства и вводящие в заблуждение счётчики.
• Свойства не в индексе. «Красные кроссовки» не находятся, потому что поиск не видит цвет.
• Разнобой значений. Фасеты дублируют «красный/Красный», поиск по свойству промахивается.
• Медленная фильтрация. Не включён фасетный индекс, счётчики считаются «в лоб».
• Коммерция вместо релевантности. Поиск выдаёт выгодное, а не искомое — доверие падает.
• Забыли про мобильную выдачу. На телефоне фильтры неудобны или недоступны.

Чек-лист внедрения

1. Свойства в порядке. Характеристики заполнены единообразно, значения не дублируются, обмен с 1С аккуратный.
2. Свойства в индексе. Ключевые характеристики участвуют в поиске, работают синонимы.
3. Фасетный индекс включён. Активирован и пересчитывается агентом при изменениях.
4. Поиск и фильтр объединены. Умный фильтр применяется к результатам поиска, фасеты динамические.
5. Релевантность настроена. Приоритеты совпадений и сортировка осмысленны, наличие учтено.
6. Коммерция в выдаче. Показаны наличие, цена группы клиента и кнопка «в корзину».
7. Мобильная выдача удобна. Фильтры в панели, счётчик результатов, лёгкий сброс.
8. Скорость проверена. Типовые запросы отрабатывают быстро на боевом объёме каталога.

Вывод

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

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