Поиск в интернет-магазине: как проверить выдачу и найти ошибки

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

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

1. Договоритесь, какой ответ помогает покупателю

Для точного артикула заранее укажите ожидаемый товар или семейство вариантов. Для категории задайте допустимую группу, для характеристики — необходимое свойство, для аксессуара — подтверждённую совместимость. Не требуйте всегда ровно один результат: один артикул может относиться к модели с несколькими вариантами, а правила видимости различаться по регионам и типам покупателей.

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

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

2. Соберите небольшой набор товаров-эталонов

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

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

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

По запросу «чайник 1 л» ожидается K20; K10 не становится подходящим только из-за совпадения слова «чайник». По запросу «фильтр для K20» нельзя принять F10 за правильный ответ. Кофемашин в этом каталоге нет: пустой основной результат по такому запросу допустим. Эти отрицательные проверки защищают от улучшения отчёта ценой ложных совпадений.

3. Пройдите 12 сценариев с заранее записанным ожиданием

Таблица ниже относится к условному каталогу. В CSV замените его записи своими SKU и формулировками. Подберите и собственные отрицательные примеры: товар, которого магазин не продаёт, и аксессуар без подтверждённой совместимости. Не переносите учебное ожидание о кофемашине на магазин, где она есть в ассортименте. Ни одна строка не является уже выполненной проверкой магазина. Синонимы, исправление опечаток и нормализация записи — разные проверки; работоспособность одной не подтверждает остальные.

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

4. Сохраняйте контекст, иначе ошибка может не повториться

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

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

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

5. Разделите причину и подходящее исправление

1. Нет правильной записи. Товар не опубликован для этого региона, нужное поле пустое или изменение ещё не попало в индекс. Сначала исправьте источник данных и передачу обновлений.
2. Запись есть, формулировка не распознана. Проверьте, какие поля участвуют в поиске, как обрабатываются синонимы, опечатки и разделители. Не добавляйте массовые равнозначности без отрицательных проверок.
3. Товар исключает ограничение. Проверьте выбранные фильтры, регион, доступность и правила выдачи. Объясните действующее ограничение пользователю; не снимайте его молча ради ненулевого ответа.
4. Ответ подходит, но покупатель не может им воспользоваться. Проверьте подписи, цену и наличие, переход в карточку, возврат назад и различимость товара и аксессуара. Это задача представления результата, а не обязательно замены движка.

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

6. Помогите продолжить выбор, когда подходящего товара нет

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

Альтернативные товары можно предложить отдельным блоком с понятной подписью. Не выдавайте их за точные совпадения, особенно при технической совместимости. В учебном примере F10 может быть виден как иной товар, но не как подтверждённый фильтр для K20. Сервисный вопрос о доставке должен вести к условиям, а не маскироваться случайной подборкой товаров.

7. Сравнивайте показатели с одинаковыми знаменателями

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

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

8. Принимайте правильное совпадение и повторяйте отрицательный контроль

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

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

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