Поиск на сайте не находит товары: как найти причину
Пустая выдача не всегда означает, что поиск сломан. Товар может называться иначе, отсутствовать в поисковых данных, скрываться фильтром или относиться к другому региону магазина. Чтобы поставить разработчику проверяемую задачу, нужны три вещи: точный запрос, ожидаемая карточка и условия просмотра. Начинать с замены поискового движка до этой проверки обычно преждевременно.
Предположим, покупатель ищет «ваза белая», а в каталоге есть белая ваза с названием коллекции. Карточка открывается по прямой ссылке. Из этого известно только, что адрес доступен. Пока не установлено, участвует ли цвет в поиске, как обрабатываются два слова и разрешено ли показывать этот вариант выбранному покупателю. Разберём задачу от наблюдения до приёмки без обещания одной универсальной настройки.
Сохраните запрос так, как его ввёл покупатель
Скопируйте строку целиком, включая пробелы, дефисы и раскладку. Добавьте время, адрес страницы поиска, выбранный регион и активные фильтры. Если выдача зависит от входа в аккаунт, укажите роль без передачи личных данных пользователя в общую задачу. Скриншот полезен для интерфейса, но не заменяет текст запроса: похожие символы и обрезанная строка могут скрыть различие, важное для воспроизведения.
Рядом сохраните ссылку на ожидаемый товар и объяснение, почему он должен находиться. «Он похож» недостаточно: покупатель мог искать материал, назначение, торговую марку или конкретный код. Эти признаки должны быть связаны с определёнными полями каталога и согласованным поведением поиска. Если в карточке нет указанного свойства, сначала нужен вопрос к владельцу товарных данных, а не задача программисту добавить совпадение любой ценой.
Соберите несколько разных примеров, а не двадцать перестановок одной фразы. Полезны точное название, код, характеристика, бытовой синоним и сочетание признаков. Отдельно сохраните отрицательный пример, который не должен приводить к выбранному товару. Исправление, возвращающее весь каталог на любой запрос, убирает пустой экран, но не помогает найти нужное.
Пройдите путь товара до поисковой выдачи
- Подтвердите существование нужного варианта в текущем каталоге.
- Проверьте поля, из которых должен формироваться поисковый результат.
- Установите, включён ли товар в данные используемого поиска.
- Сравните время изменения карточки и последнего известного обновления этих данных.
- Повторите запрос без пользовательских фильтров, затем верните их по одному.
- Сопоставьте найденные записи с тем, что реально показал интерфейс.
Это порядок обследования, а не обещание, что любой магазин использует отдельный индекс. В небольшом проекте поиск может обращаться прямо к рабочим данным. В другом проекте существует самостоятельное поисковое хранилище и очередь обновления. Сначала выясните устройство конкретной системы. Названия технологий не нужны в клиентской задаче, если они не помогают объяснить место расхождения.
Для недавно добавленного товара особенно полезен контроль времени. Если карточка опубликована, а поисковые данные обновляются позднее, следует определить допустимую задержку и способ увидеть ошибку обновления. Нельзя бесконечно предлагать менеджеру «подождать ещё»: у процесса должны быть известный статус и ответственный. При этом отсутствие мгновенного результата не доказывает неисправность, пока согласованное правило обновления не установлено.
Матрица помогает отделить данные от правил поиска
| Контрольный запрос | Ожидаемая карточка | Что проверяем | Какой вывод нельзя делать сразу |
|---|---|---|---|
| Точное название | Нужный товар | Поля названия и участие в поиске | Нужен новый движок |
| Полный код | Определённый вариант | Сохранённый код и правила сравнения | Все похожие коды равнозначны |
| Цвет и предмет | Подходящие варианты | Доступность характеристики для поиска | Достаточно текста описания |
| Бытовое название | Согласованная группа | Словарь терминов и его границы | Любой синоним подходит всем категориям |
| Несуществующее сочетание | Объяснение отсутствия | Отрицательный контроль | Всегда нужно показать товары |
Примените такую таблицу к собственным данным. В столбце результата запишите адрес или явное «не найдено», а в комментарии — условия проверки. Для каждой строки заранее назначьте ожидаемое поведение. Иначе после ремонта участники будут спорить, должен ли конкретный товар показываться по общему слову, хотя само правило никто не принимал.
Синонимы и опечатки требуют границ
Список синонимов берите из понятных торговых соответствий и наблюдаемых запросов, доступных владельцу магазина. Не расширяйте значение слова просто ради роста числа найденных карточек. Один термин в разных категориях может означать разные вещи. Полезно отмечать область применения соответствия и человека, который подтвердил его смысл. Так словарь не превращается в бесконтрольный набор исключений после каждой жалобы менеджера.
Опечатки тоже нельзя одинаково разрешать для всех полей. В обычном названии приблизительное совпадение может помочь, а в товарном коде соседняя цифра способна обозначать другой вариант. Правило для артикула проверяется отдельно: какие разделители допускается не учитывать, сохраняются ли ведущие нули, что считается точным соответствием. Подробный набор примеров для такого случая разобран в статье о поиске по артикулу.
Не переносите исправления пользовательской строки обратно в каталог автоматически. Поисковая нормализация и изменение исходного наименования — разные операции. Магазин должен сохранить достоверные товарные данные, даже если для удобства посетителя допускается другое написание запроса. В задании обозначьте, что меняется в поиске, а что остаётся ответственностью редактора или поставщика.
Найденный товар может исчезнуть позже
Если сервер вернул подходящую запись, а экран пуст, проверьте обработку ответа и отображение. Важны выбранная категория, регион, склад, наличие и другие реальные условия проекта. Иногда фильтр остаётся активным после перехода из раздела, хотя посетитель воспринимает поиск как общий. Тогда исправление может заключаться в понятной видимости ограничения и возможности сброса, а не в обходе всех бизнес-правил.
Недоступный товар не следует безоговорочно делать доступным ради успешного теста. Владелец определяет, показывать ли его с пояснением, скрывать или предлагать допустимые альтернативы. Это правило связывается с остатками и процессом заказа. Поиск не должен обещать возможность купить вариант, который следующая страница всё равно запрещает добавить в корзину.
Отдельно проверьте сортировку. Нужная карточка может находиться далеко в списке, и покупатель опишет это словами «не находится». Это другой симптом: наличие результата и его полезная позиция проверяются раздельно. Для сравнения сохраните первые результаты определённых запросов до и после изменения. Увеличение количества совпадений не подтверждает улучшение их порядка.
Что написать разработчику вместо «почините поиск»
Передайте матрицу запросов, ожидаемые адреса и условия просмотра. Укажите, когда появился симптом, какие товары добавлялись и менялся ли импорт. Приложите разрешённые технические наблюдения, если они есть. Не отправляйте полную базу клиентов ради проверки каталога. Для начала обычно полезнее ограниченный воспроизводимый набор товаров и объяснение ожидаемого торгового смысла.
Разделите задачи по найденным причинам. Исправление заполнения характеристики, обновление поисковых данных и настройка словаря могут принадлежать разным участникам. У каждой задачи должен быть свой контрольный пример. Если всё объединить в общее «стало лучше», следующая неполная поставка каталога снова вернёт симптом, а прошлый отчёт не объяснит, какой участок действительно ремонтировали.
При доработке сайта согласуйте объём обследования и критерий перехода к реализации. Если нужен новый магазин, включите матрицу поиска в состав разработки интернет-магазина до начала приёмки. Так функция оценивается по поведению на ваших товарах, а не по наличию строки с иконкой лупы в макете.
Приёмка включает удачные и неудачные запросы
Повторите сохранённый набор после изменения на согласованном состоянии каталога. Проверьте точный поиск, выбранные варианты написания и отрицательные примеры. Затем измените один тестовый товар разрешённым способом и подтвердите предусмотренное обновление результата. Последний шаг показывает, исправлен ли процесс появления данных, а не только разово пересоздана выдача руками инженера.
Зафиксируйте ограничения: какие поля участвуют, как трактуются недоступные варианты и что происходит с фильтрами. Для каждого спорного случая назначьте владельца решения. После публикации можно продолжать наблюдение по реальным запросам с соблюдением установленного порядка работы с данными. Но отсутствие жалоб не заменяет начальный контрольный набор, по которому принимается сделанная работа.
Если нужна реализация
Состав работ зависит от текущего проекта и подтверждённой причины. Можно обсудить диагностику или разработку подходящего решения.
Вопросы и ответы
Можно заменить поиск готовым сервисом и забыть о проблеме?
Сначала нужно определить причину. Новый сервис не заполнит отсутствующие характеристики и не решит спор о смысле запроса. Переезд также требует настройки обновлений и проверки правил. Оценивайте его после обследования, сравнивая тот же контрольный набор.
Почему точный артикул находится, а название нет?
У разных полей могут быть разные правила обработки и участия в поиске. Сравните сохранённое название, фактический запрос и доступные поисковые данные. Успех по коду подтверждает только выбранный маршрут, а не исправность всех способов нахождения карточки.
Сколько запросов достаточно для проверки?
Число зависит от ассортимента и правил. Нужны разные типы случаев и важные категории, а не произвольная круглая цифра. Сначала покройте известные симптомы, добавьте отрицательные примеры и изменения товара. Затем расширяйте набор при появлении нового подтверждённого случая.
Можно показывать похожие товары при пустом результате?
Можно согласовать такой сценарий, но важно обозначить, что точного совпадения нет. Альтернатива должна отвечать понятным ограничениям категории и наличия. Не подменяйте выбранный вариант другим без объяснения: число карточек не является доказательством полезного поиска.