Поиск по сайту — нужен ли и когда лучше его убрать

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

Поиск по сайту — типовая иконка лупы в правом верхнем углу. Её ставят на всё подряд: лендинг студии, корпоративный сайт, портфолио. И в 70% случаев — зря.

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

Когда поиск точно нужен

  • Интернет-магазин >500 SKU. Через меню не дойти, через поиск — за 5 секунд.
  • Каталог документов (юридические нормы, инструкции). Пользователь знает, что ищет.
  • Блог с >200 статьями. Тегов и категорий уже мало.
  • Справочный портал, база знаний. Поиск — основной способ навигации.

Когда не нужен

  • Лендинг студии или корпоративный сайт на 5-20 страниц — поиск там нечего искать, кроме «контакты».
  • Портфолио на 30-50 кейсов — категории и фильтры работают лучше.
  • Карточка одного продукта.
  • Любая страница, где основной CTA — связаться с менеджером. Поиск отвлекает от заявки.

Что хуже плохого поиска

  • Поиск, который ищет только в названиях, но не в описаниях.
  • Поиск, который не понимает синонимы и опечатки.
  • Поиск без подсказок при вводе (без autocomplete).
  • Поиск, который показывает «ничего не найдено» и тупик.
  • Поиск в шапке маленькой иконкой без явного поля — пользователи его не находят.

Минимальный приличный поиск

Если решили делать — минимум:

  • Видимое поле ввода (не свернутая лупа), хотя бы на главной.
  • Autocomplete на 3 символа, показ топ-5 совпадений.
  • Поиск по названию, описанию, тегам, артикулам.
  • Учёт морфологии русского языка.
  • На «ничего не найдено» — предложение: похожие категории, популярные товары, связаться с менеджером.
  • Аналитика поисковых запросов — что ищут, что не находят.

Что использовать

  • Простой поиск на PostgreSQL (tsvector) — для каталога до 5 тыс позиций. Бесплатно, быстро, морфология русского работает из коробки.
  • Elasticsearch / Meilisearch — для каталога 5 тыс+ позиций или сложного поиска. Meilisearch проще для веб-студии без отдельной DevOps-команды.
  • Algolia — облачный, дорогой, для тех, кому нужен поиск-«как у Amazon». В РФ доступ через VPN.
  • Гибрид с эмбеддингами — для базы знаний, когда запросы человеческие, а документы технические.

Аналитика — обязательна

Логируйте каждый поисковый запрос. Что искали, что нашли (или не нашли), кликнули по результатам. Через месяц получите:

  • Топ-20 запросов с пустым результатом — это пробелы в каталоге или плохие синонимы.
  • Запросы с низким CTR — результаты не релевантны, нужно докрутить ранжирование.
  • Самые популярные запросы — кандидаты в навигационное меню.

Вывод

Поиск не нужен большинству корпоративных сайтов и лендингов. Нужен интернет-магазинам с большим каталогом, базам знаний, блогу с сотнями статей. Если делаете — видимое поле, autocomplete, морфология, аналитика. Без них поиск работает против сайта.

Узнайте подробнее о наших компетенциях
Разработка, ИИ, автоматизация — что мы делаем и как.