Покупатель нашёл интересный товар, ушёл посмотреть соседний, потом ещё один — и потерял первый. Вспомнить, как он назывался, уже сложно, искать заново лень, и человек либо покупает не то, либо уходит вовсе. Особенно остро это в большом каталоге и в опте, где закупщик держит в голове десятки позиций и постоянно возвращается к ранее просмотренным, чтобы сравнить.
Эта статья — о том, как сделать навигацию, которая не даёт потерять товар: блок «недавно просмотренные» на компоненте catalog.viewed.products и приёмы быстрого возврата. Разберём, где хранить историю, сколько показывать, как не убить скорость и как сохранить контекст при переходах в сравнение и корзину. Удобная навигация — часть общего порядка в данных каталога, поэтому по ходу мы затронем и автоматизацию продаж и склада на 1С, откуда приходят актуальные данные о товарах.
Коротко
- Блок недавно просмотренных возвращает человека к товару, который он выбирал, но потерял в большом каталоге.
- В 1С-Битрикс есть штатный компонент catalog.viewed.products — часто его достаточно без кастома.
- Историю хранят по сессии для гостя и в профиле для авторизованного, ограничивая глубину.
- Быстрый возврат — это хлебные крошки, кнопка «назад к товару», сохранение прокрутки и обратимость шагов.
Почему люди теряют товар и уходят
Выбор товара редко линеен. Человек открывает карточку, сравнивает с другими, уходит в соседнюю категорию, отвлекается, возвращается. В этом хаотичном движении легко потерять то, что понравилось. И если сайт не помогает вернуться, потеря товара оборачивается потерей продажи: искать заново долго, а память подводит.
Чем больше каталог, тем острее проблема. В магазине из десятка товаров потеряться сложно, а в каталоге на тысячи позиций — легко. В опте всё ещё серьёзнее: закупщик перебирает множество позиций, держит в уме сравнение и постоянно возвращается к ранее просмотренному. Навигация, которая страхует от потери товара, здесь напрямую влияет на объём заказов.
Что такое быстрый возврат к товару
Быстрый возврат — это набор приёмов, благодаря которым любой шаг в сторону остаётся обратимым. Человек всегда может одним действием вернуться туда, где был, — к товару, категории, месту в списке. Составляющие быстрого возврата:
- Хлебные крошки. Показывают путь и дают вернуться на уровень выше одним кликом.
- Кнопка «назад к товару». Из сравнения, корзины или сопутствующих разделов — прямой путь обратно.
- Сохранение позиции. Возврат в список каталога на то же место, а не в начало.
- Недавно просмотренные. Страховка: даже если человек ушёл далеко, товар остаётся в истории.
Все эти приёмы работают на одну цель — снять у пользователя страх «сделаю шаг и потеряю то, что нашёл». Когда навигация обратима, человек свободнее исследует каталог и в итоге чаще доходит до покупки.
Недавно просмотренные: зачем они нужны
Блок недавно просмотренных — самый прямой инструмент возврата к товару. Он показывает фактическую историю: товары, которые человек точно открывал, в порядке от свежих к старым. В отличие от рекомендаций это не догадка, а память сайта о действиях самого пользователя.
Ценность блока в нескольких сценариях: вернуться к тому, что понравилось и потерялось; сравнить несколько кандидатов, переключаясь между ними; продолжить выбор с того места, где остановился в прошлый визит. Для опта добавляется повторная закупка — быстрый доступ к недавно смотренным позициям экономит время на повторном поиске. Блок обычно размещают в подвале карточки и категории, а иногда выносят на отдельную страницу истории.
Готовый компонент против кастома
Хорошая новость: в 1С-Битрикс велосипед изобретать не нужно. В модуле «Интернет-магазин» есть штатный механизм учёта просмотров и компонент catalog.viewed.products, который выводит недавно просмотренные из коробки.
| Сценарий | Готовый компонент | Кастомная доработка |
|---|---|---|
| Базовый блок в подвале | Достаточно из коробки | Не нужна |
| Особый дизайн и вёрстка | Своя шаблонизация компонента | Кастом шаблона |
| Хранение между устройствами | Требует доработки | Связка с профилем |
| Связка с рекомендациями | Требует доработки | Своя логика подбора |
Практичный подход — начать со штатного компонента и его шаблона, а кастом добавлять точечно там, где готового не хватает. Это экономит время и снижает риски: базовая функциональность работает сразу, а доработки не переписывают всё с нуля. Когда логика становится сложной и переиспользуемой, её выносят в отдельный модуль — этот путь мы разбираем в статье про разработку собственного модуля для 1С-Битрикс.
Где хранить историю просмотров
Ключевой архитектурный вопрос — где живёт история. Ответ зависит от того, авторизован пользователь или нет:
- Гость. История привязывается к сессии и хранится на его стороне и по идентификатору сессии на сервере. Работает в пределах визита.
- Авторизованный. История связывается с профилем и сохраняется между визитами и устройствами — человек видит недавно просмотренные и завтра, и с телефона.
- Переход при входе. Когда гость авторизуется, накопленную по сессии историю переносят в профиль, чтобы ничего не потерялось.
Комбинированный подход — оптимум: пока человек не вошёл, история работает по сессии, после входа переезжает в профиль. Так недавно просмотренные не теряются при следующем заходе, а для авторизованного клиента становятся сквозным удобным инструментом. Данные о самих товарах при этом должны быть актуальны — цена, наличие, статус приходят из учётной системы, и здесь важна корректная автоматизация на 1С.
Сколько показывать и как сортировать
Блок недавно просмотренных не должен превращаться в бесконечную ленту. Несколько принципов дозирования:
- Пять-десять последних. Достаточно, чтобы вернуться к недавнему, и не перегружает интерфейс.
- От свежих к старым. Самое недавнее — первым, так человек быстрее находит то, что искал.
- Ограниченная глубина истории. Старые просмотры вытесняются новыми, история не разрастается бесконечно.
- Без дублей. Повторный просмотр товара поднимает его наверх, а не добавляет второй карточкой.
Точное число подбирают под место вывода: в компактном блоке подвала — меньше, на отдельной странице истории — больше. Главное — блок должен помогать, а не мешать, поэтому лаконичность здесь важнее полноты.
Недавно просмотренные и рекомендации
Часто путают два блока — недавно просмотренные и рекомендации. Разница принципиальна: недавно просмотренные — это факт, история действий самого пользователя; рекомендации — это предположение системы о том, что ему может подойти. Они решают разные задачи и не заменяют друг друга.
Недавно просмотренные помогают вернуться к тому, что человек уже выбирал, — это инструмент возврата. Рекомендации помогают открыть новое — инструмент расширения выбора. Лучшая практика — использовать оба: историю для быстрого возврата, рекомендации («с этим товаром смотрят», «похожие») для того, чтобы показать альтернативы и допродать. Вместе они делают каталог и удобным для навигации, и продающим.
Сохранение контекста навигации
Быстрый возврат — это не только блок истории, но и аккуратная работа с контекстом при переходах. Типичные точки, где человек рискует потерять товар:
- Переход в сравнение. Из карточки в сравнение и обратно — с кнопкой возврата к товару, а не «в никуда».
- Добавление в корзину. После добавления человек может продолжить выбор с того же места, а не оказаться на пустой странице корзины.
- Возврат в список. Из карточки назад в каталог — на ту же позицию и с теми же фильтрами, а не в начало.
- Смена варианта. Переключение размера или цвета не сбрасывает пользователя и не теряет выбранное.
Производительность и кэширование
История просмотров при неаккуратной реализации может замедлить сайт, ведь блок выводится на многих страницах. Правила, которые держат его быстрым:
- Лёгкая запись просмотра. Учёт факта просмотра — простая операция, не тяжёлый запрос на каждой странице.
- Кэширование вывода. Блок кэшируется с учётом того, что его содержимое персонально для пользователя.
- Ограниченная история. Хранение только последних N товаров, чтобы данные не разрастались.
- Аккуратные запросы. Данные товаров для блока тянутся оптимально, без лишних обращений к базе.
Персональные блоки — классический случай, где выигрывает композитный подход: основная страница кэшируется, а персональная часть (недавно просмотренные, корзина) догружается отдельно. Как это устроено на уровне архитектуры, мы разбираем в материале про D7 и ORM в 1С-Битрикс, а вопросы инфраструктуры под нагрузку — в статье про хостинг для 1С-Битрикс.
Внедрение пошагово
- Включите учёт просмотров. Штатный механизм модуля магазина фиксирует открытые товары.
- Выведите блок. Компонент catalog.viewed.products в подвале карточки и категории.
- Настройте хранение. По сессии для гостя, в профиле для авторизованного, с переносом при входе.
- Ограничьте объём. Пять-десять последних, сортировка от свежих, ограниченная глубина истории.
- Добавьте быстрый возврат. Хлебные крошки, кнопки «назад к товару», сохранение позиции в списке.
- Настройте кэш. Персональный блок кэшируется, тяжёлых запросов на каждой странице нет.
- Дополните рекомендациями. Рядом с историей — «похожие» и «с этим смотрят» для расширения выбора.
Частые ошибки
- История теряется при входе. Гость авторизуется — и недавно просмотренные обнуляются.
- Бесконечная лента. Блок показывает десятки товаров без ограничения, мешая вместо помощи.
- Дубли в истории. Повторный просмотр добавляет вторую карточку вместо поднятия наверх.
- Тупик при переходе. Из сравнения или корзины нет очевидного пути назад к товару.
- Возврат в начало списка. Из карточки назад — и человек в начале каталога, без своей позиции и фильтров.
- Нет кэша. Блок тянется тяжёлыми запросами на каждой странице, сайт замедляется.
- Путаница с рекомендациями. Недавно просмотренные подменяют догадками системы, теряя суть истории.
Чек-лист и вывод
- Учёт просмотров включён. Открытые товары фиксируются.
- Блок выведен. Недавно просмотренные показаны в ключевых местах каталога.
- Хранение продумано. Сессия для гостя, профиль для авторизованного, перенос при входе.
- Объём ограничен. Пять-десять последних, от свежих к старым, без дублей.
- Быстрый возврат есть. Хлебные крошки, «назад к товару», сохранение позиции и обратимость шагов.
- Производительность в норме. Персональный блок кэширован, запросы оптимальны.
- Дополнено рекомендациями. История для возврата, рекомендации для расширения выбора.
Навигация «недавно просмотренные» и приёмы быстрого возврата решают тихую, но дорогую проблему — потерю товара в большом каталоге. Человек, который не боится потерять найденное, свободнее исследует ассортимент и чаще доходит до покупки, а оптовый закупщик быстрее собирает заказ из знакомых позиций. В 1С-Битрикс основа уже есть — штатный компонент просмотренных товаров, поэтому внедрение начинается с готового и дорабатывается точечно. Настройте историю, продумайте хранение и обратимость шагов — и каталог станет заметно удобнее. Продолжить тему стоит с материала про CI/CD и деплой для 1С-Битрикс, чтобы изменения в навигацию выкатывались безопасно.
