Сайт для ресторану: структура, меню, бронювання і локальне SEO, щоб сайт приводив гостей
Сайт для ресторану: 12 обовʼязкових блоків, меню в HTML, бронювання й доставка, локальне SEO, швидкість і 6 типових помилок. Гайд від MOVE Agency.
Коротко
Сайт для ресторану має робити чотири речі: показати меню, дати забронювати стіл або замовити доставку, підказати, як дістатися, і переконати, що сюди варто прийти. Усе інше залишається прикрасами. Нижче структура з 12 блоків, які ми ставимо на кожен ресторанний сайт, вимоги до швидкості й мобільної версії, база локального SEO, чому меню має бути сторінкою, а не PDF, з чого складається вартість і які помилки ми виправляємо найчастіше. Написано за досвідом MOVE Agency, яка веде десятки HoReCa-брендів у Полтаві, Києві, Харкові, Дніпрі та Львові.
Що має робити сайт ресторану
Гість заходить на сайт ресторану не «почитати». Він або вже вирішив прийти і шукає, як це зробити, або вагається між вами та ще двома закладами. Сайт має обслуговувати обидва сценарії за 10–20 секунд.
Пʼять завдань, без яких сайт не працює:
- Меню. Актуальне, з цінами, зручне з телефона. Це головна причина, чому люди взагалі відкривають сайт ресторану.
- Бронювання або замовлення. Одна кнопка в шапці, яка веде до дії, а не до форми на 12 полів.
- Адреса, години, маршрут. Кнопка «Прокласти маршрут», клікабельний номер телефону, точні години на сьогодні.
- Відгуки й соціальний доказ. Рейтинг із Google, кілька живих відгуків, згадки у пресі, якщо є.
- Фото та відео, які продають атмосферу. Ваш зал, ваша кухня, ваші люди. Стокові тарілки тут не працюють.
Якщо хоч один пункт зі списку недоступний з телефона за два кліки, сайт втрачає гостей, які вже готові були прийти.
Структура сайту ресторану: 12 блоків
Це базовий каркас, який ми адаптуємо під формат: для кавʼярні частину блоків обʼєднуємо, для мережі розгортаємо в окремі сторінки під кожну локацію.
| № | Блок | Що всередині | Навіщо |
|---|---|---|---|
| 1 | Шапка | Логотип, меню, телефон, кнопка «Забронювати» | Дія доступна з будь-якої сторінки |
| 2 | Перший екран | Одне речення про концепцію, фото або відео залу, дві кнопки: меню й бронювання | Гість за 3 секунди розуміє, куди потрапив |
| 3 | Меню | Категорії, ціни, фото ключових страв, позначки (гостре, веган) | Головна причина візиту на сайт |
| 4 | Бронювання | Віджет або форма з датою, часом, кількістю гостей | Конверсія в гостей |
| 5 | Доставка й самовивіз | Зона, час, мінімальне замовлення, посилання на замовлення | Друге джерело виручки |
| 6 | Про заклад | Історія, шеф, концепція, 2–3 абзаци | Емоційний звʼязок |
| 7 | Галерея | Зал, страви, команда, події | Продає атмосферу |
| 8 | Відгуки | Рейтинг Google, 4–6 цитат, посилання на всі відгуки | Знімає сумніви |
| 9 | Події та банкети | Формати, місткість, форма запиту | Високий середній чек |
| 10 | Контакти й маршрут | Адреса, карта, години, паркування, транспорт | Прибирає барʼєр «як дістатися» |
| 11 | Соцмережі та розсилка | Іконки, вбудована стрічка, підписка на акції | Повторний контакт |
| 12 | Футер | Дублювання NAP, юридична інформація, посилання на політики | Довіра й SEO |
Для мережі закладів кожна локація отримує власну сторінку з блоками 3, 4, 8 і 10. Це принципово для локального пошуку, до якого ми ще повернемось.
Швидкість і мобільна версія
Більшість переходів на сайт ресторану йде з телефона: з карт, з Instagram, з реклами, з пошуку «де поїсти поруч». Тому мобільну версію проєктують першою, а десктопну підганяють під неї.
Що ми перевіряємо на кожному проєкті:
- Перший екран відкривається миттєво. Жодного фонового відео на 40 мегабайт, яке вантажиться на мобільному інтернеті посеред міста.
- Меню читається без збільшення. Розмір шрифту, контраст, відступи між позиціями.
- Кнопки бронювання й дзвінка завжди під пальцем. Закріплена нижня панель або кнопка в шапці, яка не зникає при прокрутці.
- Зображення стиснуті й у сучасних форматах. Фотографії страв важать більше за все інше на сайті, і саме вони найчастіше його гальмують.
- Немає спливаючих вікон на весь екран при першому відкритті. Гість прийшов подивитися меню, а не підписатися на розсилку.
Швидкість впливає і на позиції в Google, і на конверсію: людина, яка чекає завантаження довше кількох секунд, повертається до карт і обирає сусідній заклад.
Локальне SEO для ресторану: база
Сайт ресторану має ранжуватися за запитами з містом і районом: «ресторан Полтава центр», «піцерія доставка Київ Поділ», «де поснідати Львів». Тисячі статей для цього не потрібні, вистачає кількох правильних налаштувань.
Google Business Profile. Картка закладу в Google часто стає першим контактом із гостем. Заповніть усе: категорію, години, меню, фото, атрибути, посилання на бронювання. І поставте посилання на сайт: саме так карта й сайт підсилюють одне одного.
NAP: назва, адреса, телефон. Однаково написані на сайті, у Google, в Instagram, на агрегаторах і в довідниках. Розбіжність «вул. Соборності 12» і «Соборності, 12а» пошуковик читає як сигнал недовіри.
Розмітка Schema.org. Тип Restaurant (підтип LocalBusiness) з адресою, координатами, годинами, кухнею, ціновим діапазоном, посиланням на меню й бронювання. Це дає Google структуровані дані, а вам розширені сніпети у видачі.
Місто в заголовках. Title і H1 головної та сторінок локацій мають містити місто, а для великих міст ще й район. Замість «Головна» чи «Ресторан» пишіть «Ресторан грузинської кухні в центрі Харкова».
Окрема сторінка на кожну локацію. Для мережі це обовʼязково. Своя адреса, години, меню, відгуки, карта і своя розмітка. Одна загальна сторінка «Наші заклади» зі списком адрес не ранжується за жодним із міст.
Це той мінімум, який ми закладаємо в кожен ресторанний сайт ще на етапі прототипу, тому що додавати його потім дорожче.
Меню: чому HTML, а не PDF
Найпоширеніша помилка ресторанних сайтів починається з кнопки «Меню», яка відкриває PDF. Із телефона його доводиться масштабувати пальцями, він довго вантажиться, Google не бачить у ньому окремих страв, а щоб змінити одну ціну, потрібен дизайнер.
Меню як сторінка сайту вирішує всі ці проблеми:
- страви індексуються за запитами «хачапурі Дніпро» або «сніданки Львів Ринок»;
- ви змінюєте ціну чи прибираєте позицію з CMS за хвилину;
- можна показати фото ключових страв, позначки алергенів і калорійність;
- аналітика бачить, які категорії дивляться найчастіше і на чому люди зупиняються;
- з кожної позиції можна вести на замовлення або бронювання.
Друковане PDF-меню можна залишити як додаткове посилання внизу сторінки для тих, хто хоче переслати файл. Але основне меню має жити в HTML.
Бронювання й доставка: інтеграції
Кнопка «Забронювати», яка відкриває форму з написом «Ми вам передзвонимо», втрачає значну частину гостей: люди бронюють увечері, коли адміністратор не бере слухавку. Робочі варіанти:
- Віджет бронювання з живим календарем і підтвердженням одразу. Ресторан бачить бронь у своїй системі, гість отримує SMS або лист.
- Бронювання через месенджер. Telegram або WhatsApp з попередньо заповненим повідомленням. Простіше для маленького закладу, але без автоматичного підтвердження.
- Форма з передзвоном. Лише як запасний варіант і з чесним зазначенням часу відповіді.
Для доставки варіанти такі: власне онлайн-замовлення з кошиком і оплатою на сайті, замовлення через месенджер або посилання на агрегатор доставки. Власне замовлення дорожче в розробці, але не забирає комісію і залишає вам контакти гостя. Якщо ви ще тестуєте доставку, почніть із посилання на агрегатор, але тримайте на сайті власну сторінку з умовами і зоною, щоб гість шукав саме вас.
Для мереж і закладів зі складною логікою (програма лояльності, передзамовлення, Telegram Mini App для доставки) ми проєктуємо вебзастосунок окремо від сайту: у нашому форматі розробки вебзастосунків і AI-автоматизацій прототип готовий за 7 днів.
Фото і відео: контент важливіший за код
Ресторанний сайт продає очима. Найкраща структура зі стоковими фотографіями тарілок програє простому сайту з живою зйомкою вашого залу і ваших страв.
Мінімальний пакет для сайту:
- 8–12 фото ключових страв на однаковому фоні для меню;
- 10–15 фото інтерʼєру в денному і вечірньому світлі;
- 5–8 фото команди й процесу на кухні;
- одне коротке відео на перший екран: 10–15 секунд без звуку, стиснуте під веб.
Цей самий матеріал потім працює в Instagram, Google-картці й рекламі. Тому ми плануємо зйомку для сайту й соцмереж однією сесією: так дешевше і контент виходить у єдиному стилі. Подивіться, як це виглядає в нашому контент-продакшні: у MOVE власна кінокамера, світло і звук, а фото- й відеозйомка починається від $500.
Як візуальна комунікація змінює сприйняття закладу з історією, видно на прикладі IL Molino: це мережа з 15 роками на ринку, для якої ми зробили відеопродакшн і контент, і за 3 місяці отримали 1,3 млн переглядів. Такий самий контент лягає на сайт і працює там роками.
Скільки коштує сайт для ресторану
Чесна відповідь: залежить від того, що всередині. У MOVE розробка сайтів починається від $500, і далі ціна росте разом із задачею.
| Складова | Що впливає на вартість |
|---|---|
| Кількість сторінок | Лендинг з меню або багатосторінковий сайт мережі з окремою сторінкою на кожну локацію |
| Меню | Статичний список або динамічне меню з категоріями, фото, фільтрами й керуванням із CMS |
| Інтеграції | Віджет бронювання, онлайн-замовлення з оплатою, CRM, програма лояльності |
| Контент | Чи є готові фото й тексти, чи потрібна зйомка і копірайтинг |
| CMS | Чи будете оновлювати меню, акції та події самостійно |
| Локалізація | Кількість мов |
| Локальне SEO | Розмітка, сторінки локацій, налаштування Google Business Profile |
Дешевий сайт із конструктора часто коштує дорожче в перспективі: він повільніший, його важко довести до нормального локального SEO, а кожна інтеграція перетворюється на костиль. Для довідки: серед сайтів, які ми зробили, є інтернет-магазин Batch із кастомною адмінкою, сайт Azia Foods для оптових продажів у HoReCa та редизайн корпоративного сайту Явір-2000. У кожному випадку структуру й ціну визначала задача, а не шаблон.
Як ми робимо сайт ресторану: процес
- Брифінг і аналіз. Концепція, формат, конкуренти в місті, звідки зараз приходять гості, що має робити сайт у першу чергу: бронювати чи продавати доставку.
- Структура і прототип. Схема сторінок, чорновий макет кожного екрана з реальними текстами, а не «Lorem ipsum». На цьому етапі узгоджується логіка меню й бронювання.
- Дизайн. Візуальний стиль на основі вашої айдентики. Якщо айдентики ще немає, спочатку робимо її в межах брендингу.
- Контент. Зйомка, тексти меню і сторінок, переклади.
- Розробка й інтеграції. Верстка, CMS, бронювання, доставка, аналітика, розмітка Schema.org.
- Запуск і налаштування. Google Business Profile, Search Console, цілі в аналітиці, перевірка швидкості на реальних телефонах.
- Супровід. Оновлення меню й акцій, сезонні сторінки, робота з відгуками. Це можна робити самостійно через CMS або з нашою командою.
Найдовший етап майже завжди контент. Якщо фото й тексти готові до старту, проєкт рухається значно швидше.
Що вимірювати після запуску
Сайт ресторану оцінюють за діями, які ведуть до гостей у залі. Відвідуваність сама собою нічого не каже. Ось події, які ми налаштовуємо в аналітиці на кожному проєкті:
| Метрика | Що показує |
|---|---|
| Бронювання | Кількість завершених бронювань із сайту, за днями тижня й часом |
| Дзвінки | Кліки на номер телефону з мобільної версії |
| Кліки «Прокласти маршрут» | Скільки людей реально зібралося їхати |
| Замовлення доставки | Кількість і середній чек, якщо замовлення на сайті |
| Перегляди меню | Глибина перегляду, найпопулярніші категорії |
| Джерела | Звідки прийшли ті, хто забронював: карти, пошук, Instagram, реклама |
| Позиції в локальному пошуку | Видимість за запитами з містом і районом |
Раз на місяць ці цифри варто дивитися поряд із даними Google Business Profile: скільки людей побачили картку, скільки перейшли на сайт, скільки подзвонили. Так видно, де саме губляться гості: у картці, на сайті чи на етапі бронювання.
6 помилок ресторанних сайтів
- Меню у PDF або фото меню в галереї. Не читається з телефона, не індексується, не оновлюється.
- Немає кнопки бронювання на першому екрані. Гість гортає три екрани, не знаходить кнопку і йде в карти до сусіда.
- Застарілі години й ціни. Найшвидший спосіб отримати поганий відгук: людина приїхала о 22:00, а ви закрились о 21:00 ще місяць тому.
- Стокові фото. Гості відчувають підміну одразу, а Google не показує такі сторінки в блоці зображень за вашим брендом.
- Одна сторінка на всі локації мережі. Жодне з міст не отримує позицій у пошуку, а гість не розуміє, у якому закладі яке меню.
- Немає аналітики. Сайт «є», але ніхто не знає, чи привів він хоч одного гостя. Без цілей у аналітиці неможливо зрозуміти, що покращувати.
Сайт ресторану як частина маркетингу, а не окремий проєкт
Найкращі ресторанні сайти, з якими ми працювали, не живуть окремо. Вони отримують трафік із Google-картки і соцмереж, приймають гостей із реклами і повертають дані назад: що люди дивляться, коли бронюють, з якого району приїжджають. Ці дані потім керують контентом і рекламою.
Саме так побудована робота з мережею «Той самий Баранчик»: ми починали, коли бренд відкривав перший ресторан і про нього ніхто не знав, а за 8 років спільної роботи мережа виросла до 6 міст, а Reels набрали понад 1 млн переглядів. Сайт у такій звʼязці працює як точка, де охоплення перетворюється на бронювання. На візитку це вже не схоже.
Хочете сайт, який приводить гостей у зал? Команда MOVE проєктує ресторанні сайти від структури й меню до бронювання, зйомки й локального SEO. Подивіться, як ми підходимо до розробки сайтів, або почніть із маркетингової стратегії та аудиту: там ми розбираємо, звідки зараз приходять ваші гості і що сайт має зробити, щоб їх стало більше.