Товар есть, поиск его не находит. Где магазин теряет покупателя
Покупатель вводит «синяя куртка с капюшоном» и видит «Ничего не найдено», хотя подходящая карточка доступна по прямой ссылке. Это условная ситуация для проверки в действующем каталоге: два способа найти один товар дают разные ответы.
Привет, я Антон Фокин — CEO Qtim. Для руководителя магазина такой экран выглядит как мелкая ошибка интерфейса. Для покупателя он звучит иначе: нужного товара здесь нет. Пока команда спорит, менять ли поисковый движок, полезнее установить, на каком шаге карточка исчезла из ответа.
Опрос Nosto среди 2 000 покупателей США и Великобритании в июле 2026 года показал, что 59% респондентов часто уходят из интернет-магазинов из-за плохого поиска. Это ответы о привычном поведении, а не измеренная доля потерь конкретного магазина. Исследование Constructor с более чем 1 500 участниками в США и Европе в августе 2025 года тоже фиксирует недовольство: 68% считают, что поиск у ритейлеров нуждается в улучшении. Для нашей ситуации важнее вопрос, который эти опросы не решают: почему именно данный товар не появился в данной выдаче?
Пустая выдача скрывает три разных события
Первое: товара действительно нет в ассортименте. Запрос «синяя куртка» честно возвращает ноль, потому что магазин не продаёт такую вещь. Тут нужна помощь человеку: близкая категория, вариант запроса, ссылка на доступную альтернативу.
Второе: карточка существует, но товар нельзя купить в условиях покупателя. Например, доставка в выбранный регион недоступна или нужный размер закончился. Поиск может верно учитывать такое ограничение, однако экран должен его объяснять. Иначе покупатель видит такой же ноль, как при ошибке.
Третье: товар можно купить, но поисковый запрос до него не довёл. Название на карточке и слова покупателя различаются, нужная характеристика не попала в данные поиска, фильтр исключил доступную позицию или изменение карточки ещё не отражено в выдаче. Это уже проверяемый дефект пути от запроса к товару. Baymard описывает как отсутствие подходящего товара, так и неспособность поиска обработать формулировку запроса.
Одинаковое сообщение «ничего не найдено» смешивает три события. Поэтому процент запросов без результата полезен как сигнал, но сам по себе не объясняет причину.
Жалоба становится задачей, когда известны запрос и условия показа
Фраза «поиск не работает» почти не помогает команде воспроизвести сбой. Нужен один короткий набор сведений из обращения, а не длинное техническое описание от клиента:
- Дословный запрос, включая форму слова и возможную опечатку.
- Ссылка на ожидаемую карточку или артикул, если покупатель его знает.
- Время обращения, устройство и канал: сайт или приложение.
- Регион, выбранный размер и фильтры, которые были включены.
- Скриншот результата, если он доступен.
Эти сведения позволяют сравнить выдачу с состоянием карточки на тот же момент. Товар мог быть виден менеджеру в административной системе, но скрыт для покупателя в его регионе. Мог измениться остаток. Мог сохраниться фильтр из предыдущего поиска. Без контекста команда может проверить другое состояние и не воспроизвести сбой.
Для повторяющихся обращений стоит собрать небольшой набор реальных запросов и посмотреть, какие из них дают ноль, а какие показывают товары, по которым никто не переходит. Это разные проблемы. Документация Shopify разделяет отчёты «поиски без результатов» и «поиски с результатами без кликов»; это пример полезного различия, а не требование использовать Shopify.
Карточка доступна: где оборвалась связь с запросом
Вернёмся к условной куртке. Сначала надо открыть карточку как покупатель: с тем же регионом, устройством и фильтрами. Она доступна, нужный размер продаётся? Значит, версия о реальном отсутствии товара отпадает. Дальше достаточно пройти несколько развилок.
Запрос по точному названию находит карточку, а «синяя куртка с капюшоном» нет. Команда проверяет, где хранится цвет и признак капюшона, участвуют ли эти поля в поиске, понимает ли поиск привычную для покупателя формулировку. Другой результат: по тому же запросу товар появляется после снятия фильтра. Тогда надо понять, соответствует ли исключение выбранным условиям и виден ли покупателю эффект фильтра. Третий вариант: карточку недавно обновили, а выдача всё ещё опирается на прежние данные. Тогда проверяют момент обновления и правила передачи данных в поиск.
Ни один из этих вариантов не следует объявлять причиной заранее. Но после такой проверки разговор уже идёт о конкретной связи между запросом, карточкой и правилом показа, а не о вкусе к одному поисковому сервису. В направлении e-commerce Qtim каталог и поиск названы частями одного пользовательского контура; для действующего магазина первым шагом всё равно остаётся проверка его фактического пути к товару.
Исправление принимают по запросам, которые раньше проваливались
Задача команде может звучать так: «Есть несколько обращений, где доступная карточка не появляется по дословному запросу. Для каждого случая подтвердите условия продажи, найдите шаг, на котором товар исчезает из выдачи, и предложите исправление с проверкой на этих же запросах».
Критерий приёмки зависит от причины. Если карточка доступна, проверенные формулировки и корректно выбранные фильтры должны вести к ней. Если товар ограничен регионом, размером или остатком, человеку нужен честный ответ о доступности, а не ложное обещание. Если товара действительно нет, пустая страница должна предложить связанный с запросом следующий путь. Baymard показывает, что общие советы вроде «проверьте написание» часто оставляют человека без направления; релевантная категория или альтернативная формулировка помогают продолжить поиск.
Есть разумное возражение: даже идеальный поиск не покажет отсутствующий товар. Верно. Поэтому проверка начинается с наличия и условий показа. Она же не даст «исправить» честную пустую выдачу случайными нерелевантными карточками. Маскировать ноль товаром, который не отвечает запросу, значит переносить разочарование на следующую страницу.
Куртка из начала статьи либо доступна этому покупателю, либо нет. Уточните это в том же контексте, сохраните его запрос и сравните с ответом магазина. Доступная карточка плюс пустая выдача по воспроизводимому запросу — конкретная задача для команды поиска. Отсутствующая или ограниченная позиция требует другого ответа покупателю.
Повторяются такие обращения в вашем магазине? Можно обсудить с командой Qtim конкретные запросы и карточки, чтобы определить границу проверки и критерий исправления. Обещать рост продаж до измерения результата было бы преждевременно.