Откройте любой раздел каталога и задайте себе вопрос: почему именно эти товары стоят первыми? Если ответ «так получилось» — вы теряете деньги каждый день. Покупатели смотрят начало списка и почти не доходят до конца, поэтому порядок товаров по умолчанию решает, что купят, а что останется лежать. По сути, сортировка выдачи — это ваша товарная полка, только цифровая.
В этом гайде разберём, как настроить осмысленное ранжирование товаров в каталоге на 1С-Битрикс: какие факторы учитывать — наличие, маржу, спрос, оборачиваемость, — как свернуть их в единый скоринг и где его хранить, чтобы вывод оставался быстрым. Всё это опирается на данные из учётной системы, поэтому тема тесно связана с автоматизацией продаж и склада на 1С.
Коротко
- Сортировка по умолчанию — это полка: первые позиции продаются кратно чаще нижних.
- Алфавит и «как в 1С» ничего не знают о выгоде и спросе, поэтому продают плохо.
- Осмысленное ранжирование учитывает наличие, маржу, спрос и оборачиваемость через единый скоринг.
- Балл хранят в отдельном поле и пересчитывают агентом по свежим данным из 1С, чтобы вывод был быстрым.
Сортировка по умолчанию — это ваша полка
В офлайн-магазине лучшие места на полке — на уровне глаз и у входа — отдают товарам, которые нужно продать: ходовым, маржинальным, тем, что есть в наличии. В интернет-магазине аналог этих мест — верх выдачи раздела. Статистика поведения жёсткая: внимание концентрируется на первых позициях, дальше падает, а до конца длинного списка и следующих страниц доходят единицы.
Значит, то, что стоит в начале, получает основную долю показов, кликов и продаж. Это делает сортировку по умолчанию одним из самых недооценённых рычагов управления продажами: не меняя ассортимент и цены, только переставив товары осмысленно, магазин влияет на конверсию, оборот и маржу. Вопрос лишь в том, по какому принципу выстроить этот порядок.
Почему «алфавит» и «как в 1С» вредят продажам
По умолчанию каталоги часто сортируются техническими способами, которые не имеют отношения к коммерции. Разберём, почему они проигрывают.
| Сортировка | По чему | Проблема |
|---|---|---|
| По алфавиту | Название товара | Порядок случаен относительно спроса и выгоды |
| Как в 1С | Порядок выгрузки | Отражает учёт, а не продажи |
| По дате | Добавление на сайт | Новое не значит ходовое или выгодное |
| По цене | Стоимость | Дешёвое вверху режет маржу, дорогое — конверсию |
Общая беда всех этих способов — они ничего не знают о том, что выгодно и удобно продавать. В топ случайно попадают неходовые позиции, товары без остатка или с копеечной маржой, а бестселлеры теряются в середине. Осмысленное ранжирование исправляет именно это: ставит вперёд то, что нужно продать и что купят.
Факторы ранжирования
Хорошая сортировка по умолчанию учитывает несколько факторов одновременно, потому что ни один из них по отдельности не описывает «правильный» порядок. Основные:
- Наличие. Товар в наличии должен быть выше того, что нельзя купить прямо сейчас.
- Спрос. Что чаще покупают и смотрят — то, что интересно большинству.
- Маржинальность. Что выгоднее продавать при прочих равных.
- Оборачиваемость. Что быстро уходит со склада и не залёживается.
- Дополнительно. Сезонность, рейтинг и отзывы, промо-приоритеты.
Искусство ранжирования — не выбрать один фактор, а грамотно их сочетать. Товар, который и востребован, и выгоден, и есть на складе, должен стоять выше того, что выгодно, но лежит мёртвым грузом. Дальше разберём ключевые факторы подробнее, а затем сведём их в единый балл.
Наличие: не поднимать то, что нельзя купить
Самое очевидное и самое нарушаемое правило: товар, которого нет в наличии, не должен стоять в топе. Ничто так не бьёт по доверию и конверсии, как красивая первая позиция с подписью «нет в наличии». Покупатель приходит купить, а не любоваться.
Разумная логика наличия в сортировке:
- Есть на складе — выше. Доступные к немедленной покупке товары получают приоритет.
- Под заказ — посередине. Позиции с известным сроком поставки не в топе, но и не в самом низу.
- Нет и не будет — вниз. Опускают в конец, но не удаляют: страница держит вес в поиске и даёт подписаться на поступление.
Наличие берётся из остатков, которые приходят на сайт обменом из 1С, поэтому корректность этой части ранжирования упирается в свежесть остатков. Если обмен редкий, сортировка будет отражать вчерашнюю картину склада. Настройку частого и надёжного обмена остатками мы делаем в рамках автоматизации на 1С.
Маржа: продвигаем выгодное
При прочих равных магазину выгоднее продать товар с большей маржой — это нормальная коммерческая логика, аналог выкладки на лучших местах полки. Учёт маржинальности в ранжировании позволяет мягко смещать спрос в сторону более прибыльных позиций, не меняя цены и ассортимент.
Здесь важен баланс и этика. Продвигать выгодное — нормально, но нельзя ради маржи выносить в топ неподходящие или некачественные товары в ущерб релевантности: покупатель это почувствует и уйдёт. Здоровый подход — маржа как один из факторов, а не единственный: в топ идёт то, что и выгодно, и востребовано, и есть в наличии. Данные о себестоимости и марже — из учётной системы, поэтому и этот фактор питается обменом с 1С.
Спрос и оборачиваемость
Спрос — это голос покупателей: что чаще покупают и смотрят, то, скорее всего, интересно и следующему посетителю. Учёт спроса поднимает бестселлеры и не даёт им теряться. Оборачиваемость — родственный, но не тождественный фактор: она показывает, насколько быстро товар уходит со склада относительно запаса.
- Продажи за период. Сколько раз купили за последние недели — прямой сигнал спроса.
- Просмотры и клики. Интерес, который ещё не конвертировался в покупку.
- Оборачиваемость. Скорость ухода запаса — помогает не залёживаться товару.
- Конверсия карточки. Как часто просмотр превращается в покупку.
Данные о продажах и оборачиваемости живут в учётной системе, а поведенческие сигналы (просмотры, клики) собираются на сайте. Собрать их вместе и превратить в фактор ранжирования — задача на стыке сайта и 1С, где помогает продуманная модель данных на стороне платформы, о которой мы писали в статье про D7 ORM в Битрикс.
Скоринг: сводим факторы в один балл
Когда факторов несколько, их нужно свести в одно число, по которому можно сортировать. Это и есть скоринг — единый балл товара. Идея проста: каждый фактор нормализуют (приводят к сопоставимой шкале), умножают на его вес и складывают.
- Нормализуйте факторы. Наличие, спрос, маржу и оборачиваемость приводят к единой шкале, чтобы их можно было складывать.
- Задайте веса. Решите, что важнее для бизнеса: где-то оборот, где-то маржа, где-то — не показывать отсутствующее.
- Сложите в балл. Взвешенная сумма даёт итоговый скоринг товара.
- Отсортируйте по баллу. Каталог по умолчанию выводится по убыванию скоринга.
Веса — это рычаги управления: увеличили вес наличия — отсутствующие товары ушли вниз; подняли вес маржи — выгодные поднялись. Начать стоит с простой формулы и понятных весов, а затем настраивать их по результатам. Главное преимущество скоринга — прозрачность: вы всегда можете объяснить, почему товар стоит именно здесь.
Где хранить балл и как выводить быстро
Считать скоринг на лету при каждом показе каталога — плохая идея: это медленно и не масштабируется. Правильный подход — хранить готовый балл в отдельном числовом свойстве товара или в индексируемом поле сортировки, а каталог по умолчанию выводить простой сортировкой по этому полю.
Тогда вывод остаётся быстрым независимо от сложности формулы: вся тяжёлая работа по расчёту сделана заранее, а показ каталога — это просто сортировка по готовому числу с использованием кэша. Это принципиально важно на больших каталогах, где вычисления на каждом хите убили бы производительность. Балл обновляет фоновый процесс, а не запрос пользователя.
Пересчёт и обмен данными с 1С
Скоринг — не константа: спрос, остатки и маржа меняются, значит, балл нужно регулярно пересчитывать. Здесь важно разделить частоту обновления по скорости изменения данных.
- Наличие — часто. Остатки меняются постоянно, поэтому их влияние на балл обновляют вслед за обменом остатками с 1С.
- Спрос и оборачиваемость — реже. Меняются медленнее, достаточно пересчёта раз в сутки или несколько раз в день.
- Полный пересчёт — по расписанию. Фоновый агент пересчитывает скоринг и обновляет поле сортировки.
Пересчёт выполняет агент Битрикс, запущенный на cron, чтобы он не зависел от посещаемости и не нагружал систему в пиковые часы. Данные о продажах, остатках и марже приходят обменом из 1С, поэтому качество ранжирования прямо зависит от качества этого обмена. Всю связку — обмен, хранение, пересчёт — мы настраиваем при автоматизации продаж и склада на 1С.
Ранжирование и умный фильтр
Ранжирование по умолчанию не конфликтует с умным фильтром — они работают на разных этапах. Умный фильтр (компонент catalog.smart.filter) отбирает подмножество товаров по характеристикам: покупатель сузил выборку по бренду, размеру, цене. А внутри этой отфильтрованной выборки товары всё равно нужно как-то упорядочить — и здесь снова работает скоринг.
То есть логика такая: фильтр решает, какие товары показать, а ранжирование — в каком порядке. Осмысленный скоринг делает выдачу полезной на любом уровне фильтрации: даже в узкой подборке вверху окажутся доступные, востребованные и выгодные позиции. При этом сортировка не меняет URL и контент, поэтому на индексацию отфильтрованных страниц не влияет — важно лишь, чтобы порядок был стабильным для поисковых роботов.
Проверка гипотез и A/B
Ранжирование — не «настроил и забыл», а поле для постоянного улучшения. Веса факторов, подобранные интуитивно, стоит проверять на данных. Лучший способ — сравнивать варианты и смотреть на результат.
- Метрики выдачи. Конверсия раздела, средний чек, глубина просмотра, доля продаж из топа.
- Сравнение весов. Как меняется результат при усилении маржи против усиления спроса.
- Контроль наличия. Убедиться, что отсутствующие товары действительно ушли вниз.
- Сезонные корректировки. Под сезон веса можно смещать в сторону актуальных категорий.
Даже простой замер «до и после» изменения весов показывает, работает ли гипотеза. Ранжирование — это управляемый рычаг, и его настройка окупается тем быстрее, чем внимательнее вы смотрите на метрики.
Частые ошибки
- Отсутствующее в топе. Красивая первая позиция с «нет в наличии» бьёт по конверсии и доверию.
- Сортировка по алфавиту/дате. Технический порядок ничего не знает о спросе и выгоде.
- Только маржа. В топ лезут выгодные, но невостребованные товары — покупатель уходит.
- Расчёт на лету. Скоринг считается при каждом показе — каталог тормозит.
- Редкий обмен остатками. Сортировка отражает вчерашний склад, а не сегодняшний.
- Агент на хитах. Пересчёт зависит от трафика и нагружает систему в пик.
- Настроили и забыли. Веса не проверяют на метриках, гипотезы не тестируют.
Чек-лист настройки
- Факторы определены. Выбраны наличие, спрос, маржа, оборачиваемость и их источники данных.
- Данные приходят из 1С. Остатки, продажи и маржа поступают обменом с достаточной частотой.
- Формула скоринга задана. Факторы нормализованы, веса расставлены под цели бизнеса.
- Балл вынесен в поле. Скоринг хранится в свойстве/индексе сортировки, вывод — простой сортировкой.
- Пересчёт настроен. Агент на cron обновляет балл; наличие — часто, спрос — реже.
- Наличие приоритетно. Отсутствующие товары уходят вниз, но не удаляются.
- Совместимость с фильтром. Скоринг упорядочивает и отфильтрованные выборки, URL стабильны.
- Метрики отслеживаются. Конверсия раздела и доля продаж из топа замеряются, веса корректируются.
Вывод
Порядок товаров в выдаче — это не техническая мелочь, а прямой рычаг продаж, сопоставимый с выкладкой на полке. Технические сортировки по алфавиту или порядку из 1С ставят в топ случайные позиции и теряют деньги, а осмысленное ранжирование выносит вперёд то, что и востребовано, и выгодно, и есть на складе.
Соберите факторы — наличие, спрос, маржу, оборачиваемость — в единый скоринг, вынесите его в индекс сортировки для быстрого вывода и пересчитывайте агентом по свежим данным из 1С. Держите наличие в приоритете, не давайте марже побеждать релевантность и проверяйте веса на метриках. Тогда верх каждого раздела начнёт работать на оборот и прибыль, а не заполняться чем попало.
