Гость заходит на сайт итальянского ресторана с простым вопросом: есть ли сегодня ризотто с грибами? В верхнем меню — «Концепция», «Впечатления», «Откройте для себя», а пункта «Меню» нет. Возможно, ризотто подают, но искать ответ приходится на нескольких страницах. Не каждый станет это делать.
Конверсия для ресторанного сайта — не обязательно заказ. Ею может быть просмотр актуального меню, переход к бронированию, звонок или открытие адреса. Для кулинарного блога — переход от списка блюд к подходящему рецепту. Понятная навигация не создаёт спрос, зато помогает человеку, который уже пришёл с конкретным запросом, добраться до ответа.
Как навигация влияет на решение посетителя
Посетитель редко изучает сайт по порядку. Он ищет знакомые ориентиры: название раздела, строку поиска, ссылку на меню или бронирование. Когда каждый пункт приходится расшифровывать, даже хороший материал легко пропустить.
Сравним два пути к рецепту. Один: «Рецепты» → «Паста» → «Паста с морепродуктами». Другой: «Вдохновение» → «Коллекции вкуса» → подборка, где нужный рецепт скрыт под названием «Средиземноморский вечер». Во втором случае мешает не длина рецепта, а невозможность угадать, где он лежит.
Навигация помогает посетителю:
- Понимать, что откроется по ссылке. Пункт меню не должен требовать догадок.
- Избегать лишних переходов. Адрес, часы работы и список ингредиентов не стоит прятать за страницами, не относящимися к запросу.
- Сравнивать варианты. Из раздела пасты удобно перейти к ризотто, а из основного меню — к винной карте.
- Доверять информации. Если названия разделов соответствуют их содержимому, меньше поводов сомневаться в остальных сведениях на сайте.
Само по себе переименование пунктов не гарантирует роста бронирований: важны также цены, фотографии, наличие свободных столиков и удобство мобильной версии. Но если человек не находит нужных сведений, оценить предложение ему трудно.
Начинать стоит с задач, а не с названий разделов
Прежде чем менять меню сайта, полезно выписать, что хотят сделать посетители. Гость ресторана ищет блюда, условия бронирования, адрес и часы работы. Домашний кулинар выбирает рецепт по типу блюда, главному продукту или времени приготовления. А тот, кто планирует ужин, может сначала открыть рецепт, затем присмотреть гарнир и вино.
Для каждой частой задачи проверьте три момента: с какой страницы человек начинает, что рассчитывает там узнать и куда захочет перейти дальше. Скажем, гость открыл меню и хочет уточнить состав блюда из-за аллергии или непереносимости. Ссылка на бронирование не заменит сведений об ингредиентах; нужен понятный способ задать вопрос ресторану. В блоге та же логика: рубрика «Быстрый ужин» мало помогает, если в ней не отличить рецепт на 20 минут от блюда с долгой подготовкой.
Когда короткий путь важнее полной карты сайта
Верхнее меню не обязано перечислять все страницы. Ресторану обычно важнее показать «Меню», «Бронирование», «Адрес и часы работы»; блогу — «Рецепты», основные группы блюд и поиск. История заведения, архив новостей и сведения о команде могут оставаться доступными по другим заметным ссылкам.
Приоритеты зависят от содержания сайта. Ресторану, который часто устраивает ужины с отдельным меню, может понадобиться раздел событий в верхней строке. Блогу, посвящённому главным образом рецептам, прямой переход к ним полезнее общего пункта «Публикации». Ориентир здесь — задачи гостей и читателей, а не желание уместить в шапке весь сайт.
Понятные названия работают лучше красивых загадок
Пункт меню обещает определённое содержимое. «Винная карта» понятнее «Погреба впечатлений», а «Паста и ризотто» точнее «Итальянской классики», если в разделе собраны именно эти рецепты. Образное название хорошо смотрится в заголовке подборки или описании блюда. Для перехода к нужной странице привычные слова чаще полезнее.
Точность нужна и внутри рубрик. Открыв «Супы», читатель ожидает увидеть супы, а не подборку зимних ужинов. Если он ищет минестроне, ссылка на материал об итальянских супах, включая минестроне будет к месту в рубрике или рядом с похожими рецептами: по её названию ясно, что откроется.
Слишком широкая категория «Еда» не помогает выбрать между антипасти, пастой и десертом. Но и выносить в верхнее меню каждый вид пасты не нужно — получится длинный список. Когда материалов много, удобнее оставить общую рубрику «Паста» и добавить в неё понятные подразделы или фильтры.
Одинаковые слова для одинаковых действий
Если в шапке написано «Забронировать», а на другой странице — «Записаться на визит», гость может не понять, ведут ли кнопки к одной форме. Одинаковое действие лучше называть одинаково. С «Рецептами» и «Блюдами» так же: если это разные разделы, разница должна быть ясна; если один и тот же — стоит выбрать одно название.
Не стоит без причины переименовывать знакомые разделы при каждом обновлении дизайна. Человек, который уже находил винную карту, рассчитывает увидеть её на привычном месте. Если раздел всё же перенесли, проверьте старые ссылки и переходы с других страниц.
Структура должна показывать, где человек находится
Посетителю важно понимать не только куда идти, но и где он оказался. Выделенный пункт меню и цепочка «Рецепты → Ризотто → Ризотто с грибами» помогают подняться на уровень выше. Особенно это выручает тех, кто попал на рецепт сразу из поиска.
Переходы между страницами должны продолжать задачу. Рядом с рецептом ризотто уместны другие варианты ризотто или материал о подходящем вине; случайная ссылка на десерт здесь едва ли поможет. Гостю ресторана после просмотра блюда может понадобиться бронирование, но до этого он должен иметь возможность узнать состав и цену.
Поиск дополняет рубрики, а не заменяет их. Он удобен для точного запроса — «ньокки» или «панфорте». А если человек ищет «ужин без мяса», категории и понятные фильтры лучше покажут варианты. Когда поиск не находит слово из-за небольшой опечатки, посетителю нужен другой путь: хотя бы видимые рубрики, а если сайт умеет — подсказка с близкими результатами.
Мобильное меню: меньше места, те же задачи
На узком экране меню часто скрывают за значком. Места становится больше, но для перехода требуется ещё одно нажатие. Если гости чаще всего бронируют стол, ссылку можно оставить видимой рядом со значком. При этом адрес и часы работы не должны теряться глубоко во вложенных разделах. В блоге столь же важен быстрый доступ к рубрикам и поиску: длинная лента записей их не заменит.
Мобильную версию лучше проверять пальцем на телефоне, а не только в уменьшенном окне браузера. Открываются ли подразделы при касании? Не слишком ли близко стоят ссылки? Легко ли закрыть меню? Не перекрывает ли закреплённая панель заголовок рецепта или форму бронирования? То, что незаметно на большом экране, здесь может оборвать переход.
Длинные списки особенно неудобны на телефоне. Если пункт «Рецепты» раскрывает десятки названий без группировки, выбрать блюдо трудно. Разделы «Паста», «Ризотто», «Мясо», «Овощи» и «Десерты» помогают сузить выбор — при условии, что в них действительно есть материалы. Пустые рубрики добавляют только лишние нажатия.
Как проверить, действительно ли навигация помогает
Для начала не нужно сложное исследование. Попросите нескольких людей, не знакомых с сайтом, найти часы работы в праздничный день, состав блюда, рецепт ньокки или форму бронирования. Не называйте им нужные пункты меню. Отмечайте, где они остановились, вернулись назад или открыли не ту страницу. Повторяющиеся затруднения говорят больше, чем мнение одного человека о внешнем виде меню.
Если есть данные о посещениях, сравните их с наблюдениями. Важно не только число нажатий по пункту меню, но и то, дошли ли люди до нужной страницы, открыли ли форму, завершили ли действие. Если бронирований мало, причина может быть в незаметной кнопке, отсутствии свободных мест или неудобной форме. Оценивать меню отдельно от страницы, на которую оно ведёт, нельзя.
Изменения проще проверять по одной гипотезе. Например: «Гости не находят часы работы, потому что они спрятаны в разделе “О нас”». Перенесите часы туда, где их ожидают увидеть, и снова дайте людям ту же задачу. Так результат будет понятнее, чем после одновременной замены всех подписей, цветов и страниц. Если улучшений нет, пересмотрите гипотезу.
Какие сигналы не стоит трактовать поспешно
Малое время на странице не всегда означает неудачу: человек мог сразу найти телефон или адрес. Выход со страницы рецепта тоже может означать, что читатель получил инструкцию и ушёл готовить. Гораздо тревожнее, если посетители раз за разом возвращаются к меню, открывают неподходящие разделы и так и не находят нужного.
Перед перестройкой разделов проверьте и технические мелочи: работают ли ссылки, открывается ли меню с клавиатуры, виден ли фокус на выбранном пункте, понятна ли ссылка без окружающего текста. Это важно для тех, кто пользуется клавиатурой или вспомогательными технологиями, а неясные подписи заодно обнаружатся и для остальных.
Пример одного маршрута: от меню до бронирования
Допустим, гость хочет пасту и заранее проверяет, нет ли в блюде неподходящего ему ингредиента. Он открывает пункт «Меню», находит раздел «Паста», видит название блюда, основные ингредиенты и способ уточнить полный состав. Затем кнопка «Забронировать» ведёт к выбору даты и времени. Если меню устарело, состав скрыт или форма не объясняет, что свободных столиков нет, путь обрывается — как бы хорошо ни выглядела шапка сайта.
В блоге путь другой: «Рецепты» → «Паста» → конкретное блюдо. Читателю нужны ингредиенты, порядок приготовления и возможность вернуться к другим вариантам пасты, если этот не подходит. Подписка или регистрация здесь не обязательны: если человек нашёл нужный рецепт, меню сайта уже справилось со своей задачей.
Проверку можно начать с одного пункта верхнего меню. Откройте сайт на телефоне и попробуйте за десять–пятнадцать секунд найти актуальные часы работы без поиска. Если приходится гадать между «Контактами», «О нас» и «Информацией», разместите часы на странице контактов и назовите переход так, чтобы его смысл был ясен до нажатия.
