Поиск по каталогу: настройка и индексация

Поиск по каталогу в 1С-Битрикс работает на модуле search и полностью зависит от индекса: если товар не попал в поисковый индекс, найти его невозможно, каким бы точным ни был запрос. Правильная настройка индексации — это 80% успеха хорошего поиска.

Как устроен поиск в Битрикс

Поиск в 1С-Битрикс реализован отдельным модулем search и не связан напрямую с базой инфоблоков: он работает по собственному поисковому индексу. Когда пользователь вводит запрос, система ищет не по таблицам каталога, а по таблице b_search_content и её стеммингованным словам в b_search_content_stem.

В индекс попадают только те сущности, для которых включена индексация: элементы инфоблоков (товары), разделы, страницы, форумы и т. д. За каждым проиндексированным объектом закреплены модуль (например, iblock) и права доступа, поэтому поиск автоматически учитывает, что пользователю разрешено видеть.

• заголовок (TITLE) — название товара;
• тело (BODY) — описания, значения свойств, артикул;
• теги, дата, привязка к разделу и права.

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

Включение индексации инфоблока

Первый шаг — разрешить индексацию нужному инфоблоку каталога. Откройте Контент → Инфоблоки → Типы инфоблоков → [ваш каталог] → Настройки, вкладка «Поиск», и поставьте флаг «Индексировать для поиска». Без этого флага элементы инфоблока в индекс не попадут вообще.

Далее убедитесь, что сам модуль поиска включает индексацию модуля iblock. Это проверяется в Настройки → Настройки продукта → Настройки модулей → Поиск. Здесь же настраиваются ключевые параметры:

• Учёт морфологии — русская и английская морфология (стемминг), чтобы «телефоны» находились по запросу «телефон»;
• Логика по умолчанию — AND (все слова) или OR (любое слово);
• Минимальная длина слова для попадания в индекс.

Переиндексация каталога

После включения индексации существующие товары в индекс сами не попадут — нужна полная переиндексация. Она запускается в Сервисы → Поиск → Переиндексация кнопкой «Переиндексировать». Для большого каталога процесс идёт пошагово (по таймауту), поэтому не закрывайте страницу до завершения.

На боевых проектах с десятками тысяч SKU веб-переиндексацию лучше заменить агентом или консольным скриптом на базе CSearch::ReIndexAll(), запускаемым по cron ночью. Это снимает риск обрыва по таймауту PHP и не грузит сайт днём.

Текущие изменения товаров (создание, правка, деактивация) индексируются автоматически при сохранении, если модуль search активен. Полная переиндексация нужна только после изменения настроек индексации или массовой загрузки из 1С.

Компоненты поиска на витрине

На фронтенде поиск собирается из двух стандартных компонентов из пространства bitrix:search.*:

• bitrix:search.title — строка поиска с выпадающими подсказками (title search), быстрый поиск по заголовкам прямо в шапке;
• bitrix:search.page — страница результатов с постраничной навигацией, сортировкой по релевантности и фильтрами по модулям.

Чтобы поиск искал только по товарам, в параметрах search.page ограничьте область: параметр «Ограничение области поиска» и arParams с указанием нужного модуля iblock и ID каталога через $arParams["arrFILTER"]. Так в выдачу не попадут новости, страницы и разделы помощи.

Релевантность и качество выдачи

По умолчанию Битрикс сортирует результаты по релевантности (rank), которая считается по частоте и позиции совпадений. На практике этого мало для магазина, и качество поиска повышают несколькими приёмами:

1. Морфология обязательна — без неё «дрель» и «дрели» считаются разными словами;
2. Веса полей — заголовок должен весить больше описания, чтобы совпадение в названии поднимало товар выше;
3. Синонимы и стоп-слова — словарь синонимов помогает находить «холодильник» по запросу «фридж», а стоп-слова убирают мусорные предлоги;
4. Сортировка результата — можно сортировать не по релевантности, а по наличию, цене или популярности.

Если стандартной релевантности не хватает (опечатки, транслит, поиск по характеристикам), задачу решают внешние движки — Sphinx/Manticore или Elasticsearch. В редакциях с модулем search есть встроенная интеграция со Sphinx, которая заметно ускоряет поиск на больших каталогах и добавляет нечёткое совпадение.

Типичные ошибки и диагностика

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

• Не включена индексация инфоблока — самый частый случай после переноса или загрузки каталога;
• Не выполнена переиндексация — настройки поменяли, а индекс старый;
• Область поиска шире каталога — в выдачу лезут страницы и разделы, товары теряются;
• Права доступа — товар закрыт для группы, поэтому не показывается в поиске конкретному пользователю;
• Раздутая таблица b_search_content — после многократных загрузок из 1С накапливаются дубли, поиск тормозит.

Производительность на больших каталогах

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

• периодически чистить осиротевшие записи после удаления товаров;
• держать актуальными индексы MySQL на b_search_content и b_search_content_stem;
• выносить полную переиндексацию в ночное окно, чтобы не блокировать таблицы днём;
• при обмене с 1С не пересобирать индекс на каждый пакет, а ставить отложенную переиндексацию.

Если после интеграции с 1С поиск начал тормозить или отдавать дубли, чаще всего дело в том, что обмен пересоздаёт элементы, а индекс не успевает синхронизироваться. Тогда помогает связка «отложенный агент переиндексации + чистка дублей», а не увеличение лимитов PHP.

Итог

Рабочий поиск по каталогу в Битрикс держится на трёх вещах: включённой индексации инфоблока, выполненной переиндексации и правильно ограниченной области поиска в компонентах search.title и search.page. Дальше качество выдачи наращивают морфологией, весами полей, синонимами и, при необходимости, внешним движком вроде Sphinx или Elasticsearch.

Мы в B2Bsite настраиваем поиск в связке с умным фильтром и фасетным индексом, чистим раздутые поисковые таблицы после обменов с 1С и разгоняем выдачу на каталогах в десятки тысяч SKU. Если поиск «не находит очевидное» или тормозит после интеграции — поможем найти причину и привести индексацию в порядок.