Intelligent Product Discovery: поиск, фильтры и конфигураторы для сложных каталогов

Каталог редко бывает таким простым, каким кажется. С ростом магазина множатся атрибуты, категории пересекаются, а покупатели ищут своими словами, а не словами из карточки товара. Поля поиска и набора фиксированных фильтров перестаёт хватать. Рассказываем, как мы проектируем поиск товаров для сложных каталогов: поиск, фильтры, совместимость и конфигурацию как одну систему, на примере трёх проектов на трёх разных платформах.

КОРОТКО

Что такое product discovery в магазине

Product discovery в e-commerce это всё, что помогает покупателю пройти путь от «мне нужно что-то такое» до нужного товара: поиск, фильтры, сортировка, связи между товарами, сравнение и подбор. В продуктовом менеджменте те же слова означают другое, решение о том, что строить, и об этом значении мы писали в статье Product Discovery: что стоит знать, прежде чем начинать проектировать? Здесь речь о магазине.

Проблема распространена даже у крупных ритейлеров. В исследовании поиска e-commerce за 2026 год Baymard Institute оценил поиск 56% изученных сайтов как посредственный или хуже. В более раннем исследовании 69% сайтов не предлагали подходящих подсказок автодополнения для запросов с небольшой опечаткой (Baymard Institute, 2021). У этих магазинов есть бюджеты и команды, а их покупатели всё равно вводят запрос и не получают ничего полезного.

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

Покупателю не нужно изучать ваш каталог, чтобы у вас купить.

ТРЕВОЖНЫЕ ПРИЗНАКИ

Когда каталог перерастает фильтры

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

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

ЧТО МЫ СТРОИМ

Четыре группы инструментов

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

Фильтры, которые понимают контекст. Динамическая фасетная навигация показывает только те фильтры, которые важны для текущей категории: покупателю постельного белья нужны размер и ткань, а не поле напряжения, которое относится к светильникам. Зависимости между атрибутами отражают то, как товары устроены на самом деле, поэтому выбор материала или модели ограничивает следующие варианты, и невозможные комбинации просто не появляются. Счётчики в реальном времени показывают, сколько товаров осталось после каждого выбора, и покупатель не попадает на пустую страницу.

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

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

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

ПОИСК

Поиск на языке покупателя

В поиске разрыв между языком каталога и языком покупателя виден лучше всего. В карточке написано «пододеяльник 200x220, сатин, 100% хлопок». Покупатель вводит «мягкое постельное бельё на двуспальную кровать». Поиск, который сравнивает только слова, ничего не находит, и покупатель уходит в уверенности, что такого товара в магазине нет. В ОАЭ к этому добавляется язык: один и тот же товар ищут по-английски и по-русски, а названия брендов пишут то латиницей, то кириллицей.

Такой поиск мы сначала сделали для собственного сайта, и те же принципы переносятся на магазины. Поиск на peretz.agency работает на английском, русском и украинском. Он понимает группы синонимов на трёх языках. Если ничего не найдено, он пробует запрос в другой раскладке клавиатуры, и «ctj», набранное на английской раскладке, превращается в «сео». Если и это не помогло, он предлагает ближайшее слово из словаря самого сайта («Возможно, вы имели в виду»), и только потом показывает результаты из других языковых версий, с пометкой о том, что он сделал.

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

Журнал пустых поисков лучшее ТЗ для каталога, какое у вас будет.

Ранжированию нужны свои решения. Товары не в наличии уходят в конец выдачи или исчезают? Может ли магазин поднять категорию или новую коллекцию на сезон? Где заканчивается релевантность и начинается продвижение? Это бизнес-правила, и им место в техническом задании вместе с технологией поиска, а не после неё.

АРХИТЕКТУРА

Слои под интерфейсом

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

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

ЧЕТЫРЕ ПУТИ

Построить, расширить, обновить или ускорить

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

Построить. Для нового магазина данные о товарах, структура каталога, поиск, фильтры и путь покупателя закладываются с самого начала, и поиск товаров становится частью исходной архитектуры, а не набором функций, добавленных после запуска.

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

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

