Добро пожаловать на арену: как сайт ресторана превращает ужин в квест
Вы потратили целое состояние на интерьер в стиле «лофт-шебби-шик», наняли шефа, который умеет ферментировать мох, и купили посуду ручной работы. Но сайт вашего ресторана выглядит так, будто его сделал человек, только вчера узнавший про Тильду. Вместо легкой навигации вы предлагаете гостю тест на сообразительность.
Давайте честно: гостю не важна ваша «философия бренда» на главной странице. Он хочет есть. Он хочет знать, сколько это стоит. И он хочет забронировать стол, не проходя испытания уровня «Форт Боярд».
Если ваш сайт заставляет человека страдать, он не станет играть в эти игры. Он просто уйдет к конкурентам. Прямо сейчас давайте проверим, не является ли ваш ресурс организатором «Голодных игр» для ваших же гостей.
Вот 5 технических проблем, которые нужно исправить немедленно.
1. PDF-меню: преступление против человечества

Проблема:
Вы выкладываете меню в формате PDF. Файл весит 20 мегабайт. В нём мелкий шрифт, который нужно «щипать» пальцами на экране смартфона, чтобы разобрать состав соуса.
Простым языком:
Представьте, что гость садится за столик, а официант вместо меню кидает ему на стол тяжеленную гранитную плиту. И говорит: «Хочешь узнать цену на стейк? Доставай зубило, брат, высекай истину сам». Это неуважение. Человек стоит в пробке, у него плохой интернет, а вы заставляете его качать «Войну и мир» в картинках.
Как проверить:
Зайдите на свой сайт с телефона, включите мобильный интернет и попробуйте найти цену салата. Если телефон предложил «скачать файл» — вы проиграли в первом же раунде.
Решение:
Только HTML-верстка. Меню должно быть текстом на странице. С фото, ценами и составом. Это больше нравится поисковикам (привет, SEO!), это грузится мгновенно, это удобно. PDF оставьте для пресс-релизов.
2. Меню-призрак и новости из прошлого: когда сайт нагло врет

Проблема:
Вы меняете цены в ресторане раз в сезон, а на сайте — раз в пятилетку. В разделе «Новости» висит поздравление с 8 Марта 2022 года. В меню указаны блюда, которые шеф вывел из ротации полгода назад.
Простым языком:
Это как профиль в приложении онлайн-знакомств с фотографиями десятилетней давности. Гость влюбляется в картинку и цену, приезжает на свидание (в ресторан), а там его встречает суровая реальность: цены выше, любимого салата нет, а «открытую веранду» сдуло ураганом в прошлом месяце. Это называется «обманутые ожидания». После такого доверие к бренду падает до нуля, и второй раз гость уже не вернется.
Как проверить:
Зайдите в раздел «Меню» и сравните цены с теми, что прямо сейчас лежат на столах в зале. Зайдите в «Новости» или «Акции». Если последняя новость датирована прошлым годом — ваш сайт выглядит как заброшенный дом с привидениями.
Решение:
Синхронизация. В идеале сайт должен тянуть меню прямо из вашей системы учета (iiko, r_keeper). Если это дорого — назначьте ответственного, который будет обновлять PDF (шутка, мы же договорились — никакого PDF!) или HTML-меню в тот же день, когда меняется бумажное. Удалите раздел «Новости», если вам нечего писать туда хотя бы раз в месяц. Лучше никакого раздела, чем мертвый.
3. Кнопка «Забронировать»: игра в прятки

Проблема:
Чтобы заказать доставку или столик, нужно зайти в «Контакты», промотать вниз, найти городской номер (который нельзя кликнуть) и вбить его вручную.
Простым языком:
Гость стоит посреди зала и кричит «ОФИЦИАААНТ!», а персонал прячется за шторами и хихикает. Гость готов отдать вам деньги, но вы делаете всё, чтобы он не смог этого сделать. В этой игре побеждает тот, кто быстрее примет заказ, а не тот, кто лучше спрячется.
Как проверить:
«Тест бабушки». Дайте смартфон человеку, далекому от технологий, и попросите заказать столик. Если это займет больше 30 секунд или вызовет вопрос «А куда тут жать?», ваш UX (пользовательский опыт) — плохой.
Решение:
- Липкая кнопка: Кнопка «Забронировать» должна быть приклеена к экрану и видна ВСЕГДА при прокрутке.
- Кликабельный телефон: Номер должен быть ссылкой (tel:+7999…). Нажал — пошел вызов.
4. «Вкусные» фото по 10 Мб каждое

Проблема:
Вы наняли крутого фуд-фотографа. Фотки — огонь. И вы залили их на сайт в исходном качестве. Теперь страница весит как чугунный мост.
Простым языком:
Вы пытаетесь пропихнуть в почтовый ящик рояль. Фотографии грузятся кусками: сначала появляется зелень, потом мясо, потом тарелка. Аппетит пропадает где-то на моменте прогрузки соуса.
Как проверить:
Нажмите правой кнопкой мыши на фото еды на сайте -> «Открыть картинку в новой вкладке». Посмотрите на адресную строку или свойства. Если формат .png или .jpg и вес больше 300 Кб — это «проблема».
Решение:
- Сжимать! Используйте сервисы типа TinyPNG;
- Современные форматы: конвертируйте всё в WebP. Это стандарт, который весит в разы меньше без потери качества.
- Lazy Loading: настройте «ленивую загрузку» — картинки должны подгружаться только тогда, когда человек до них доскроллил.
5. Мобильная версия по остаточному принципу
Проблема:
На большом мониторе сайт — шедевр. На телефоне — текст наезжает на картинки, кнопки микроскопические, верстка «поплыла».

Простым языком:
Вы подали суп в высоком узком стакане. Вроде бы суп тот же, но есть его ложкой невозможно. Помните: 80% трафика ресторанов — это смартфоны. Люди ищут, где поесть, на ходу. Если ваш сайт кривой на мобилке, считайте, что вы закрыты.
Как проверить:
Просто откройте сайт на телефоне. Удобно ли вам нажимать на кнопки большим пальцем одной руки? Если нет — переделывайте.
Финал игры: выживут только сытые
Ваш сайт — это ваш лучший официант, который работает 24/7. Но прямо сейчас посмотрите правде в глаза: если этот «официант» швыряет в гостя PDF-файлом, прячет номер телефона или нагло врет насчет меню — его пора уволить.
Сайт ресторана — это инструмент продаж. Он должен быть быстрым, как фастфуд, и понятным, как стакан воды.
Посмотрите на свой сайт глазами голодного, злого человека, у которого есть всего минута времени и 15% зарядки. Если он сможет за эту минуту найти любимое блюдо, увидеть актуальную цену и нажать кнопку «Забронировать» — поздравляю, вы (и он) выжили в этих голодных играх. Если нет — пишите разработчику, пока ваши гости не ушли к конкурентам.
