Поиск по товарам Битрикс: настройка и проверка в интернет-магазине
Поиск по товарам Битрикс — это механизм, который помогает покупателю найти нужный товар по названию, артикулу, свойствам или категории. Чтобы он работал предсказуемо, нужно настроить индексацию, морфологию, синонимы, обработку опечаток и проверить выдачу на реальных запросах. В статье — порядок действий, критерии приёмки, таблица решений и учебный пример.
Что такое поиск по товарам Битрикс и какие задачи он решает
Поиск по товарам Битрикс решает несколько практических задач. Покупатель не должен блуждать по разделам каталога, если он уже знает, что ищет. Ему проще ввести запрос в строку поиска и сразу увидеть подходящие позиции. Для бизнеса это снижает количество уходов с сайта и повышает вероятность заказа. Но поиск не заменяет каталог и фильтры. Каталог помогает изучать ассортимент, а поиск — быстро находить конкретный товар.
Границы решения важно определить до настройки. Поиск может работать по названию, артикулу, описанию, тегам и свойствам товаров. Он может учитывать морфологию, синонимы и опечатки. Но он не обязан понимать сложные смысловые запросы, если товарные данные не структурированы. Например, запрос «наушники для бега» может не найти товар, если в свойствах нет признака «для бега», а в описании нет соответствующих слов. Поэтому сначала нужно договориться, какие сценарии поиска считаются обязательными, а какие — желательными.
Ещё одна граница — различие между поиском для покупателя и поиском в административной панели. В панели управления Битрикс есть форма поиска товаров по названию, разделу, ID, дате изменения, символьному коду, внешнему коду, автору, статусу, активности, описанию, тегам и свойствам. Это инструмент для менеджера, а не для покупателя. Покупательский поиск обычно работает через поисковый индекс и выдаёт результаты на витрине. Не стоит путать эти два механизма при постановке задачи.
Если вы хотите сначала разобраться с каталогом и фильтрами, посмотрите материал Каталог товаров на Битрикс: фильтры, скорость и SEO. Поиск и каталог дополняют друг друга, но настраиваются по-разному.
Как устроен поиск по товарам в Битрикс: индексация и выдача
В основе поиска лежит индекс. Это набор данных, по которым система быстро находит совпадения. Когда товар добавляется или изменяется, он должен попасть в индекс. В Битрикс для товаров есть событие onBeforeIndex, которое позволяет влиять на то, какие данные попадут в поисковый индекс. Это событие относится к модулю поиска (search) и вызывается при индексации товаров из модуля инфоблоков (iblock). Если его не настроить или настроить неверно, часть товаров может не находиться по нужным запросам.
Что попадает в индекс
В индекс могут попадать название, описание, артикул, теги, значения свойств. Конкретный набор зависит от настроек проекта. Если в индекс не попадает важное свойство, поиск по нему не сработает. Например, если покупатели ищут товары по цвету, а цвет не участвует в индексе, запрос «красный» не даст нужных результатов. Поэтому перед настройкой нужно составить список полей, по которым поиск должен работать.
Как формируется выдача
Когда покупатель вводит запрос, система ищет совпадения в индексе. Затем результаты ранжируются: более релевантные товары показываются выше. Релевантность зависит от того, где найдено совпадение — в названии, описании или свойстве. Также могут учитываться морфология, синонимы и исправление опечаток. Если ранжирование настроено плохо, на первом месте окажутся товары, которые лишь косвенно связаны с запросом.
Чем управляет администратор
Администратор может настраивать состав индексируемых полей, правила морфологии, список синонимов, стоп-слова и параметры выдачи. Часть настроек доступна в интерфейсе, часть — через события и обработчики. Важно, чтобы изменения не ломали существующий поиск. Перед любыми правками нужно сделать резервную копию и протестировать на копии сайта.
Морфология, синонимы и ошибки ввода: что настраивать
Морфология помогает находить товары при разных формах слова. Например, запрос «наушники» должен находить товар с названием «наушник». Без морфологии поиск будет искать точное совпадение и часто выдавать пустой результат. В Битрикс морфология включается в настройках модуля поиска (search) через параметр USE_SEARCH_MORPH. В стандартной редакции она доступна, но требует правильной настройки словарей. Нужно проверить, как она работает на ваших запросах.
Синонимы расширяют поиск. Если покупатель вводит «bluetooth-наушники», а в товарах указано «беспроводные наушники», без синонимов он может ничего не найти. Список синонимов нужно составлять на основе данных из статистики поиска по сайту, обращений в поддержку и подсказок менеджеров.
Опечатки — частая причина пустых результатов. Покупатель может ввести «наушники беспроводные» с ошибкой. Если поиск не исправляет опечатки, он покажет пустую страницу. Настройка исправления опечаток требует осторожности: слишком агрессивное исправление может подменять запросы и показывать нерелевантные товары. Нужно тестировать на реальных ошибочных запросах.
Стоп-слова помогают убрать из поиска служебные слова, которые не несут смысла. Но если добавить в стоп-слова слишком много, можно потерять полезные запросы. Например, слово «для» может быть важным в запросе «наушники для бега». Поэтому стоп-слова нужно вводить осознанно.
Оценка выдачи на реальных запросах: методика и критерии
Чтобы понять, работает ли поиск, нужно собрать реальные запросы покупателей. Источники: внутренняя статистика поиска, поисковые системы, обращения в поддержку, вопросы менеджеров. Из этого списка выбираются запросы разной частоты и сложности. Важно включить не только точные названия товаров, но и общие запросы, синонимы, опечатки, запросы с артикулами.
Критерии оценки выдачи: - Релевантность: в топе товары, соответствующие запросу. - Полнота: поиск находит все подходящие товары из каталога. - Точность: в выдаче нет товаров из чужих категорий при узком запросе. - Устойчивость к ошибкам: опечатки и разные формы слов не дают пустой выдачи. - Скорость: выдача появляется без заметной задержки. - Понятность пустого результата: при отсутствии товаров покупатель видит подсказку или альтернативы.
Оценку лучше проводить на копии сайта или на тестовом стенде, чтобы не влиять на реальных покупателей. Результаты фиксируются в таблице: запрос, ожидаемые товары, фактическая выдача, комментарий. Это поможет объективно принять работу.
Таблица принятия решения: что проверять в поиске по товарам
| Что проверяем | Где смотреть | Критерий готовности |
|---|---|---|
| Индексация товаров | Настройки поиска, событие onBeforeIndex | Все активные товары попадают в индекс, изменения применяются после переиндексации |
| Морфология | Поиск по разным формам слова | Запросы в единственном и множественном числе находят одни и те же товары |
| Синонимы | Список синонимов | Запросы с синонимами дают релевантную выдачу |
| Опечатки | Тестовые запросы с ошибками | Поиск предлагает исправление или находит товары |
| Стоп-слова | Настройки стоп-слов | Служебные слова не мешают поиску, важные слова не удалены |
| Ранжирование | Выдача по тестовым запросам | На первых местах товары, наиболее соответствующие запросу |
| Пустой результат | Запрос без товаров | Покупатель видит понятное сообщение и альтернативы |
| Скорость выдачи | Замер на тестовом стенде | Выдача появляется без длительного ожидания |
Эта таблица помогает структурировать проверку. По каждому пункту нужно назначить ответственного и зафиксировать результат.
Учебный пример: настройка поиска для магазина электроники
Учебный пример: условный интернет-магазин электроники, 5000 товаров. Покупатели ищут «наушники bluetooth», «беспроводные наушники». В каталоге есть товары с названиями «Наушники беспроводные с шумоподавлением», «Наушники Bluetooth». Проблема: при запросе «наушники bluetooth» поиск не находит беспроводные модели, так как слово «bluetooth» есть только в описании, а в названии — «беспроводные».
Входные условия: - Каталог: 5000 товаров, раздел «Аудио». - Поисковый индекс включает название, описание, артикул, свойства. - Морфология включена, но синонимы не настроены. - Опечатки не исправляются. - Ранжирование по умолчанию.
Действия: 1. Собрать реальные запросы из статистики поиска по сайту за последний месяц. Выделить 20 запросов, которые чаще всего приводят к пустой выдаче. 2. Добавить синонимы: «bluetooth» = «беспроводные», «шумоподавление» = «с шумоподавлением». 3. Проверить, что свойство «Тип подключения» участвует в индексе. Если нет — добавить. 4. Настроить исправление опечаток на основе тестовых запросов с ошибками. 5. Проверить ранжирование: товары с совпадением в названии должны быть выше, чем с совпадением только в описании. 6. Провести переиндексацию на копии сайта.
Проверка: - Запрос «наушники bluetooth» — в топ-10 должны быть беспроводные наушники. - Запрос «наушники беспроводные» — те же товары, возможно в другом порядке. - Запрос «наушники с шумоподавлением» — товары с этим свойством. - Запрос «наушники беспроводные с ошибкой» — поиск должен предложить исправление или найти товары. - Запрос «наушники проводные» — не должен показывать беспроводные модели.
Наблюдаемый результат: после настройки синонимов и индексации выдача по тестовым запросам стала содержать релевантные товары, пустых результатов нет. Это учебный пример, он не описывает реальный проект и не гарантирует таких же результатов в другом магазине.
Как проверить результат и принять работу
Приёмка поиска должна быть формализована. Недостаточно посмотреть несколько запросов и сказать «работает». Нужен чек-лист, по которому можно пройти и зафиксировать результат.
- Собран список тестовых запросов: частотные, синонимы, опечатки, артикулы, общие запросы (минимум 20–30 запросов).
- Для каждого запроса определены ожидаемые товары или категории.
- Проверена индексация: все активные товары (с учетом фильтров видимости) находятся поиском.
- Проверена морфология: разные формы слова дают одинаковый результат.
- Проверены синонимы: запросы с синонимами находят нужные товары.
- Проверены опечатки: поиск исправляет запрос или находит товары с учетом допустимых ошибок.
- Проверено ранжирование: товары с совпадением в названии/артикуле выше товаров с совпадением только в описании.
- Проверен пустой результат: при отсутствии товаров выводится понятное сообщение и альтернативные варианты.
- Проверена скорость выдачи на тестовом стенде.
- Изменения протестированы на копии, есть зафиксированный план возврата (rollback).
Если какой-то пункт не выполнен, работа не принимается. Ответственный за приёмку — руководитель проекта или владелец продукта. Техническую проверку выполняет разработчик или администратор сайта.
Типичные ошибки и ограничения
Ошибка 1: настраивать поиск без сбора реальных запросов. В результате синонимы и стоп-слова добавляются наугад и не помогают покупателям.
Ошибка 2: забыть про переиндексацию. После изменения товаров или настроек индекс может остаться старым. Нужно убедиться, что переиндексация выполнена.
Ошибка 3: слишком агрессивное исправление опечаток. Поиск может подменять запросы и показывать нерелевантные товары.
Ошибка 4: игнорировать пустую выдачу. Если товаров нет, покупатель должен получить подсказку, а не пустую страницу.
Ошибка 5: не тестировать на копии. Изменения в поиске могут повлиять на весь магазин. Сначала копия, резервирование, тест, план возврата.
Ограничения: поиск не может найти товар, которого нет в каталоге. Он не заменяет работу с ассортиментом. Если товарные данные неполные или противоречивые, поиск будет ошибаться. Также поиск может не понимать сложные смысловые запросы, если они не покрыты синонимами и свойствами.
Какие исходные данные подготовить для оценки
Чтобы оценить поиск или поставить задачу на настройку, нужны следующие данные: - Список реальных запросов покупателей за период (из статистики поиска по сайту). - Перечень товаров, которые должны находиться по этим запросам. - Описание текущих настроек поиска: какие поля индексируются, включена ли морфология, есть ли синонимы и стоп-слова. - Информация о редакции Битрикс и модулях, которые используются. - Доступ к копии сайта для тестирования. - Ответственные за приёмку и техническую реализацию.
Если каких-то данных нет, это не повод откладывать. Можно начать с малого: собрать 20 запросов и проверить текущую выдачу. Это даст понимание, какие настройки нужно менять.
Роли и ответственность
Руководитель проекта или владелец продукта определяет, какие сценарии поиска важны для бизнеса, и утверждает критерии приёмки. Разработчик или администратор сайта настраивает индексацию, морфологию, синонимы и опечатки. Контент-менеджер следит за полнотой и качеством товарных данных. Тестировщик или аналитик проверяет выдачу на тестовых запросах. Если в проекте участвует подрядчик по разработке интернет-магазина, зоны ответственности фиксируются в договоре.
Следующие шаги
Начните с аудита текущего поиска. Соберите 20–30 реальных запросов, проверьте выдачу, зафиксируйте проблемы. Затем составьте план изменений: какие синонимы добавить, какие поля включить в индекс, как настроить опечатки. После этого внесите изменения на копии, протестируйте и только потом переносите на рабочий сайт. Если вы планируете доработки, полезно заранее понять Сколько стоит разработка интернет-магазина: из чего складывается цена, чтобы заложить бюджет.
Нужно ли настраивать поиск, если в магазине мало товаров?
Да, даже при небольшом каталоге покупатели используют поиск. Если поиск не работает, они могут уйти. Настройка занимает меньше времени, чем кажется.
Можно ли обойтись без синонимов?
Можно, но тогда часть запросов будет давать пустую выдачу. Синонимы расширяют поиск и помогают находить товары по разным формулировкам.
Как часто нужно переиндексировать товары?
Индексация должна происходить автоматически при изменении товаров. При необходимости можно запускать полную переиндексацию по расписанию. Конкретный режим зависит от проекта.
Что делать, если поиск находит нерелевантные товары?
Проверьте ранжирование и состав индексируемых полей. Возможно, совпадение происходит по описанию, а не по названию. Настройте приоритеты.
Можно ли использовать внешний поисковый движок?
Да, но это требует отдельной интеграции (например, с Elasticsearch или Yandex Search). Нужно проверить, какие возможности есть в вашей редакции Битрикс и какие требования к серверу. Решение принимается после тестирования.
Кто должен принимать работу по поиску?
Руководитель проекта или владелец продукта. Он проверяет выполнение критериев из чек-листа и утверждает результат приёмки.