Поиск внутри интернет-магазина: как не терять покупателей на запросах без результатов
Почему поиск по товарам — это самостоятельный канал продаж: как работать с опечатками, синонимами, характеристиками и нулевой выдачей без ложных обещаний.
Поиск в интернет-магазине часто оставляют «на потом»: ставят иконку с лупой, подключают стандартное поле — и считают задачу закрытой. На практике покупатель, который сам вводит запрос, уже сформулировал потребность. Если вместо товара он видит пустой экран, магазин теряет не просто просмотр, а самый мотивированный визит.
На e-commerce-проектах регулярно встречается одна и та же ситуация: ассортимент есть, карточки сделаны, реклама приводит пользователей, но внутренний поиск не понимает «увлажняющий крем», «крем увлажн», название бренда в другой раскладке или артикул с дефисом. Это не косметическая недоработка интерфейса, а отдельная продуктовая система, которая влияет на конверсию и качество клиентского опыта.
В этой статье расскажу, как я проектирую поиск для интернет-магазинов косметики, парфюмерии, компьютерных комплектующих и других каталогов с большим ассортиментом. Речь именно о поиске для покупателя; SEO-фильтры и индексируемые посадочные страницы — отдельная задача, их здесь намеренно не смешиваю.
Когда поиск перестаёт быть просто строкой в шапке
Покупатель использует каталог и поиск по-разному. В каталоге он изучает ассортимент: «посмотреть уход для лица», «выбрать видеокарту». В поиске чаще есть конкретная гипотеза: бренд, линейка, часть названия, артикул, свойство или совместимость.
Поэтому качественный поиск должен отвечать не только на вопрос «есть ли точное совпадение», но и на вопрос «что человек, вероятно, хотел найти». Для проекта я фиксирую такие сценарии ещё в техническом задании на интернет-магазин, а не после запуска, когда накопились потерянные обращения.
| Запрос покупателя | Что он может означать | Ожидаемая реакция поиска |
|---|---|---|
| «крем 50» | Объём, название или цена | Товары с релевантным названием и объёмом; уточнение при неоднозначности |
| «loreal» | Бренд в привычном написании | Нормализованная выдача независимо от варианта написания |
| «rtx 4070 ti» | Модель и совместимые предложения | Точное совпадение модели, затем близкие варианты с понятной маркировкой |
| «духи сладкие» | Потребность по свойству, а не по названию | Подходящие ароматы и признаки, которые объясняют подбор |
| «кремвлажн» | Опечатка или сокращение | Исправление запроса и полезная выдача без сообщения «ничего не найдено» |
Нормализация запросов: опечатки, раскладки и синонимы
Первый слой поиска — привести запрос к форме, с которой можно работать. Не стоит заставлять покупателя угадывать, как товар назван в учётной системе. В нормализацию обычно входят:
- приведение регистра, лишних пробелов, дефисов и разных вариантов кавычек к единому виду;
- поиск без учёта распространённых опечаток и сокращений;
- транслитерация и переключённая раскладка: например, `ghbvth` вместо `primer`;
- словарь синонимов и профессиональных названий;
- варианты брендов, линеек, артикулов и сокращений;
- разбор числовых характеристик: объём, размер, сокет, диагональ, оттенок.
Словарь не должен быть бессистемным. Я рекомендую собирать его из реальных поисковых фраз на сайте, обращений менеджерам и названий из товарной базы. У косметики «тоник», «тонер» и «лосьон» иногда близки, но не всегда взаимозаменяемы. У комплектующих «блок питания 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 сайта