Ускорить. С ростом каталога и трафика поиск и фильтрация становятся тяжелее. Мы смотрим на запросы, индексы, кеширование, структуры данных и само приложение, чтобы магазин оставался быстрым по мере роста.

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

SHTAYER

Текстиль: товары, которые сочетаются

SHTAYER это премиальный текстильный бренд, и его новая платформа строится на Laravel: сайт для B2B, магазин для B2C, собственная ERP и CRM, которые работают как одно целое. Новая айдентика SHTAYER, которую мы разработали, это визуальная система для этого нового сайта.

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

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

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

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

SCHOEFFEL

Жемчуг: быстрый выбор и глубокое изучение

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

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

Второй уровень это карточка товара для покупателя, который хочет разобраться в качестве. Жемчуг оценивают сразу по нескольким факторам: Геммологический институт Америки (GIA) называет семь факторов ценности, от размера и формы до блеска, качества поверхности, качества перламутра и подбора (GIA, октябрь 2026). Карточка Schoeffel планируется вокруг шести критериев: тип и происхождение, размер, цвет и оттенок, блеск, поверхность и подбор. Архитектура также оставляет место для лабораторных документов, например отчётов GIA и SSEF, и для подробных визуальных материалов, макросъёмки и обзора на 360 градусов, если они есть у изделия.

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

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

ТРИХОКОСМЕТИКА

OpenCart расширили, а не заменили

Trichocosmetics работает на OpenCart. Вместо того чтобы перестраивать магазин, мы обновили его до OpenCart 3.0.5.1 и перевели на PHP 8.4. Теперь каталог и бизнес требуют от фильтрации больше, чем даёт стандартный модуль, в трёх связанных областях.

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

Многоуровневая логика товаров. Трихологическим товарам мало фильтров по категориям. Покупатель может пройти цепочку критериев: тип кожи головы, затем проблема, затем активный компонент. Тому, кто выбрал чувствительную кожу головы, нельзя показывать товары, которые противоречат этому выбору. Мы проектируем зависимости и правила проверки, которые не пускают несовместимые товары в результаты.

Страницы фильтров для поисковых систем. Некоторые комбинации фильтров совпадают с реальными запросами, например бессульфатные шампуни от выпадения волос. Такие комбинации могут стать посадочными страницами с понятным адресом и собственными title, H1 и meta description. Остальные комбинации лучше держать вне обхода: руководство Google по фасетной навигации, обновлённое в декабре 2025 года, рекомендует закрывать такие адреса в robots.txt, если они не нужны в поиске, и отдавать 404 для комбинаций без товаров. Весь метод мы разобрали в статье Фильтры и фасетная навигация: как интернет-магазины создают тысячи страниц-дублей.

Улучшение существующей платформы не требует её замены. Здесь правильный ответ в том, чтобы расширить её архитектуру тем, что действительно нужно бизнесу.

ИИ-ПОКУПАТЕЛИ

Поиск товаров для агентов, а не только для людей

Каталог теперь просматривают не только покупатели. ИИ-ассистенты и агенты для покупок ищут товары от имени людей и опираются на те же структурированные данные, которые нужны хорошим фильтрам.

В нашем собственном тесте ИИ-агент в обычном браузере положил в корзину нужный товар в 11 из 15 крупных американских интернет-магазинов. Агент, который читает страницы без браузера, так, как многие ассистенты открывают ссылку, получил страницу товара только в 6 из 15. В данных о товарах, которые читают машины, условия доставки описал только один магазин из 13. Подробности в статье Мы отправили ИИ-агента за покупками в 15 американских интернет-магазинов. Вот где он сдался.

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

С ЧЕГО НАЧАТЬ

Как начинается проект по поиску товаров

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

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

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

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

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

FAQ

Источники

• Baymard Institute: E-Commerce Search Usability, Report and Benchmark
• Google Search Central: Managing crawling of faceted navigation URLs
• GIA: Pearl quality factors