Вы потратили месяцы на разработку меню, наняли шеф-повара, отрепетировали сервис. А посетители всё равно не приходят? Проверьте сайт. Часто именно он превращает потенциального гостя в сомневающегося, а сомневающегося — в ушедшего к конкуренту. Согласно исследованию UX-лаборатории, 74% пользователей судят о качестве заведения по дизайну сайта. И если он проигрывает — теряете не просто просмотры, а реальных гостей. Разбираем 5 конкретных ошибок, которые совершают рестораны в дизайне сайта — и которые легко исправить.
Мобильная версия — убийца конверсии
60% пользователей заходят на сайты ресторанов со смартфона. Если на телефоне текст съезжает, кнопки перекрываются, а меню не листается — гость закрывает вкладку за 3 секунды. Это не гипотеза, а статистика Google: 53% посещений покидают страницу, если она грузится дольше 3 секунд. А если к этому добавить кривую верстку — процент отказов зашкаливает. Пример: один московский ресторан премиум-класса потерял 40% бронирований после редизайна, потому что кнопка «Забронировать» на iPhone оказалась под панелью навигации браузера. Мелочь? Для бизнеса — катастрофа.
«Ресторан с неработающим сайтом на мобильном — это как заведение с табличкой «Закрыто» на двери. Только хуже: вы ещё и платите за трафик, который не конвертируется».
Решение простое: используйте адаптивный дизайн, тестируйте на реальных устройствах, проверяйте скорость загрузки через PageSpeed Insights. Если ваш сайт набирает меньше 90 баллов по мобильной версии — это красный флаг.
Меню не видно — гостя нет
Посетитель пришёл на сайт с одной целью: узнать, что вы готовите и сколько это стоит. Если меню спрятано в подвал, засунуто в PDF, которое грузится 15 секунд, или — что ещё хуже — отсутствует, вы теряете клиента. 68% гостей, по данным опросов, не рассматривают ресторан без опубликованного меню. Особенно это критично для заведений с доставкой: человек хочет понять ассортимент, не звоня оператору.
Пример плохого UX: ресторан размещал меню в виде скана А4 на 800 КБ — на мобильных оно открывалось 10–12 секунд, а зумить приходилось пальцами. После замены на текстовую вёрстку с адаптивными картинками время до заказа сократилось в 4 раза.
Правильное решение: выводите меню сразу на главной странице или делайте отдельный раздел с категориями, ценами и аллергенами. Никакого PDF — только HTML, быстрый и читаемый.
Шрифтовая лихорадка и перегруз контентом
Когда дизайнер использует 4–5 шрифтов на одной странице, мельчит текст или пишет пурпурным по зелёному — это не креатив. Это пытка для глаз. Особенно в ресторанной нише: люди часто просматривают сайт в плохом освещении (вечером, в метро). Размер шрифта менее 16px на мобильных — гарантия усталости гостя. Добавьте сюда абзацы по 15 строк без отбивок — и вы получите 40% отказов.
| Параметр | Плохо | Хорошо |
|---|---|---|
| Количество шрифтов | 4–5 | 1–2 |
| Основной размер (десктоп) | 14px | 18px |
| Межстрочный интервал | 1.2 | 1.6 |
| Контраст текста | серый на белом с контрастом 2:1 | тёмный на светлом с контрастом 7:1 |
Возьмите за правило: вся текстовая информация должна читаться без напряжения. Если гость не может быстро снять с экрана название блюда или телефон — он уйдёт.
Тяжёлые фото и видео — гроб для загрузки
Аппетитные снимки блюд — это хорошо. Но когда каждый файл весит 5 МБ, а на главной крутится слайдер с 10 такими фотографиями — сайт грузится вечность. Исследования Google показывают, что задержка в 1 секунду снижает конверсию на 20%. Для ресторана это не просто цифры: человек, который хотел заказать столик, уходит к конкуренту, чей сайт открылся мгновенно.
Решение — сжимать изображения (WebP, AVIF), использовать lazy-loading, отказываться от автовоспроизведения видео. Вместо слайдера — одно ключевое фото героя. И да: не прячьте кнопку «Забронировать» под слайдером, иначе пользователь её не дождётся.
Бронирование через тернии кнопок
Посетитель нашёл меню, определился, хочет прийти. И тут начинается квест: нажать «Забронировать» — открывается форма из 15 полей, требует ввести код из СМС, подтвердить почту. 3 из 4 пользователей бросают такие формы на втором шаге. Особенно если нет интеграции с онлайн-бронированием (Opentable, Yandex.Maps, собственный виджет). Гость хочет сделать 2 клика: время и количество персон. Всё.
Ошибка — размещать кнопку бронирования только после скролла страницы или в подвале. Делайте её фиксированной на мобильных, заметной на десктопе. И минимизируйте поля: имя, телефон, дата, время, количество гостей — достаточно. Всё остальное убейте.
