Посетитель вводит название услуги, которую только что видел в меню, и получает «Ничего не найдено». Или ищет товар по артикулу, а сайт предлагает статью из блога. Страница существует, кнопка поиска работает, но нужного результата нет. В такой ситуации покупатель вряд ли станет разбираться, как устроен WordPress.
Разберём внутренний поиск на сайте WordPress как отдельную функцию: что именно он должен находить, как проверить качество выдачи и по каким признакам понять, что доработка решает задачу. Речь о поиске внутри сайта, а не о позициях в Яндексе или Google.
Начните с десяти запросов, а не с установки плагина
Откройте сайт в приватном окне и составьте небольшой контрольный набор. Возьмите три точных названия опубликованных страниц, два привычных клиентам синонима, два артикула, запрос с опечаткой, широкую категорию и заведомо отсутствующий товар. Для сайта услуг вместо артикулов используйте названия направлений.
Рядом с каждым запросом заранее запишите ожидаемый результат. Например: «обслуживание сайта» должно привести на страницу поддержки; точный артикул — на конкретный товар. Это ваша проверка, а не универсальное обещание возможностей стандартного поиска. Синонимы, опечатки и дополнительные поля могут потребовать отдельной настройки.
| Что видно посетителю | Что проверить первым |
|---|---|
| Точное название не даёт результата | Публикацию страницы и включение её типа в поиск |
| По названию товар находится, по артикулу — нет | В каких полях ищет конкретная форма |
| Нужный результат есть, но далеко внизу | Приоритет точных совпадений и типов контента |
| После изменения страницы показывается старое описание | Поисковый индекс, если он используется, и кэш выдачи |
| Подсказка находится, полная выдача — пустая | Различия настроек живых подсказок и обычного поиска |
Одна лупа в шапке может скрывать два разных поиска
Форма в меню, поле в каталоге и выпадающие подсказки могут обращаться к разным обработчикам. Поэтому успешный тест одной формы ничего не говорит о другой. Проверьте каждую точку входа отдельно, включая мобильное меню.
В стандартном поисковом запросе WordPress параметр s задаёт поисковую строку. Поля поиска и типы записей можно ограничивать программно; тема и расширения также способны менять поведение. Поэтому фраза «WordPress ищет по всему сайту» слишком расплывчата для технического задания. Опишите, какие сущности должны участвовать: статьи, страницы, товары или собственный каталог.
Технические параметры приведены в официальной справке WP_Query. Артикулы, характеристики и произвольные поля нельзя считать доступными для любой формы по умолчанию: это нужно проверить в вашей реализации.
Пример: клиент пишет «диван», а в каталоге — «софа»
Представим условный магазин: в названии товара указана «софа», посетители ищут «диван», а менеджер находит ту же модель по коду из учётной системы. Это три способа назвать один объект. Простое увеличение количества результатов не исправит расхождение словаря.
Для такого случая полезны управляемые синонимы и поиск по артикулу. Но расширять соответствия нужно осторожно. Если любое упоминание «чехла» будет поднимать сам диван, выдача станет шумнее. Сначала согласуйте несколько реальных соответствий с сотрудником, который знает ассортимент, затем повторите контрольные запросы.
Для сайта услуг действует тот же принцип: посетитель может писать «починить сайт», когда страница называется «Техническая поддержка». Иногда достаточно уточнить содержание самой страницы. Иногда нужен словарь синонимов. Решение зависит от того, встречается ли запрос регулярно и куда человек должен попасть.
Исправьте экран результата — даже если поиск уже находит нужное
Поисковый алгоритм и оформление выдачи — разные задачи. В блочной теме за представление результатов отвечает соответствующий шаблон; его устройство разобрано в уроке Learn WordPress. Смена шаблона сама по себе не добавляет поиск по новым полям.
- Показывайте введённый запрос и оставляйте возможность его исправить.
- Различайте типы результатов: товар, инструкция и услуга не должны выглядеть одинаково.
- Давайте короткий фрагмент, который объясняет совпадение, вместо случайного начала текста.
- При пустой выдаче предлагайте подходящие разделы и контакт с компанией, а не тупик.
На телефоне проверьте поиск с экранной клавиатурой: видно ли поле, срабатывает ли отправка, можно ли выбрать подсказку. С клавиатуры компьютера должны быть доступны поле, кнопка и результаты; фокус не должен теряться при открытии выпадающего списка.
Как принять доработку без спора «вроде стало лучше»
Передайте разработчику таблицу контрольных запросов с ожидаемыми страницами и приоритетами. Отдельно обозначьте исключения: служебные страницы, закрытые документы, недоступные товары. Скрытие результата не заменяет ограничение доступа к самому документу.
Если решение использует собственный индекс, проверьте не только первый поиск после настройки. Измените заголовок тестовой страницы, добавьте новый материал и снимите старый с публикации. Выдача должна обновляться в согласованный срок. Уточните, кто увидит ошибку, если обновление индекса остановится.
Сравнивайте долю запросов без результатов и переходы из выдачи, учитывая объём выборки. Само снижение числа пустых ответов ещё не означает рост продаж: нерелевантные совпадения тоже дают непустой экран. Поисковые строки перед записью в аналитику фильтруйте — посетители иногда вводят телефоны, почту и другие личные данные.
Для выбора между расширением и собственной реализацией полезен наш материал о готовых плагинах и индивидуальной разработке. Сначала зафиксируйте, что и как должно находиться. Тогда решение можно проверить на конкретных запросах, а не оценивать по красивой анимации подсказок.
Поможем посетителям найти нужное на вашем сайте
Команда UWEAM проверит внутренний поиск WordPress, разберёт неудачные запросы и настроит выдачу под страницы, услуги или каталог. Согласуем контрольные примеры и покажем результат на ваших данных.
