Почему поиск по товарам — это самостоятельный канал продаж: как работать с опечатками, синонимами, характеристиками и нулевой выдачей без ложных обещаний.
Поиск в интернет-магазине часто оставляют «на потом»: ставят иконку с лупой, подключают стандартное поле — и считают задачу закрытой. На практике покупатель, который сам вводит запрос, уже сформулировал потребность. Если вместо товара он видит пустой экран, магазин теряет не просто просмотр, а самый мотивированный визит.
На e-commerce-проектах регулярно встречается одна и та же ситуация: ассортимент есть, карточки сделаны, реклама приводит пользователей, но внутренний поиск не понимает «увлажняющий крем», «крем увлажн», название бренда в другой раскладке или артикул с дефисом. Это не косметическая недоработка интерфейса, а отдельная продуктовая система, которая влияет на конверсию и качество клиентского опыта.
В этой статье расскажу, как я проектирую поиск для интернет-магазинов косметики, парфюмерии, компьютерных комплектующих и других каталогов с большим ассортиментом. Речь именно о поиске для покупателя; SEO-фильтры и индексируемые посадочные страницы — отдельная задача, их здесь намеренно не смешиваю.
Покупатель использует каталог и поиск по-разному. В каталоге он изучает ассортимент: «посмотреть уход для лица», «выбрать видеокарту». В поиске чаще есть конкретная гипотеза: бренд, линейка, часть названия, артикул, свойство или совместимость.
Поэтому качественный поиск должен отвечать не только на вопрос «есть ли точное совпадение», но и на вопрос «что человек, вероятно, хотел найти». Для проекта я фиксирую такие сценарии ещё в техническом задании на интернет-магазин, а не после запуска, когда накопились потерянные обращения.
Первый слой поиска — привести запрос к форме, с которой можно работать. Не стоит заставлять покупателя угадывать, как товар назван в учётной системе. В нормализацию обычно входят:
Словарь не должен быть бессистемным. Я рекомендую собирать его из реальных поисковых фраз на сайте, обращений менеджерам и названий из товарной базы. У косметики «тоник», «тонер» и «лосьон» иногда близки, но не всегда взаимозаменяемы. У комплектующих «блок питания 750» не равен любому БП: важно сохранить мощность, форм-фактор и совместимость. Поиск должен расширять запрос аккуратно, а не подменять намерение пользователя случайными товарами.
Порядок товаров нельзя строить только по популярности или марже. Если наверху стоит товар, которого нет в наличии, а подходящий вариант спрятан ниже, покупатель не будет разбираться в логике системы.
В базовом варианте я использую такую последовательность приоритетов:
1. Точное совпадение артикула, бренда или названия.
2. Совпадение по ключевым словам и характеристикам.
3. Актуальное наличие и возможность оформить доставку.
4. Полнота карточки: фотографии, цена, характеристики, варианты.
5. Популярность и бизнес-приоритет — только как дополнительный, прозрачный сигнал.
Если магазин сознательно продвигает отдельные позиции, это допустимо, но рекламный результат надо визуально отделять от естественной выдачи. Я не советую прятать нулевые остатки полностью: иногда покупателю нужен именно этот товар. Лучше показать статус честно и рядом предложить замену, уведомление о поступлении или аналог.
Страница «По вашему запросу ничего не найдено» без дальнейшего действия — худший вариант. Она не объясняет, ошибка ли в написании, нет ли товара временно или магазин вообще не понимает запрос.
Вместо пустой выдачи можно показать:
Здесь важна честность. Не нужно подсовывать случайные позиции ради заполнения экрана и не стоит создавать страницы под каждую несуществующую фразу. Внутренний поиск помогает покупателю найти товар, а не имитирует наличие ассортимента.
Запрос «сыворотка с ретинолом 0.5» может не совпасть ни с одним названием один к одному. Система должна найти товары по активному компоненту и концентрации, объяснить совпадение в фильтре или карточке, а при отсутствии нужной концентрации предложить ближайший вариант с предупреждением. Так покупатель понимает логику рекомендации и сохраняет доверие.
Запрос «материнка под 7800x3d» — это сценарий совместимости. Полезная выдача учитывает сокет процессора, чипсет и доступность, но не обещает техническую совместимость там, где для неё не хватает данных. В сложных категориях лучше вывести ключевые характеристики и дать возможность уточнить сборку, чем выдать десятки нерелевантных плат.
Подсказки сокращают путь до товара, но они не должны перекрывать экран и превращаться в бесконечный список. На мобильном устройстве я проверяю отдельно:
Для доступности полезно следовать паттерну комбобокса WAI-ARIA: подсказки должны быть понятны не только визуально, но и при клавиатурной навигации и вспомогательных технологиях. Это одновременно делает поиск удобнее для всех покупателей.
Не нужно сразу строить сложную отчётность. На старте достаточно регулярно смотреть несколько сигналов:
Я не связываю каждую цифру с единственной причиной. Например, высокий нулевой результат может означать не ошибку поиска, а спрос на товар, которого пока нет в ассортименте. Это ценный сигнал для закупки и контента каталога.
Перед запуском я собираю мини-набор запросов из разных типов:
1. Точный артикул и название товара.
2. Бренд в кириллице, латинице и с распространённой опечаткой.
3. Запрос по свойству или назначению.
4. Запрос по нескольким характеристикам.
5. Несуществующий товар или снятая с продажи позиция.
6. Запрос на мобильном устройстве.
7. Запрос с переключённой раскладкой.
8. Запрос, который должен вести к консультации, а не к случайному товару.
Для каждого сценария фиксируются ожидаемая выдача, время ответа и дальнейшее действие пользователя. Если магазин связан с CRM, складом, оплатой и доставкой, поиск не должен напрямую «угадывать» данные из разных систем. Границы и источники данных лучше определить заранее в статье об архитектуре интеграций интернет-магазина.
Если поиск уже работает, начните не с полной замены движка, а с практичного аудита:
1. Выгрузите двадцать–пятьдесят реальных запросов.
2. Отметьте опечатки, бренды, артикулы и запросы без результата.
3. Проверьте выдачу на мобильном устройстве.
4. Добавьте сценарий помощи для нулевой выдачи.
5. Настройте журнал ошибок и регулярный просмотр спроса.
6. Только затем решайте, нужны ли новый поисковый сервис, сложные правила или доработка каталога.
Такой порядок помогает улучшать продажи без «магической» перестройки всего магазина. Поиск становится понятным пользователю и полезным для бизнеса: показывает, чего ждут от ассортимента и где каталог не отвечает на реальный спрос.
Обсудить разработку или доработку интернет-магазина
W3C WAI-ARIA Authoring Practices: Combobox Pattern
Google Search Central: как помочь Google понять структуру e-commerce сайта