Почему покупатели не находят товар в поиске сайта и как это исправить

Поиск по сайту — самый короткий путь от намерения к покупке. Человек вводит название, артикул или «чехол для iphone 15» и ждёт, что магазин сразу покажет нужное. Если выдача пустая или в ней мусор, второй попытки чаще всего не будет. По опросу Google Cloud и The Harris Poll 2023 года 80% покупателей после неудачного поиска скорее уйдут и купят в другом месте, а 77% избегают сайтов, где у них уже был плохой опыт с поиском. Ниже разбираем, почему стандартный поиск небольших магазинов так часто ошибается, как измерить его качество в Метрике и Google Analytics и какие доработки дают самый быстрый результат.

Насколько поиск по сайту влияет на продажи

Точные цифры зависят от ниши, но направление одно. По данным того же исследования Google Cloud, поиск — самый частый способ искать товар на сайте (69% опрошенных), а после успешного поиска 92% покупают то, что искали. Сервис Diginetica в своих материалах оценивает долю посетителей, которые пользуются поиском, в 10–25% в зависимости от ниши, причём в продуктах питания она выше, а в одежде ниже.

Отдельно стоит сказать о популярной цифре «пользователи поиска конвертируются в 2–3 раза лучше». Первоисточника у неё нет. Проверяемые данные есть у Econsultancy, но это 2013 год и один магазин: посетители, которые пользовались поиском, покупали в 1,8 раза чаще остальных. Для оценки собственного магазина надёжнее посмотреть свою статистику, об этом ниже.

Состояние поиска даже у крупных магазинов далеко от идеала. В бенчмарке Baymard Institute 2026 года 56% сайтов не справляются с поисковыми задачами пользователей на приемлемом уровне.

На каких запросах ломается поиск по сайту

Baymard делит поисковые запросы на типы и измеряет, какая доля сайтов с ними не справляется. По данным 2026 года проблемы распределены так.

• Точное название или модель. 12% сайтов не находят товар даже по точному запросу.
• Тип товара. «Беспроводные наушники», «диван-кровать» — 20% сайтов.
• Свойство товара. «Красное платье», «водонепроницаемые часы» — 39%.
• Сценарий применения. «Куртка для зимней рыбалки» — 43%.
• Совместимость. «Фильтр для Bosch», «чехол для iPhone 15» — 44%.
• Сокращения и символы. «20 л», «USB-C», «1/2 дюйма» — 54%.
• Вопросы не о товаре. «Доставка», «возврат», «гарантия» — 66%.

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

Типичные проблемы поиска в небольших магазинах

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

• Окончания слов. Поиск по подстроке находит «диваны» по запросу «диван», но не находит «диван» по запросу «диваны». Морфологии во встроенном поиске обычно нет.
• Часть артикула. Покупатель вводит начало кода с упаковки, а поиск ждёт полное совпадение и ничего не показывает.
• Лишнее слово. Если все слова обязаны быть в названии, запрос «смартфон Samsung чёрный» даёт пустую выдачу, хотя товар есть, а цвет указан только в характеристиках.
• Раскладка и опечатки. Запросы «ghbdtn» вместо «привет» или «самсунк» встроенный поиск не понимает. По данным Baymard, 69% сайтов не предлагают исправление даже для небольших опечаток в подсказках.
• Короткие слова и коды. Полнотекстовый индекс MySQL по умолчанию пропускает слова короче трёх-четырёх символов, поэтому «НПА» или «666» могут не находиться.
• Регистр, е и ё. При неудачной настройке кодировки базы «Блокнот» и «блокнот» или «ежик» и «ёжик» становятся разными словами.
• Мусор из описаний. Если поиск идёт по тексту описания, по запросу «чехол» находятся телефоны, у которых чехол упомянут в комплекте. Магазин «Мосигра» в своё время отказался от поиска по описанию, потому что почти все запросы касались названий товаров.
• Скорость. Поиск по подстроке не использует индексы базы данных. На каталоге в десятки тысяч товаров каждая подсказка начинает заметно тормозить.

Как узнать, что покупатели ищут и не находят

Прежде чем менять поиск, полезно посмотреть на реальные запросы. Обе популярные системы аналитики умеют их собирать.

• Яндекс Метрика. В целях есть тип «Поиск по сайту». Метрика сама понимает параметры q, text, query и search, а если в адресе страницы результатов другой параметр, его вписывают в настройках цели. Сами фразы видны в отчёте «По параметрам URL».
• Google Analytics 4. Событие view_search_results входит в расширенную статистику и распознаёт параметры q, s, search, query и keyword. Текст запроса передаётся в параметре search_term.
• Запросы без результатов. Отдельного отчёта о пустой выдаче ни в Метрике, ни в GA4 нет. Проще всего отправлять цель или событие со страницы «ничего не найдено» вместе с текстом запроса.

Самый ценный список — запросы, которые повторяются и дают пустую выдачу. Каждый из них означает товар, который у вас есть, но называется иначе, или товар, который стоит завести в ассортимент.

Что улучшить в поиске по сайту в первую очередь

Доработки поиска можно расставить по соотношению пользы и сложности. Первые пункты списка не требуют серьёзной разработки.

1. Подсказки при вводе. Выпадающий список с фото, ценой и наличием помогает покупателю сразу перейти в карточку и отсекает часть ошибок ввода.
2. Поиск по артикулу и модели. Частичное совпадение по артикулу и подъём точного совпадения кода в начало выдачи. Для магазинов запчастей и стройматериалов это основной сценарий.
3. Слова в любом порядке. «Samsung смартфон» и «смартфон Samsung» должны давать одинаковый результат.
4. Названия товаров. Если покупатели ищут «стиралка», а в названии «стиральная машина», проще добавить синоним в теги товара, чем ждать сложного поиска.
5. Страница «ничего не найдено». Вместо пустого экрана показывайте популярные категории, хиты продаж и контакты. По данным Baymard, почти половина сайтов не даёт покупателю способа выбраться из пустой выдачи.
6. Скорость. Проверьте индексы таблиц и время ответа поиска на реальном каталоге.
7. Морфология, раскладка и опечатки. Самая сложная часть. Её закрывают полнотекстовые движки вроде Sphinx и Elasticsearch или облачные поисковые сервисы, которые подключаются по товарному фиду.

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

Поиск Навигатор — быстрые подсказки и поиск по артикулу

Для интернет-магазинов на OpenCart 3 и ocStore 3 мы сделали модуль Поиск Навигатор. Он закрывает первые пункты из списка выше и не требует отдельного поискового сервера.

• Подсказки при вводе. Фото, цена, акция и наличие товара в выпадающем списке, вся карточка подсказки ведёт в товар.
• Слова в любом порядке. Поиск по названию и тегам товара независимо от порядка слов в запросе.
• Модель и SKU. Точное и частичное совпадение, а товары, у которых код начинается с запроса, поднимаются выше. UPC, EAN, JAN, ISBN и MPN ищутся по точному совпадению.
• Категории в подсказках. Покупатель переключает категории внутри уже загруженных подсказок без нового запроса к серверу.
• Управление с клавиатуры. Enter, стрелки, Tab и Escape работают так, как ожидает пользователь.
• Диагностика. В админке модуль проверяет индексы таблиц, замеряет серверное время выборки и показывает план запроса EXPLAIN. Сама диагностика данные и таблицы не меняет.

Исправления опечаток, раскладки и окончаний в модуле нет, для этих задач нужен полнотекстовый движок или облачный поисковый сервис. Проверен он на стандартной теме, а для темы с собственной формой поиска понадобится адаптер.