Как устроить поиск информации внутри сайта ресторана

Разработчики нередко говорят владельцу ресторана: «Поиск не нужен, у вас всего пять страниц». Для визитки это верно. Но если на сайте есть меню на несколько десятков позиций, банкетные предложения, акции и новости, гость с телефона может не найти нужное за разумное время. Разберём, когда поиск оправдан и как сделать его полезным.

Когда ресторану нужен поиск, а когда хватит навигации

Простой критерий: если ответ на типичный вопрос гостя лежит глубже двух переходов от главной, поиск пригодится. Сайту на пять-семь страниц лучше обойтись без него и вложиться в заметные пункты «Меню», «Забронировать», «Доставка», «Контакты». Поиск не заменяет структуру. Он выручает там, где структура не подсказала путь: человек помнит название блюда, но не знает, в каком разделе оно лежит.

Что гости вводят в строку и что поиск должен находить

Прежде чем выбирать технологию, составьте список ожидаемых запросов. Источник у вас под рукой: вопросы, которые администраторы слышат по телефону, письма и сообщения в группах ресторана. Обычно они делятся на четыре группы:

• названия блюд и напитков: «цезарь», «том ям», «глинтвейн»;
• категории и ингредиенты: «рыба», «десерты», «вегетарианское», «грибы»;
• услуги: «банкет», «день рождения», «доставка», «летняя веранда»;
• практические вопросы: «парковка», «детское меню», «часы работы», «бизнес-ланч».

Отсюда важное условие: поиск должен видеть позиции меню. Если меню выложено картинкой или файлом, внутренний поиск его не прочитает. Меню лучше хранить обычным текстом на страницах: название, состав, вес, цена.

Где разместить поле и как его подписать

Поле ставят в шапку, обычно справа, и делают видимым сразу. Одной иконки с лупой мало: часть гостей её не заметит. Внутри поля пригодится подсказка вроде «Блюдо, раздел или вопрос», рядом нужна кнопка «Найти». Поле не должно спорить с главным действием, поэтому кнопка «Забронировать» остаётся заметнее.

На телефоне проверьте три вещи: поле не перекрывается другими элементами, по нему легко попасть пальцем, а поиск запускается кнопкой на экранной клавиатуре.

Как выглядит страница результатов: условный пример

Допустим, гость ввёл «стейк». Хорошая страница результатов может выглядеть так (названия условные):

• вверху строка с сохранённым запросом «стейк» и текст «Найдено: 4»;
• блок «Меню»: «Стейк рибай, 300 г» (раздел «Горячие блюда») и «Стейк из лосося» (раздел «Рыба»), у каждого короткое описание и цена из карточки блюда;
• блок «Разделы сайта»: «Банкетное меню», где стейк упомянут в одном из сетов;
• блок «Новости и акции»: «Мясной четверг»;
• внизу фраза: «Не нашли нужное? Позвоните нам» и номер телефона.

Принципы здесь такие. Результаты сгруппированы по типу, и меню стоит первым, потому что чаще всего ищут именно блюда. Блюда, снятые с меню, в выдачу не попадают. Из каждого результата понятно, куда он ведёт, и не нужно открывать страницу, чтобы узнать цену.

Опечатки, синонимы и пустая выдача

Гости пишут не так, как названо в меню. Проверьте, что поиск справляется с такими случаями: «бизнес ланч» и «бизнес-ланч», «пицца» и «пиццы», «е» вместо «ё», «цезарь» и «Caesar». Если встроенный поиск этого не умеет, часть вариантов можно добавить в тексты карточек или в список синонимов, если такая настройка есть.

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

Готовый сервис или поиск самой системы управления сайтом

Есть три пути, и у каждого свои ограничения:

• встроенный поиск CMS: быстро подключается, но может искать только по текстам страниц и не видеть поля карточек меню, поэтому проверьте это на тестовых запросах;
• поисковая форма сторонней поисковой системы: настраивается быстро, но зависит от того, как сайт проиндексирован, может показывать устаревшие страницы, а в бесплатных вариантах иногда и рекламу, так что уточняйте условия;
• собственный поиск по базе данных: оправдан, если меню хранится в базе и нужны группировка и фильтры, но требует больше работы при создании и поддержке.

Выбор зависит от объёма меню и от того, как оно обновляется. Если администратор правит позиции каждую неделю, поиск должен подхватывать изменения без участия разработчика.

Проверочный список перед запуском

• Поле поиска видно на каждой странице, в том числе на телефоне.
• Меню хранится текстом, а не картинкой или файлом.
• По десяти реальным запросам гостей (блюдо, категория, банкет, доставка, парковка) находится нужная страница.
• Выдача разделена на меню, разделы и новости, цена видна сразу.
• Поиск понимает «е» и «ё», дефис и пробел, простые формы слов.
• Снятые с меню блюда и прошедшие акции не показываются.
• При пустой выдаче есть подсказки и телефон.
• Запросы без результатов кто-то просматривает хотя бы раз в месяц.

Все статьи блога