Динамические подборки и коллекции товаров

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

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

Что такое динамическая подборка и коллекция

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

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

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

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

Зачем нужны автоматические подборки на витрине

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

Автоматизация здесь решает три задачи сразу:

• Свежесть без ручного труда. Витрина всегда отражает актуальный ассортимент и остатки, а контент-менеджер не тратит часы на перекладывание товаров между блоками.
• Отсутствие «мёртвых» позиций. Товар, которого нет в наличии, автоматически исчезает из подборки — покупатель не упирается в «нет в наличии» после клика.
• Масштабируемость. Одно правило одинаково работает и на сотне, и на ста тысячах товаров; при росте каталога подборки не нужно переделывать.

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

Динамика против ручных списков

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

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

Типы подборок: новинки, хиты, по свойствам

Практически весь «джентльменский набор» витрины сводится к нескольким типовым правилам. Разберём их, чтобы дальше было понятно, из чего собирать фильтр.

• Новинки. Товары, недавно добавленные в каталог. Признак — дата создания элемента или дата активности «от». Правило: «создан за последние N дней» или «активен с даты не раньше, чем N дней назад».
• Хиты продаж / бестселлеры. Товары, которые чаще покупают. Признак — счётчик продаж, ручная отметка «Хит» или показатель популярности. Правило: «отмечен как хит» либо «в топе по продажам за период».
• Товары со скидкой / акции. Позиции, у которых действует скидка или спеццена. Признак — активное правило работы с корзиной, наличие старой цены или флаг «Акция».
• По свойствам. Подборки под сегмент: «бренд Apple», «материал — кожа», «для детей». Признак — значения умно-фильтруемых свойств.
• По цене. «До 1000 рублей», «премиум от 50000». Признак — диапазон по цене.
• Рекомендованные / персональные. Подборки под конкретного посетителя на основе поведения. Строятся не фильтром, а модулем bigdata и историей просмотров.

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

Правила подборки: из чего собирается фильтр

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

• Равенство и вхождение. «Бренд = Apple», «Раздел ∈ {Смартфоны, Планшеты}». Основа большинства подборок по свойствам.
• Диапазоны. «Цена от 20000 до 50000», «Создан за последние 30 дней». Для чисел и дат.
• Признаки наличия и активности. «В наличии», «Активен», «Показывать на сайте». Почти всегда добавляются к любой подборке, чтобы не показывать скрытое и распроданное.
• Флаги. «Хит = Да», «Новинка = Да», «Рекомендуем = Да». Ручные булевы свойства.
• Логика И / ИЛИ. Между разными свойствами обычно И, внутри одного значения — ИЛИ. Из этого собираются составные правила.
• Сортировка. Не часть отбора, но часть правила: «сначала новые», «по популярности», «по возрастанию цены». Она определяет, какие товары попадут в видимую «шапку» подборки при лимите.

Хорошее правило отвечает на три вопроса: что отбираем (условия), в каком порядке (сортировка) и сколько показываем (лимит). Ошибка на любом из этих уровней даёт либо пустой блок, либо кашу из нерелевантных товаров, либо тормозящую витрину. Дальше мы соберём такое правило по шагам.

Архитектура подборок в 1С-Битрикс

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

• Данные каталога. Инфоблок товаров (и торговых предложений), их свойства, цены, остатки. Источник, из которого отбирается состав.
• Правило отбора. Параметр FILTER компонента: массив условий по свойствам и системным полям. Сердце подборки.
• Компонент вывода. Обычно bitrix:catalog.section.list (или catalog.top, catalog.bestsellers, catalog.viewed.products) — он выполняет выборку, применяет сортировку и лимит и отдаёт HTML блока.
• Шаблон блока. Вёрстка карточек подборки: обложка, цена, бейджи «Хит»/«Новинка», кнопка «В корзину».
• Слой кэширования. Тегированный и управляемый кэш, который не даёт пересобирать выборку на каждый запрос и инвалидируется при изменении товаров.
• Слой обновления. Обмен с 1С и агенты, которые меняют данные каталога и, как следствие, состав подборок.

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

Компоненты и поля для витрины

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

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

Настройка динамической подборки пошагово

