Поиск доработок: пользователь вводил запрос, и карточки не отображались в результатах выдачи.
После: система поиска работает корректно.
Почему на сайте не находят «коттедж», если ищут «ИЖС»?
4 факта о слабости стандартного поиска WordPress
Ограничения встроенного поиска WordPress.
Стандартный поиск в WordPress известен своими ограничениями. Он работает по принципу точного или частичного совпадения в заголовках и основном тексте, но не понимает смысла, не ищет по синонимам и часто выдает пустые результаты или нерелевантные данные, особенно на сайтах с большим количеством контента.
1
Проблема пустых результатов и неудовлетворенности пользователей.
Как отмечается в обзоре распространенных ошибок WordPress, проблемы с поиском могут негативно сказаться на пользовательском опыте и привести к потере посетителей.
2
Популярность решений для улучшения поиска.
Существование и популярность плагинов, специально разработанных для улучшения поиска в WordPress (таких как Relevanssi 8 и Smart WooCommerce Search), косвенно подтверждает, что встроенный функционал не удовлетворяет потребности многих владельцев сайтов. Эти плагины часто решают проблемы с синонимами, поиском по атрибутам и релевантностью результатов.
3
Конкретный пример с синонимами.
В контексте обсуждения плагинов для WordPress (например, в теме про "Уникализатор (синонимайзер)") поднимается вопрос работы с синонимами, что указывает на актуальность этой проблемы для сообщества.
4
Каждый второй владелец сайта на WordPress сталкивается с этой проблемой: пользователь вводит в поиск синоним или сокращение, а в ответ получает пустую страницу. Он ищет «ИЖС», а в карточках объекта указано «индивидуальное жилищное строительство». Результат — ноль, разочарование и уход к конкурентам.
Распространенная картина: пользователь ввел синоним — сайт ничего не нашел. Результат — потерянный клиент.
Это классическая слабость нативного поиска WordPress. Он не понимает смысла, а лишь механически ищет совпадения. Для бизнеса, где каждый лид на счету, это недопустимо. В этом кейсе мы расскажем, как решили эту проблему для нашего клиента из сферы инвестиций в недвижимость, выбрав не самый дорогой, но максимально эффективный путь.
Кейс под NDA, и мы не можем упоминать название компании. Благодарим за понимание. 🖤
Задача: Заставить поиск сайта понимать, что «бензоколонка», «АЗС» и «заправка» — это одно и то же
Наш клиент — компания, которая представляет инвесторам тысячи объектов коммерческой и земельной недвижимости. Каждый объект имеет десятки атрибутов: тип, назначение, локация.
Проблема была очевидна: их потенциальные клиенты — инвесторы — использовали в поиске самые разные термины: и профессиональные («АЗС»), и бытовые («бензоколонка»), и официальные («автозаправочная станция»). Стандартный поиск их не понимал.
Задача состояла из двух частей:
Интерфейс:
Сделать основную поисковую строку с выпадающим списком, где можно искать по первым буквам и выбирать несколько атрибутов сразу.
Логика:
Научить систему сайта искать не только по точным названиям, но и по их синонимам.
Часть списка синонимов, который нам предстояло внедрить в систему поиска и "обучить" ее понимать их.
Два пути и выбор: Мощный движок vs. Элегантное бюджетное решение
В описанной ситуации было два принципиальных пути решения задачи с синонимами.
1
Путь №1: Внедрение стороннего поискового движка (Meilisearch, TypeSense, Elasticsearch)
Что это?
Это мощные специализированные системы, которые разворачиваются на отдельном сервере. Они индексируют контент сайта и предоставляют быстрый и умный поиск через свой API.
Плюсы
Полная автоматизация. Добавление синонимов происходит централизованно, в настройках движка.
Высокая скорость работы на огромных массивах данных.
Минусы
Сложность и стоимость. Требует отдельного сервера (или ресурсов), квалификации для настройки и поддержки. Оценка таких работ — от 20-25 часов (и дороже).
2
Путь №2: Локальное решение на базе WordPress
Что это?
Мы не трогаем архитектуру поиска кардинально, а создаём «прослойку» — механизм right on top of WordPress.
Плюсы
Значительно дешевле и быстрее в реализации.
Не требует отдельного сервера, сложного администрирования и доработок ядра.
Полностью управляется из админки WordPress.
Минусы
Добавление новых синонимов требует ручной работы контент-менеджера.
Выбор: Мы выбрали Путь №2 — локальное решение
И вот почему:
Бюджет клиента:
Задача была решена в сжатые сроки и с минимальными затратами (всего 7 часов на доработку против потенциальных 25+).
Целесообразность:
На момент работы у клиента был уже сформированный и стабильный список атрибутов (около 40 категорий). Необходимо было прописать синонимы к ним один раз, а не автоматизировать постоянно меняющийся поток данных.
Чистота и надежность:
Такой вариант является самым чистым, потому что это стандартные методы WordPress. Значит, риски возникновения багов позже сводятся к минимуму (если не к нулю).
Для пользователя разницы нет! Ключевой момент.
Конечный пользователь сайта в обоих случаях получает идеальный результат. Он вводит «бензоколонка» и видит в выпадающем списке вариант «АЗС», а найдя его, получает все нужные объекты.
Выбрано экономичное и практичное решение, которое ничем не уступает по качеству для компании и их клиента, конечного пользователя.
Как мы это реализовали технически:
Создали механизм, который связал существующие атрибуты объектов (таксономии) с их синонимами.
Для этого мы использовали стандартные для WordPress механизмы, что гарантирует стабильность и совместимость.
В админ-панели для каждого атрибута появилось поле «Синонимы». Контент-менеджер может через запятую добавить туда все необходимые варианты.
Когда пользователь вводит запрос в строку поиска, система проверяет его не только по названиям атрибутов, но и по этому списку синонимов. При совпадении, в подсказках высвечивается именно основной, правильный атрибут.
Так теперь выглядит добавление синонимов в административной части сайта. Просто, понятно, и не требуется помощь разработчика.
Поиск заработал. Лиды не теряются. Бюджет сэкономлен
Главный результат — мы полностью устранили проблему «пустой выдачи» из-за несовпадения терминов.
Внедрена база из 150+ синонимов:
Для 40+ категорий мы прописали все возможные варианты запросов: от «ИЖС» до «личное подсобное хозяйство», от «АГЗС» до «заправка».
Поиск стал предсказуемым:
Пользователь всегда находит то, что ищет, даже если использует не тот термин. Конверсия поиска в просмотры карточек объектов выросла кратно.
Бюджетное решение:
Клиент получил мощный инструмент, сэкономив значительные средства на разработке и поддержке.
Понятное управление:
Добавление новых синонимов не требует привлечения программиста. Контент-менеджер за 2 минуты может доба новый вариант вручную через административную панель WordPress.
Как работает поиск после проведенных работ:
Заключение: дорогое решение не обязательно, чтобы поиск стал удобным
Этот кейс наглядно показывает, что не всегда нужно стремиться к сложным и дорогим технологическим решениям. Часто можно найти элегантное и эффективное решение силами самой CMS, сэкономив время и деньги без потери качества для конечного пользователя.
Ваша задача — чтобы поиск работал. Наша — найти наиболее рациональный способ этого добиться.
У вас тоже на сайте WordPress пользователи не могут найти нужный товар или услугу из-за некорректной работы поиска?
Мы готовы проанализировать ваш проект и предложить 2-3 варианта решения: от бюджетного (как в этом кейсе) до полноценного на отдельном движке — чтобы вы могли выбрать оптимальный по стоимости и требованиям.