Посетитель вводит в поиск «наушнеки», ошибившись на одну букву, и получает «ничего не найдено» — хотя наушников в каталоге сотни. Или ищет «холодильник», а товар в базе назван «рефрижератор», и снова пусто. И в том, и в другом случае магазин только что потерял человека, который уже точно знал, что хочет купить. Поиск — это витрина для самых готовых клиентов, и каждая необработанная опечатка или незнакомый синоним стоит продажи.
Эта статья — о том, как сделать поиск устойчивым к опечаткам и синонимам в интернет-магазине на 1С-Битрикс: как работает нечёткий поиск, зачем нужны словари синонимов, как обрабатывать неправильную раскладку и транслит, что показывать вместо пустой выдачи и как использовать аналитику запросов для постоянного улучшения. Системно поиск приводит в порядок аудит и оптимизация.
Коротко
- Пользователи поиска — самая готовая к покупке аудитория; пустая выдача по опечатке = потерянная продажа.
- Опечатки лечит нечёткий поиск (по похожести слов), синонимы — словари, которые ведут вручную по данным аналитики.
- Неправильную раскладку и транслит распознают и конвертируют автоматически — дешёвый приём с большим эффектом.
- Вместо «ничего не найдено» показывают «Возможно, вы искали», похожие товары и категории; запросы с нулём анализируют.
Почему поиск теряет горячих клиентов
Посетитель, который пользуется поиском, отличается от того, кто просто листает каталог: он уже знает, что ищет, и пришёл целенаправленно. Такие пользователи конвертируются заметно выше среднего — если поиск им помогает. И наоборот, если поиск подводит, магазин теряет именно самую ценную, готовую к покупке аудиторию.
Проблема в том, что реальные запросы «грязные»: люди ошибаются, спешат, печатают с телефона, называют товары по-своему, забывают переключить раскладку. Идеально написанный запрос — редкость. Поэтому качество поиска определяется не тем, как он работает на чистом запросе, а тем, как он справляется с опечатками, синонимами и нестандартным вводом. Именно эта «толерантность к ошибкам» отделяет хороший поиск от бесполезного.
Как устроен штатный поиск 1С-Битрикс
Чтобы понимать, что и как дорабатывать, начнём с базы. Штатный поиск 1С-Битрикс — это полнотекстовый морфологический поиск: он строит индекс из слов контента и товаров, приводит слова к начальной форме и ищет по ним с учётом релевантности.
Что он умеет и чего не умеет из коробки:
- Умеет морфологию. «Диваны», «дивану», «диваном» приводятся к «диван» и находят друг друга.
- Умеет релевантность. Ранжирует результаты по совпадению слов.
- Не прощает опечатки. «Телевзор» — это не форма слова «телевизор», в индексе такого нет.
- Не знает синонимы. «Рефрижератор» и «холодильник» для него разные слова.
То есть штатный поиск — хорошая основа, но «толерантность к ошибкам» на неё нужно надстраивать отдельно. Ниже разберём, какие слои добавляют поверх, чтобы поиск перестал терять клиентов на опечатках и синонимах.
Опечатки: нечёткий поиск
Первый слой — обработка опечаток через нечёткий (fuzzy) поиск. Его идея: находить слова, похожие на запрос, даже если они написаны с ошибкой. Похожесть измеряют «расстоянием редактирования» — сколько символов надо вставить, удалить или заменить, чтобы превратить одно слово в другое. «Наушнеки» и «наушники» отличаются на один символ, значит, это почти наверняка одно и то же.
Как это обычно встраивают:
- Сначала точный поиск. Если по запросу есть хорошие результаты — показывают их, не выдумывая.
- Если результатов мало. Подключают нечёткий поиск и ищут слова в пределах небольшого расстояния.
- Ограничивают порог. Допускают 1–2 исправления, чтобы не притягивать нерелевантное.
- Помечают исправление. Показывают пользователю, что искали по исправленному варианту.
Важна мера: слишком «щедрый» нечёткий поиск начинает выдавать мусор, находя «похожее» там, где его нет. Поэтому его настраивают как страховку для случаев, когда точный поиск дал пусто или мало, а не как замену точному. Для кодов и артикулов, кстати, нечёткий поиск чаще вреден — там нужна строгая нормализация, а не угадывание.
Синонимы и словари
Второй слой — синонимы. Опечатки исправляются автоматически, а вот то, что разные слова означают одно и то же, машина сама не знает — это знание вносят вручную через словарь синонимов. Он связывает слова-эквиваленты, и при запросе поиск ищет не только само слово, но и его синонимы.
| Тип синонима | Пример | Зачем нужен |
|---|---|---|
| Бытовой синоним | телефон / смартфон | Люди называют товар по-разному |
| Профессиональный термин | холодильник / рефрижератор | Каталог назван «по-складски» |
| Бренд как категория | памперс / подгузник | Марку ищут вместо типа товара |
| Сокращение | смартфон / смарт | Люди пишут коротко |
Словарь синонимов ведут под свою товарную специфику: универсального списка нет, у каждого магазина свой сленг покупателей. Его не составляют раз и навсегда, а постоянно пополняют — прежде всего по данным аналитики запросов с нулевой выдачей (об этом ниже). Синонимы — это ручная, но очень окупаемая работа.
Раскладка, транслит и регистр
Третий слой — нормализация ввода. Огромная доля «пустых» запросов возникает не из-за незнания товара, а из-за технических огрехов ввода, которые легко исправить автоматически.
- Неправильная раскладка. Пользователь забыл переключить язык и ввёл «ntktdbpjh» вместо «телевизор» — запрос конвертируют обратно.
- Транслит. «Televizor» латиницей распознают и приводят к «телевизор».
- Регистр и пробелы. Лишние пробелы, разный регистр не должны мешать поиску.
- Символы из копипаста. Невидимые символы и лишняя пунктуация вычищаются.
Приём с раскладкой особенно ценен: он спасает заметную долю запросов почти бесплатно. Система по «неправильному» набору символов определяет вероятную раскладку и автоматически пробует поиск в правильной. Пользователь даже не замечает своей ошибки — он просто получает нужные товары.
«Возможно, вы искали» и пустая выдача
Даже при всех слоях иногда точного совпадения нет. Ключевой момент — что показать в этом случае. Пустая страница «ничего не найдено» — это тупик, из которого клиент уходит. Вместо неё страница пустой выдачи должна предлагать пути дальше.
- «Возможно, вы искали...». Предложение исправленного варианта запроса, по которому есть товары.
- Похожие товары. Релевантные позиции, даже если точного совпадения нет.
- Популярные категории. Навигация, чтобы клиент нашёл нужное через каталог.
- Рабочая строка поиска. Возможность легко переформулировать запрос прямо здесь.
Аналитика поисковых запросов
Поиск нельзя настроить один раз и забыть — его улучшают по данным. Аналитика поисковых запросов показывает, что реально ищут ваши посетители, и это самый честный источник информации о спросе и о проблемах поиска.
- Запросы с нулём результатов. Главный список для работы: это прямые потери, которые можно закрыть синонимом или товаром.
- Частые опечатки и синонимы. Реальные варианты написания, которые стоит добавить в словари.
- Популярные запросы. Подсказка, какие товары и категории продвигать и выносить в подсказки.
- Запросы без переходов. Находит случаи, где выдача есть, но она нерелевантна.
Работа с аналитикой превращает поиск в самообучающийся механизм: запросы с нулевой выдачей регулярно разбирают, пополняют словари, добавляют недостающие товары и правят названия. Без этой обратной связи поиск чинят вслепую. Данные о запросах удобно собирать и агрегировать средствами платформы, а для сложной аналитики выгружать через REST и вебхуки во внешние системы.
Автодополнение и подсказки
Лучший способ обработать опечатку — не дать ей случиться. Автодополнение и поисковые подсказки ведут пользователя к правильному запросу ещё во время набора, снижая долю ошибок на входе.
- Подсказки по мере ввода. После нескольких символов появляются готовые варианты — пользователь выбирает, а не дописывает.
- Товары в подсказке. Прямо в выпадашке показывают конкретные товары с фото и ценой.
- Популярные запросы. Подсказки на основе частых запросов направляют к тому, что реально ищут.
- История поиска. Для вернувшихся — быстрый доступ к прошлым запросам.
Автодополнение работает на упреждение: чем раньше пользователь попадает на правильный запрос, тем меньше шансов на опечатку и пустую выдачу. Это дополняет нечёткий поиск и синонимы, а не заменяет их — все слои работают вместе.
Штатный поиск или внешний движок
На каком-то масштабе встаёт вопрос: дорабатывать штатный поиск или подключать внешний поисковый движок. У обоих путей своя зона применения.
- Штатный поиск с доработками. Для среднего магазина этого хватает: морфология из коробки плюс нечёткий поиск, словари и обработка раскладки поверх.
- Внешний движок. Для крупных каталогов с высокими требованиями оправдан движок класса Elasticsearch — он из коробки даёт качественную нечёткость, синонимы и релевантность.
- Цена вопроса. Внешний движок — это отдельная инфраструктура, интеграция и поддержка, которые нужно обслуживать.
- Порядок действий. Сначала выжимают максимум из штатного поиска, а внешний подключают, когда упёрлись в его потолок.
Подключение внешнего движка и синхронизация с ним каталога — это интеграционная задача. Данные в движок обычно передают через API и обновляют по событиям каталога, что близко к подходам из статьи про разработку модуля маркетплейса на Битрикс, где тоже много работы с индексами и большими объёмами данных.
Реализация в 1С-Битрикс пошагово
Собрать устойчивый поиск в 1С-Битрикс можно поэтапно, наращивая слои по мере отдачи.
- Проверьте базовый поиск. Убедитесь, что индекс собран, морфология работает, товары и разделы находятся по чистым запросам.
- Добавьте обработку раскладки и транслита. Самый дешёвый слой с быстрым эффектом — начните с него.
- Заведите словари синонимов. Соберите первый словарь под свою специфику и подключите его к поиску.
- Подключите нечёткий поиск. Как страховку для запросов с малым числом результатов, с ограниченным порогом.
- Переделайте пустую выдачу. «Возможно, вы искали», похожие товары, категории вместо тупика.
- Включите аналитику запросов. Собирайте запросы, особенно с нулём результатов, для постоянного улучшения.
- Настройте автодополнение. Подсказки с товарами и популярными запросами на упреждение опечаток.
Каждый слой даёт измеримую отдачу, поэтому внедрять их лучше по одному, отслеживая по аналитике, как падает доля пустых выдач. Это итеративная работа, а не разовая настройка.
Частые ошибки поиска
- Голый штатный поиск. Опечатки и синонимы не обрабатываются, горячие клиенты уходят.
- Нет обработки раскладки. Запросы в неверной раскладке дают пустоту, хотя товар есть.
- Словари не ведут. Синонимы не заведены, товары со «складскими» названиями не находятся.
- Слишком щедрый нечёткий поиск. Выдача засоряется «похожим», релевантность падает.
- Тупик «ничего не найдено». Пустая страница без вариантов выгоняет клиента.
- Аналитику не смотрят. Запросы с нулём результатов не разбирают, поиск не улучшается.
- Нет автодополнения. Опечатки не предотвращаются на входе.
- Нечёткий поиск на артикулах. Коды «угадываются» и находят не тот товар вместо строгой нормализации.
Чек-лист внедрения
- Базовый поиск работает. Индекс собран, морфология и релевантность в порядке.
- Раскладка и транслит. Неправильная раскладка и латиница распознаются и конвертируются.
- Словари синонимов. Заведены под товарную специфику, регулярно пополняются.
- Нечёткий поиск. Подключён как страховка с ограниченным порогом исправлений.
- Пустая выдача переделана. «Возможно, вы искали», похожие товары и категории вместо тупика.
- Аналитика включена. Запросы собираются, нулевые выдачи регулярно разбираются.
- Автодополнение настроено. Подсказки с товарами и популярными запросами.
- Масштаб оценён. Понятно, хватает ли штатного поиска или нужен внешний движок.
Вывод
Поиск — витрина для самой готовой к покупке аудитории, и его качество определяется тем, как он справляется с «грязными» запросами. Опечатки лечит нечёткий поиск, синонимы — словари под вашу специфику, технические огрехи ввода — обработка раскладки и транслита. Вместо пустой выдачи всегда предлагают путь дальше, а аналитика запросов превращает поиск в самообучающийся механизм.
В 1С-Битрикс штатный морфологический поиск — хорошая основа, на которую эти слои надстраивают поверх, а на большом масштабе подключают внешний движок. Внедряйте слои по одному, смотрите на долю пустых выдач в аналитике — и поиск перестанет терять именно тех клиентов, которые уже готовы были купить.