1. Определите правило словами. Прежде чем трогать админку, сформулируйте подборку на человеческом языке: «новые товары в наличии за 30 дней, сначала самые свежие, показываем 8 штук». Это защищает от каши в условиях.
2. Подготовьте свойства. Убедитесь, что признаки, по которым отбираете, существуют и заполнены: дата создания есть всегда, а флаги «Хит»/«Рекомендуем» нужно завести как свойства «Да/Нет» и проставить хотя бы части товаров.
3. Разместите компонент. На нужной странице подключите bitrix:catalog.section.list (или специализированный компонент) и укажите инфоблок каталога.
4. Задайте фильтр. В параметрах компонента опишите условие отбора: свойства, диапазоны, признак наличия и активности. Это и есть правило подборки.
5. Настройте сортировку и лимит. Укажите порядок («по дате создания, убыв.», «по популярности») и число выводимых товаров, кратное вашей сетке карточек.
6. Включите кэширование. Тип кэша — «Авто» (managed), обязательно включите тегированный кэш, чтобы блок сам обновлялся при изменении товаров.
7. Обработайте пустой результат. В шаблоне добавьте проверку: если товаров нет — скрыть блок или показать запасную подборку. Это обязательный шаг, не опциональный.
8. Проверьте на боевых данных. Прокликайте блок на разных состояниях каталога, убедитесь, что состав меняется при правке товара и после обмена с 1С.

Как это выглядит в админке 1С-Битрикс

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

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

Новинки без ручных флагов: по дате и активности

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

Правильнее считать новизну из данных. У каждого элемента инфоблока есть дата создания и дата активности. Достаточно правила «создан не раньше, чем N дней назад» — и товар сам «стареет» из подборки ровно через N дней, без единого ручного действия. Если нужно управлять моментом появления товара на витрине (например, анонс к дате), используйте «Активность с» — тогда новинка появится в подборке не раньше заданного дня.

Несколько практических нюансов:

• Окно новизны под ассортимент. Для магазина с частыми поставками 14–30 дней — норма; для нишевого каталога с редкими новинками окно можно расширить до 60–90 дней, иначе блок будет пустым.
• Только в наличии. Добавьте к правилу условие по остатку: новинка, которой нет на складе, в блоке «Новинки» выглядит издевательски.
• Дата создания против даты поставки. Если товар заводится в каталог заранее, а поступает позже, привяжите новизну к дате активности или отдельному полю «Дата поступления», которое приходит из 1С.

Хиты и бестселлеры: по продажам и просмотрам

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

1. По статистике продаж. Компонент catalog.bestsellers считает бестселлеры по реально оформленным заказам за период. Самый честный вариант: показывает то, что действительно покупают. Требует, чтобы заказы проходили через Битрикс.
2. По ручной отметке. Свойство «Хит = Да», которое проставляет маркетолог. Подходит, когда «хит» — это маркетинговое решение, а не только статистика (например, товар, который вы хотите разогнать). Минус — ручной труд и субъективность.
3. По просмотрам и поведению. Популярность по числу просмотров или через облако BigData. Полезно на старте, когда продаж ещё мало, но трафик уже есть.

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

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

Кураторские коллекции и лукбуки

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

В 1С-Битрикс кураторские коллекции обычно реализуют одним из способов:

• Отдельный раздел каталога. Коллекция — это раздел, в который товары привязаны дополнительной привязкой к разделам. Плюс: своя страница, обложка, ЧПУ и метатеги. Минус: товар нужно привязать руками.
• Свойство-метка «Коллекция». Множественное свойство-список, где товар помечается принадлежностью к одной или нескольким коллекциям. Тогда коллекция — это динамическая подборка «по метке», но состав всё равно определяет человек.
• Highload-справочник коллекций. Для крупных проектов коллекции удобно хранить в highload-блоке с обложками и описаниями и привязывать к товарам как свойство. Так коллекция получает свои поля (баннер, слоган) и легко расширяется.

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

Персональные подборки и bigdata

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

Как это работает по шагам:

• Сбор сигналов. Платформа накапливает обезличенные события: просмотры товаров, добавления в корзину, покупки. Данные уходят в облако рекомендаций Битрикс.
• Модель рекомендаций. Облако строит связи «кто смотрел это — смотрел и то» и возвращает персональные подборки под конкретного посетителя.
• Вывод на витрине. Компонент bigdata.products показывает блок «Вам может понравиться» или «С этим покупают», подставляя рекомендации в реальном времени.

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

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

Кэш и автообновление после обмена с 1С

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

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

Что важно проверить на проекте с обменом:

• Тегированный кэш включён и в настройках модуля кэширования, и в параметрах компонента подборки. Без первого второе не работает.
• Обмен идёт через события ядра. Если импорт пишет в базу в обход событий, теги не инвалидируются, и подборки «залипают». Тогда сброс кэша по инфоблоку вешают на завершение обмена.
• Время жизни кэша разумное. Слишком долгий TTL при отключённых тегах = устаревшая витрина; слишком короткий = лишняя нагрузка. С тегами TTL можно держать большим, полагаясь на инвалидацию.

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

Пустые подборки и запасные сценарии

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

Правильная защита — заложить поведение на пустой результат ещё на этапе внедрения. Возможные стратегии:

