Сравнение товаров: когда функция оправдана и как её спроектировать

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

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

Зачем вообще сравнение товаров

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

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

Когда функция оправдана, а когда лишняя

Прежде чем проектировать сравнение, стоит ответить на один вопрос: выбирает ли ваш покупатель по измеримым характеристикам? От ответа зависит, нужна ли функция вообще.

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

Сравнение в воронке выбора

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

1. Каталог и умный фильтр. Покупатель сужает сотни товаров до десятка по ключевым параметрам.
2. Отбор кандидатов. Из выдачи он добавляет 2–4 приглянувшихся товара в сравнение.
3. Сравнение. В таблице он взвешивает отличия и отсекает лишнее.
4. Карточка финалиста. Переходит к победителю, читает отзывы, проверяет наличие.
5. Корзина и заказ. Оформляет покупку выбранного товара.

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

Какие характеристики выводить

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

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

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

Режим «только отличия»

Если в вашем сравнении будет всего одна умная функция, пусть это будет переключатель «показывать только отличия». Он превращает таблицу из простыни в инструмент решения.

Работает это так: строки, где у всех сравниваемых товаров значение свойства одинаковое, скрываются, и остаются только те характеристики, которыми модели реально различаются. Покупатель видит суть выбора — «вот здесь у одного больше память, у другого лучше камера», — а не сто одинаковых строк «есть Wi-Fi: да / да / да».

Как хранить список сравнения

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

Варианты хранения по возрастанию надёжности:

• Сессия. Просто и штатно, но список теряется при смене устройства и по таймауту.
• Куки. Для гостя список переживает закрытие браузера; хранят идентификаторы товаров с разумным сроком жизни.
• Привязка к пользователю. Для авторизованных — отдельная таблица через D7 ORM, список доступен с любого устройства.

Разумный компромисс — куки для гостей и таблица для авторизованных, с переносом гостевого списка в аккаунт при входе. Как устроена работа с собственными таблицами и сущностями, мы разбираем в статье про D7 ORM в 1С-Битрикс.

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

Собрать сравнение на 1С-Битрикс можно на штатном компоненте и доработать под задачу. Общая последовательность такая:

1. Кнопка на карточках каталога. Добавление в сравнение работает через AJAX, без перезагрузки, со счётчиком в шапке.
2. Хранилище списка. Выбираете стратегию (сессия/куки/таблица) и реализуете сохранение состава.
3. Страница сравнения. Компонент catalog.compare с кастомным шаблоном: отобранные свойства, группировка, режим «только отличия».
4. Действия в таблице. Удаление товара из сравнения, переход в карточку, добавление в корзину прямо из таблицы.
5. Мобильный шаблон. Отдельная адаптивная раскладка таблицы под узкий экран.
6. Кэширование. Кэш страницы с учётом состава списка и группы цен пользователя.

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

Сравнение на мобильных

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

• Зафиксированная колонка свойств. Слева закреплены названия характеристик, товары прокручиваются горизонтально по одному.
• Вертикальные карточки. Альтернатива — вывести сравнение «свойство за свойством» столбиком, без широкой таблицы.
• Ограничение количества. На узком экране разумно показывать 2–3 товара разом, остальные — переключением.
• Приоритет отличий. На мобильном режим «только отличия» ценнее вдвойне — экономит драгоценную высоту экрана.

Проектирование мобильной версии сравнения — часть общей адаптивной вёрстки магазина, где мобайл первичен, а не «доделан после десктопа».

Данные из 1С и качество свойств

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

Что важно навести в порядок на стороне 1С и обмена:

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

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

Производительность и кэш

Само по себе сравнение не тяжёлое, но неаккуратная реализация умеет подтормаживать витрину. Несколько принципов, которые держат его быстрым:

• AJAX без перезагрузки. Добавление в сравнение и обновление счётчика идут фоновым запросом, а не перезагрузкой страницы.
• Кэш страницы сравнения. Результат кэшируется по составу списка и группе цен, чтобы не собирать таблицу заново на каждый заход.
• Ленивая загрузка свойств. Тянутся только нужные для таблицы свойства, а не весь набор полей товара.
• Композитный сайт. Статическая часть отдаётся мгновенно, динамика (цена, наличие) догружается отдельно.

Скорость всей витрины — отдельная большая тема, и она сильно зависит от инфраструктуры. Про правильное окружение для 1С-Битрикс мы писали в статье про хостинг и BitrixVM.

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

• Сравнение ради галочки. Функция добавлена там, где выбор эмоциональный и характеристик почти нет, — и не используется.
• Все свойства подряд. В таблице тридцать строк без отбора и группировки, покупатель тонет.
• Нет режима «только отличия». Главная функция, повышающая пользу, отсутствует.
• Список теряется. Хранение только в сессии — сменил устройство, и сравнение пусто.
• Сломанный мобайл. Широкая таблица на телефоне с прокруткой в двух направлениях.
• Грязные свойства. Характеристики текстом и вразнобой — таблицу невозможно прочитать.
• Нет действий из таблицы. Нельзя добавить финалиста в корзину прямо из сравнения — лишний шаг.

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

1. Проверена уместность. Убедились, что покупатель выбирает по измеримым характеристикам, а не эмоцией.
2. Свойства структурированы. Ключевые параметры — отдельными полями с едиными значениями из справочников.
3. Отбор и группировка. В таблице только значимые характеристики, разбитые на смысловые блоки.
4. Режим «только отличия». Переключатель реализован и проверен на близких товарах.
5. Хранение продумано. Список переживает сессию: куки для гостей, привязка к аккаунту для авторизованных.
6. Мобильная раскладка. Отдельный адаптивный шаблон без двусторонней прокрутки.
7. Действия в таблице. Удаление, переход в карточку и добавление в корзину доступны прямо из сравнения.
8. Кэш и AJAX. Добавление без перезагрузки, страница кэшируется по составу и группе цен.

Вывод

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

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