Разработка модуля фильтрации каталога 1С-Битрикс

Разработка модуля фильтрации каталога 1С-Битрикс

Представьте: ваш каталог разросся до 50 000 товаров, а стандартный фильтр Битрикс начал грузить страницу по 10 секунд. Мы сталкивались с таким на каждом втором проекте. За 8 лет разработки модулей для Битрикс мы выработали решение, которое даёт гарантию производительности даже на каталогах с 200+ свойствами. Экономия на серверных ресурсах за счёт оптимизированных запросов становится значительным преимуществом.

Стандартный компонент catalog.section.list с фильтром catalog.section.list.filter работает из коробки, но при большом количестве свойств (b_iblock_element_prop_s*, b_iblock_element_prop_m*) запросы становятся медленными из-за множественных JOIN. Чекбоксы показывают все возможные значения без учёта того, сколько товаров за ними стоит — пользователь кликает и получает пустой результат. Динамическая перестройка фильтра убивает производительность на каталогах от 10 000 позиций.

Как денормализация индекса ускоряет фильтрацию?

Корень проблемы — архитектура хранения свойств инфоблока. Для каждого свойства нужен отдельный JOIN. Наше решение — денормализованный индекс фильтра. Модуль создаёт и поддерживает таблицу myvendor_filter_index, где для каждого товара хранится плоская структура значений всех фильтруемых свойств в JSONB:

CREATE TABLE myvendor_filter_index (
    element_id  INT PRIMARY KEY,
    section_id  INT NOT NULL,
    price_min   DECIMAL(12,2),
    in_stock    BOOLEAN,
    props       JSONB NOT NULL  -- {"brand": "Samsung", "color": ["black", "white"]}
);

CREATE INDEX idx_filter_props ON myvendor_filter_index USING gin(props);
CREATE INDEX idx_filter_section ON myvendor_filter_index(section_id);
CREATE INDEX idx_filter_price ON myvendor_filter_index(price_min);

Индекс обновляется через событие OnAfterIBlockElementUpdate конкретного товара и через агент для массового пересчёта. По нашим тестам, JSONB-индекс в 15 раз быстрее стандартных JOIN на каталогах от 50 000 товаров.

Почему умные счётчики (facets) важны для UX?

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

-- Подсчёт вариантов для фильтра "Бренд"
-- с учётом уже выбранного фильтра "Цвет: черный"
SELECT
    props->>'brand' AS brand,
    COUNT(*) AS cnt
FROM myvendor_filter_index
WHERE
    section_id = :section_id
    AND in_stock = true
    AND props @> '{"color": "black"}'::jsonb
GROUP BY props->>'brand'
ORDER BY cnt DESC;

Этот запрос возвращает все бренды с количеством чёрных товаров в наличии. Для каждого свойства выполняется отдельный такой запрос — но это быстро благодаря GIN-индексу. Результаты подсчётов кешируются с тегами по разделу и набору активных фильтров. При изменении любого товара тег сбрасывается. TTL кеша — 30 минут.

Как работает AJAX-обновление?

При изменении фильтра страница не перезагружается: AJAX-запрос уходит на /api/catalog/filter/, сервер возвращает JSON с ID отфильтрованных товаров и обновлёнными счётчиками. Фронтенд обновляет список и чекбоксы. История браузера обновляется через history.pushState. Это обеспечивает плавную навигацию без мерцания.

Как выглядит URL-схема фильтра?

Фильтр строит «красивые» URL, дружелюбные к SEO:

• /catalog/smartphones/brand-samsung/color-black/ — постраничный список с фильтрами
• /catalog/smartphones/brand-samsung/ — категориальный фильтр с собственным H1 и описанием

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

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

Помимо фильтрации, модуль управляет сортировкой: по цене, популярности (количество заказов из b_sale_basket), новизне, рейтингу. «Популярность» пересчитывается агентом раз в сутки и хранится в myvendor_filter_index.popularity_score.

Сравнение: стандартный фильтр vs наш модуль

Этапы разработки модуля фильтрации

1. Аудит текущей архитектуры каталога и свойств инфоблока.
2. Проектирование схемы денормализованного индекса под ваш объём данных.
3. Реализация фасадов с умными счётчиками и кешированием.
4. Настройка AJAX-обновления и красивых URL.
5. Оптимизация запросов для каталогов до 500 000 товаров.
6. Документация по поддержке и дообучение администраторов.

Сроки разработки

Количество свойств инфоблока и объём каталога — главные факторы выбора архитектуры. При 200+ свойствах JSONB-подход требует тщательного проектирования схемы индекса.

Почему выбирают нас

Мы разрабатываем модули для Битрикс более 8 лет, реализовали 40+ проектов с фильтрацией каталогов. Даём гарантию производительности на объёмах от 10 000 товаров. Закажите разработку модуля фильтрации — свяжитесь с нами для предварительной оценки вашего проекта. Получите консультацию сегодня.