Умный фильтр: как спроектировать так, чтобы ими пользовались

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

Эта статья — о том, как спроектировать умный фильтр (catalog.smart.filter) в 1С-Битрикс так, чтобы им действительно пользовались: какие свойства выносить, как работает фасетный индекс, как сделать быстрые ЧПУ-адреса фильтров под SEO и не убить скорость каталога. Если каталог тормозит или наполнен неаккуратно, начинать стоит с аудита и оптимизации 1С-Битрикс — на кривых данных ни один фильтр не заработает.

Почему фильтром не пользуются

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

• Слишком длинный фильтр. Двадцать свойств подряд пугают: человек не читает список, а закрывает его.
• Непонятные названия. Технические имена свойств из инфоблока («PROP_47», «Параметр 2») ничего не говорят покупателю.
• Тупики. Выбрал два условия — «ничего не найдено». После одного-двух таких промахов фильтром перестают пользоваться.
• Тормоза. Каждый клик перезагружает страницу на пару секунд — терпения хватает на два-три касания.

Хорошая новость: все эти проблемы — следствие настройки, а не ограничение платформы. Умный фильтр в 1С-Битрикс изначально спроектирован быстрым и «умным», надо лишь правильно им распорядиться.

Как устроен умный фильтр в Битрикс

Умный фильтр — это штатный компонент catalog.smart.filter, который работает в связке с торговым каталогом и инфоблоком товаров. Он собирает панель фильтрации из свойств инфоблока и полей торгового каталога (цена, наличие) и умеет мгновенно пересчитывать доступные варианты по мере выбора.

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

Фасетный индекс: что это и зачем

Фасетный индекс — сердце умного фильтра. По сути это отдельная таблица, которая хранит связи «значение свойства → идентификаторы товаров» в удобном для быстрой выборки виде. Когда покупатель отмечает «Цвет: чёрный», Битрикс не сканирует каталог, а берёт готовый список товаров из фасета и пересекает его с другими условиями.

Что это даёт на практике:

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

Какие свойства выносить в фильтр

Главное решение при проектировании — не «как настроить», а «что показать». Фильтр работает, когда в нём стоят характеристики, по которым покупатель реально принимает решение, а не все подряд свойства из карточки.

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

Типы свойств и их отображение

Умный фильтр умеет показывать значения по-разному, и правильный тип отображения сильно влияет на удобство. Битрикс поддерживает несколько режимов вывода для свойства.

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

Числовые параметры почти всегда лучше отдавать ползунком, а не десятком чекбоксов. А для свойств с длинным списком значений полезно добавить поиск внутри свойства и сворачивание «показать ещё», чтобы панель не растягивалась на весь экран.

Порядок, группировка и значения по умолчанию

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

Несколько приёмов, которые повышают частоту использования:

• Логичная группировка. Свойства идут в порядке, в котором покупатель принимает решение, а не в порядке добавления в инфоблок.
• Понятные подписи. Названия свойств — на языке покупателя, а не «PROP_CODE».
• Значения по умолчанию. Например, «в наличии» отмечено сразу, чтобы человек не рылся в отсутствующем товаре.
• Активные фильтры на виду. Выбранные условия показаны тегами, каждое можно снять одним кликом.

Пустые комбинации и счётчики товаров

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

Вместе с этим включают счётчики: рядом с каждым значением показывают, сколько товаров за ним стоит. «Чёрный — 42», «Белый — 0» (и «Белый» либо отключён, либо спрятан). Покупатель заранее видит результат выбора и не попадает в тупик. И счётчики, и блокировка пустот берут данные из фасетного индекса — поэтому его актуальность так важна.

ЧПУ-адреса и SEO фильтра

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

Умный фильтр в 1С-Битрикс поддерживает SEF-режим: для комбинаций значений генерируются ЧПУ-адреса, а через инструмент SEO-свойств задаются свои title, h1 и description с подстановкой названий значений. Стратегия проста:

1. Соберите спрос. Определите, по каким связкам «свойство + значение» есть поисковые запросы.
2. Откройте ценные страницы. Для них настройте ЧПУ и уникальные метатеги, добавьте текст-описание.
3. Закройте мусор. Комбинации из трёх-четырёх свойств и редкие связки уведите из индексации, чтобы не плодить дубли и тонкие страницы.
4. Свяжите с sitemap. Ценные страницы фильтра добавьте в карту сайта, чтобы поисковик их нашёл.

SEO-конфигурация фильтра — это отдельная работа поверх настройки компонента, но именно она превращает фильтр из «удобства» в канал трафика. Технически тонкую логику генерации адресов иногда выносят в кастомный код — как это делать аккуратно, мы разбирали в статье про D7 и ORM в 1С-Битрикс.

Скорость: кэш и динамика

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

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

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

Фильтр на мобильных

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

Что важно на мобильных:

• Явная кнопка с счётчиком. «Фильтр (3)» — видно, что фильтр применён и сколько условий выбрано.
• Применение по кнопке. На мобильном лучше собрать условия и применить разом, а не перезагружать выдачу на каждый чек.
• Крупные зоны нажатия. Чекбоксы и ползунки — под палец, а не «мышиные» мелкие элементы.
• Быстрый сброс. Кнопка «Сбросить» всегда на виду.

Переиндексация после обмена с 1С

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

Правильный процесс поддержки фасета:

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

Обмен свойств и остатков из учётной системы — часть общей автоматизации. Если каталог наполняется из 1С, стоит выстроить надёжный обмен и переиндексацию как единый процесс — это как раз задача автоматизации на 1С. Про безопасную передачу данных между системами полезно почитать в статье про REST, вебхуки и безопасность в Битрикс.

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

• В фильтр вынесен весь инфоблок. Двадцать свойств пугают, частота использования падает.
• Технические названия свойств. Покупатель не понимает, что означает «Параметр 3».
• Не включено скрытие пустых значений. Фильтр регулярно ведёт в «ничего не найдено».
• Фасет не переиндексируют. Счётчики и значения расходятся с реальным каталогом.
• Нет ЧПУ и SEO фильтра. Потерян большой пласт поискового трафика по низкочастотным запросам.
• Открыты все комбинации фильтра. Тысячи тонких страниц-дублей вредят индексации всего сайта.
• Личная цена в кэше. Либо всем видна чужая цена, либо каталог тормозит из-за отключённого кэша.
• Фильтр не адаптирован под мобильные. На телефоне им невозможно пользоваться, а это больше половины трафика.

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

1. Свойства отобраны. В фильтре 5–9 значимых характеристик на категорию, с понятными названиями.
2. Типы отображения заданы. Числа — ползунком, цвет — образцами, перечисления — чекбоксами.
3. Пустые значения скрыты. Включена блокировка пустот и счётчики товаров у значений.
4. Фасетный индекс построен. Настроена частичная и фоновая переиндексация после обмена.
5. ЧПУ и SEO настроены. Ценные связки открыты с метатегами, мусорные закрыты от индексации.
6. Кэш и динамика разведены. Личные цены и остатки вынесены из кэша, фильтр работает быстро.
7. Мобильная версия удобна. Шторка, счётчик условий, применение по кнопке, крупные элементы.
8. Проверено на данных. Прогнаны реальные категории, комбинации, наличие и скорость под нагрузкой.

Вывод

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

Начните с отбора свойств и порядка, включите счётчики и скрытие пустот, постройте фасет и настройте его обновление после обмена, а затем добавьте ЧПУ и SEO — и фильтр из формального элемента превратится в главный инструмент навигации и дополнительный канал трафика. Если каталог большой и запущенный, разумнее сначала привести его в порядок аудитом, а уже потом докручивать фильтр.