• Скрыть блок. Самый простой вариант: нет товаров — нет блока. Хорош для второстепенных подборок, отсутствие которых не ломает композицию страницы.
• Запасная подборка. Если товаров по основному правилу нет, показать резервное: вместо пустых «Товаров со скидкой» — «Популярное в категории». Так место на витрине всегда занято осмысленным контентом.
• Смягчить правило. Расширить окно (новинки не за 14, а за 60 дней) или ослабить условие, если состав регулярно опустошается. Это сигнал, что правило было слишком узким.
• Заглушка с призывом. Для важных блоков — дружелюбный текст «Скоро здесь появятся новинки» вместо пустоты, но это скорее исключение.

SEO и посадочные из коллекций

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

Что делает коллекцию пригодной для SEO:

• Собственный ЧПУ. Чистый адрес вида /catalog/podarki/do-3000/, а не строка GET-параметров. Так страница индексируется и выглядит понятно.
• Уникальные метатеги. Свои title, description и H1 по шаблону с подстановкой смысла коллекции.
• Текстовое описание. Небольшой осмысленный текст сверху или снизу, объясняющий подборку и закрывающий запрос лучше пустой витрины товаров.
• Достаточный и стабильный состав. Коллекция под SEO не должна регулярно пустеть — иначе поисковик увидит страницу без товаров.

Разница между «динамическим блоком на главной» и «SEO-коллекцией» — именно в наличии своей страницы и стабильности состава. Технически же и то, и другое — выборка по правилу. Похожая логика работает и в умном фильтре: комбинации значений превращаются в посадочные. Если тема SEO-страниц из фильтра вам близка, посмотрите разбор умного фильтра в 1С-Битрикс — там мы разбираем ЧПУ и склейку дублей подробно.

Метрики: как измерять пользу подборок

Подборку легко поставить и трудно оценить. «Красиво смотрится» — не метрика. Чтобы понимать, работают ли блоки, смотрите на поведенческие и продуктовые показатели.

Практический подход — не украшать главную десятком блоков «на всякий случай», а держать 3–5 работающих подборок и регулярно пересматривать их по метрикам. Блок с низким CTR и нулевым вкладом в выручку занимает ценное место; лучше заменить его на другой тип подборки и проверить гипотезу заново. Витрина — это не статичная композиция, а поле для постоянных экспериментов.

Частые ошибки при настройке

• Считают новинки ручным флагом и забывают его снимать — в «Новинках» месяцами висят старые товары.
• Не добавляют к правилу условие наличия — подборка показывает распроданные позиции, покупатель упирается в «нет в наличии».
• Отключают кэш «на время отладки» и забывают вернуть — каждая подборка пересобирается на каждый запрос, главная тормозит.
• Не включают тегированный кэш — после обмена с 1С витрина показывает вчерашний состав до истечения TTL.
• Не обрабатывают пустой результат — на витрине висит голый заголовок «Хиты» без единого товара.
• Ставят на главную десяток тяжёлых подборок разом — страница грузится долго, метрики LCP/INP проседают.
• Сортируют по вычисляемому полю без индекса — выборка становится тяжёлой на большом каталоге.
• Делают правила слишком узкими («бренд + цвет + цена + наличие»), и подборка регулярно опустошается на реальных остатках.
• Путают дату создания и дату обмена — если 1С «пересоздаёт» товары, в новинки попадает весь каталог.

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

Сведём всё в практический список, по которому удобно принимать готовность подборок перед запуском:

1. Правила сформулированы словами. Каждая подборка описана человеческим языком: что отбираем, в каком порядке, сколько показываем.
2. Признаки заполнены. Даты, остатки и флаги, на которые опираются правила, реально проставлены у товаров.
3. Новизна считается по данным. «Новинки» опираются на дату создания или активности, а не на ручной флаг, и учитывают наличие.
4. Хиты определены осознанно. Выбран источник популярности (продажи, отметка, поведение) и период.
5. Наличие учтено везде. К каждому правилу добавлено условие «в наличии» и «активен».
6. Кэш включён и тегирован. Тип кэша — «Авто», тегированный кэш активен, обмен инвалидирует теги.
7. Пустой результат обработан. Для каждой подборки задано поведение на ноль товаров: скрыть или показать запасную.
8. SEO-коллекции оформлены. Осмысленные коллекции имеют ЧПУ, уникальные метатеги и стабильный состав.
9. Метрики подключены. Настроены CTR блоков и вклад в выручку, витрина проверена на скорость.

Вывод

Динамические подборки превращают витрину из ручной работы в самоподдерживающийся механизм: правило собирает состав, тегированный кэш держит его актуальным, а обмен с 1С обновляет всё без вмешательства. Ключ к надёжности — считать признаки из данных (новизну по дате, наличие по остатку), не забывать про кэш и обязательно закладывать поведение на пустую подборку. Сделайте эти вещи — и блоки «Новинки», «Хиты» и коллекции будут работать на продажи, а не требовать ежедневного присмотра.