SEO для ресторану, коли Google відповідає замість сайту

Гість шукає, де повечеряти, і бачить у Google карту, години роботи, фото й відгуки. Він відкриває меню й телефонує, прокладає маршрут або замовляє доставку просто з профілю ресторану. На сайт він так і не заходить, тож в аналітиці сайту цього гостя немає.

Так було й до оглядів від ШІ, але тепер Google відповідає на більше запитань просто на сторінці результатів. За самим трафіком сайту вже не видно, скільки гостей ресторанові приносить пошук. Тому корисніше перевірити, чи бачить гість у Google правильні факти і чи може з того самого екрана подзвонити, прокласти маршрут або замовити.

Перша перевірка одного закладу займає близько години, а план виправлень і підрахунків розрахований на три місяці.

Де гість бачить ресторан у пошуку

Коли гість шукає заклад у Google, одна сторінка результатів може показати його в трьох місцях:

• Карта з кількома закладами поруч. На запит на кшталт «суші поруч» Google часто показує вгорі карту з кількома закладами (її називають local pack); натиснувши на заклад у цьому блоці чи в Google Картах, гість відкриває його профіль. Профіль компанії в Google має години роботи, телефон, фото, відгуки, меню і кнопки дзвінка, маршруту та замовлення.
• Звичайне посилання на ваш сайт серед результатів нижче. Сайт містить те, чого в профілі може не бути: повне меню з цінами, онлайн-замовлення, окрему сторінку кожного закладу.
• Огляд від ШІ над результатами. Він з’являється не завжди, збирає відповідь із кількох джерел і може послатися на ваш сайт або на сторонні сайти.

ChatGPT і Gemini працюють окремо від пошуку Google. Там гість питає в розмові, і помічник сам вирішує, чи показувати джерела і які саме.

Що саме покаже Google, залежить від запиту. У дослідженні Whitespark (травень 2025 року, 540 запитів у трьох містах США, шість галузей) на запити з локальним наміром Google майже завжди показував карту й лише зрідка огляд від ШІ. На інформаційні запити, навпаки, частіше з’являвся огляд, а не карта. Тож для запитів на кшталт «де поїсти поруч» насамперед перевіряйте профіль.

За підрахунком Pew Research Center, навесні 2025 року огляд від ШІ з’являвся приблизно в кожному п’ятому пошуку дорослих американців у Google, частіше у відповідь на запитання й довгі запити, але й на них не завжди (дослідження Pew). Чи з’явиться огляд на запит з умовами, як-от «де поїсти хінкалі компанією з дванадцяти людей у неділю» чи «піца без глютену біля стадіону», покаже тільки сам пошук. Окремих технічних умов для потрапляння в огляди й режим ШІ Google не ставить: сторінка має бути в індексі й мати право показуватися з описом у звичайному пошуку Google, а показ ніхто не гарантує (Google Search Central).

Pew також проаналізував перегляди сторінок 900 дорослих американців у 2025 році. Коли на сторінці результатів був огляд від ШІ, люди переходили за звичайним посиланням у восьми відвідуваннях зі ста; коли огляду не було, таких переходів було п’ятнадцять на сто. На посилання всередині самого огляду натискали лише в одному відвідуванні зі ста. Сторінки результатів дослідники зібрали повторним пошуком через кілька тижнів після візитів, а запити були будь-які, тож це спостережена різниця, а не доведена дія оглядів, і переносити її на ресторанні запити не можна.

Падіння сесій із пошуку саме по собі не показує, скільки гостей приводить Google. Фактів, які мають збігатися в усіх цих місцях, небагато: назва, адреса, години роботи, телефон, меню, ціни і де замовити. Вони записані в профілі, на сайті, у POS-системі та в агрегаторах доставки. Знайдіть копії, які розходяться, і скоротіть кількість місць, де ці дані вводять вручну.

Швидкий огляд одного закладу

Для одного закладу огляд займає близько години: ви дивитеся на ресторан очима гостя і записуєте, що не так. Розмітку, індексацію і мережу закладів він не охоплює: це окремі технічні перевірки.

Пошукайте як гість. З телефона, вийшовши з акаунта Google, зробіть три пошуки: за назвою закладу; за категорією і районом, наприклад «суші поруч» чи «піца на Оболоні»; і з умовою, важливою для гостя, наприклад «кафе з дитячою кімнатою» чи «веганський сніданок на терасі». Для кожного запиту запишіть, що показалося першим (карта, огляд від ШІ чи звичайні посилання), чи є там ви, на які джерела посилається огляд від ШІ і чи правильні години, телефон і меню.

Google ранжує місцеві результати насамперед за релевантністю, відстанню до гостя і популярністю закладу, тому шукайте з місця, звідки вас можуть шукати гості, а якщо багато гостей приходить з іншого району, повторіть пошук і звідти (довідка Профілю компанії в Google). Побачене буде знімком одного моменту: з іншого місця й наступного дня видача може відрізнятися.

Швидка перевірка профілю

Посилання на замовлення. Гість може замовити просто з профілю, не відкриваючи ваш сайт, тому натисніть кожне посилання в блоці замовлень і запишіть, куди воно веде: частину посилань Google і сервіси доставки додають самі. Виправлення заплануйте на дні 15–30 (керування онлайн-замовленнями):

• додайте посилання на власну сторінку замовлення, якщо його немає;
• позначте пріоритетний варіант; Google дозволяє вибрати його окремо для самовивозу і для доставки, якщо сервіс підтримує обидва;
• для зайвого стороннього посилання надішліть запит на видалення: постачальник має прибрати його протягом п’яти робочих днів;
• не вимикайте приймання замовлень у профілі, щоб позбутися агрегаторів: разом із ними зникне і ваше посилання.

Якщо закладів кілька, перевіряти кожен профіль у Google вручну довго. Коли заклади пов’язані з Google-локаціями в Eatery Club, панель показує для кожного, чи підтверджена його Google-локація, чи ввімкнене вивантаження меню і з яким результатом, а також які посилання на замовлення зараз є в профілі, зокрема від агрегаторів. Чи позначене пріоритетним саме ваше посилання, перевірте в самому Google. На зображенні демонстрація макета RestoAdmin, а не знімок живої панелі, тож назви вкладок і станів у панелі можуть відрізнятися.

Відкрийте сайт очима гостя. З телефона, без збереженої адреси й без входу в акаунт перевірте, що:

• меню з цінами видно без введення адреси доставки;
• у кожного закладу є своя сторінка, де назва, адреса, телефон і години роботи написані текстом;
• заголовок сторінки (title) і головний заголовок (H1) називають ресторан і конкретний заклад;
• якщо сайт працює кількома мовами, наприклад українською й англійською, кожна версія відкривається за своєю URL-адресою, а меню й текст сторінки написані відповідною мовою.

На сайті замовлення Eatery Club сторінку кожного закладу сайт збирає з його картки в панелі (налаштування ресторанів). Неправильні назву, адресу, години чи телефон виправляйте в картці, а потім перевіряйте живу сторінку. Меню з POS-системи з цінами сайт показує, коли в картці ввімкнено «Відображати каталог продуктів?»; якщо вимкнено, гість бачить PDF-меню. Називайте кожен заклад так, як їх розрізняють гості: бренд і вулиця.

Запитайте ChatGPT і Gemini. Введіть той самий запит з умовами. Запишіть, чи назвали ваш заклад, чи правильні факти і чи показав помічник джерела.

Розберіть знахідки. Спершу неправильні факти: години роботи, телефон, адреса, позначка про закриття, старе меню. Кожен із них приводить гостя до зачинених дверей чи до телефону, на який ніхто не відповідає, хоч би як високо ви були в пошуку. Далі відсутні дії: немає посилання на меню, немає способу замовити зі сторінки, на яку потрапив гість. Решта може почекати до наступного місяця.

Технічні перевірки

Ці перевірки в годину не вкладаються: для них потрібні Search Console, доступ до панелі й окремий час на кожен заклад.

• Індексація. Інструмент перевірки URL у Search Console показує, чи є сторінка закладу в індексі Google і яку канонічну URL-адресу Google для неї вибрав. Сторінка поза індексом не з’явиться ні в звичайних результатах, ні посиланням в огляді від ШІ.
• Структуровані дані (JSON-LD, код, який описує ресторан для пошукових систем). Schema Markup Validator перевіряє всі типи schema.org, Rich Results Test показує, які розширені результати Google може побудувати зі сторінки (інструменти перевірки). Жоден із них не звіряє розмітку з тим, що видно на сторінці, тож назву, адресу, телефон і години порівняйте самі. Перш ніж додавати власну розмітку в поле «JSON-LD дані» в розділі «Налаштування сайту», подивіться, що вже є на живій сторінці закладу: два різні описи одного ресторану можуть заплутати пошукові системи.
• Мовні версії. Кожна мовна версія сайту має свою URL-адресу (/uk/, /en/ тощо), а назву й адресу закладу кожною мовою сайт бере з блоку «Переклади» в картці. Мовні версії посилаються одна на одну для пошукових систем; перевірте, що в індексі є кожна з них.
• Title і заголовки статичних сторінок задаються в полях «Кастомні title» і «Кастомні заголовки» (налаштування сайту замовлення).
• Вивантаження меню в Google, якщо воно ввімкнене: результат для кожного закладу в панелі й живий профіль через кілька днів після змін.
• Мережа. Перевіряти щомісяця кожен заклад не обов’язково; як вибрати заклади для ручної перевірки, описано в плані.

Чек-лист локального SEO для одного закладу і для мережі

Для кожного закладу

• Один підтверджений профіль і конкретна людина, яка відповідає за його категорію, години роботи й телефон.
• Святковий графік внесений щонайменше за тиждень до кожного свята.
• Посилання на меню веде на сторінку меню цього закладу на вашому сайті. Google дозволяє також завантажувати фото й PDF меню; якщо ви ними користуєтеся, міняйте їх, коли змінюються ціни. На відображення змін у меню в Google Картах і пошуку може піти 24–48 годин (редактор меню).
• Власне посилання на замовлення веде на сторінку замовлення цього закладу.
• Для закладу Eatery Club, пов’язаного з Google-локацією, вивантаження меню надсилає в Google кілька незалежних частин: структуроване меню з POS-системи (якщо Google-локація його підтримує), посилання на меню, посилання на замовлення і фото страв, які йдуть окремим проходом після меню. Кожна частина має власний результат, і посилання на замовлення може бути вже зайняте агрегатором. Успішний результат вивантаження в панелі означає, що дані пішли в Google; щоб зміни з’явилися в живому профілі, може знадобитися 24–48 годин. Коли меню надходить у профіль через API, редактор меню в Google може бути недоступний, тож ціни змінюйте в POS-системі й перевіряйте результат наступного вивантаження.
• Сторінка закладу на вашому сайті з назвою, адресою, телефоном і годинами роботи, написаними текстом.
• Однакові години роботи в Google, на сайті й у кожному агрегаторі. В Eatery Club сайт бере години з картки закладу; години в профілі Google, як і раніше, редагують у самому Google.
• Відповіді на відгуки, зокрема на критичні.

Для мережі

• Один перелік годин роботи й телефонів для всіх закладів. В Eatery Club для сайту цим переліком є картки закладів; профілі й агрегатори оновлюють вручну з тих самих значень, і ніколи навпаки.
• Окрема мітка на посиланні на сайт у профілі кожного закладу, щоб трафік закладів можна було розрізнити.
• Порівнюйте заклади за кількістю взаємодій на 100 переглядів профілю поруч з абсолютними числами. Це співвідношення вирівнює різницю в кількості переглядів і допомагає знайти слабкі профілі; кількості гостей воно не показує.
• Вивантаження меню вмикають для кожного закладу окремо або одразу для кількох. Перед надсиланням панель показує, що саме піде в Google: посилання на меню, кількість розділів і позицій, фото, яких Google не прийме, і позиції, які буде пропущено, наприклад без ціни.

Що рахує Google, що рахуєте ви і що можна лише перевірити вручну

Що рахує Google. Звіт про ефективність профілю показує перегляди профілю (одну людину рахують не частіше ніж раз на день), пошукові запити, натискання кнопки дзвінка, запити маршрутів, переходи на сайт, взаємодії з меню і бронювання, якщо ви приймаєте їх через постачальника бронювань. Дані є лише в підтвердженого профілю, і показуються тільки ті метрики, які стосуються вашого закладу. Пошукові запити в звіті оновлюються щомісяця; це запити, за якими люди знаходили ваш профіль, а не оцінка обсягу пошуку по ринку з інструментів для ключових слів. У звіт потрапляють і перегляди, пошукові запити та дії з реклами Google Ads, тож, перш ніж назвати зміну результатом SEO, зафіксуйте будь-яку платну активність.

Search Console показує кліки й покази сайту в пошуку Google; огляди й режим ШІ входять у загальні дані вебпошуку. Крім того, є окремий звіт про ефективність у функціях генеративного ШІ: він показує, скільки разів посилання на ваш сайт з’являлися в оглядах і режимі ШІ, за сторінками, країнами, пристроями й датами. Глобальне розгортання звіту Google датує 31 серпня 2026 року. Кліків, згадок без посилання, цитувань профілю і замовлень у ньому немає. Якщо звіту у вашому ресурсі немає, причин може бути дві: розгортання ще не дійшло до нього або посилання на сайт показувалися в цих функціях надто рідко.

Що рахуєте ви. Додайте UTM-мітку до посилання на сайт у профілі, наприклад ?utm_source=google&utm_medium=organic&utm_campaign=business_profile, і дивіться отримані сесії в Google Analytics 4 (GA4). Мережа може додати &utm_content= зі сталим ідентифікатором закладу; ставте ? чи & залежно від того, як виглядає ваше поточне посилання. Якщо сайт передає в GA4 подію оформлення замовлення, у звітах GA4 видно замовлення із сесій з цією міткою; якщо ні, сесії й замовлення лишаються двома окремими лічильниками.

У GA4 є канал «Помічник на основі ШІ» (AI Assistant) для переходів із сервісів на кшталт ChatGPT, Gemini, DeepSeek, Copilot і Grok. Переходи з оглядів від ШІ та режиму ШІ від Google у нього не входять: GA4 рахує їх як органічний пошук. Канал бачить лише переходи, які GA4 розпізнав за джерелом, а згадок без переходу не бачить зовсім.

Замовлення за джерелами рахує система замовлень. Eatery Club позначає джерело як Site, Mobile Site, QR Site або застосунок (джерела замовлення); замовлення за місяць беріть з експорту даних. GA4 підключається до сайту замовлення полем «Google Analytics ID» у розділі «Налаштування сайту»; якщо змінити цей ID, історичні дані в новий ресурс не перейдуть.

Що можна лише перевірити вручну. Складіть десять запитів, якими гості справді шукають заклад, і раз на місяць вводьте їх у Google, ChatGPT і Gemini. Записуйте, чи назвали ваш заклад, чи правильні факти, на які джерела послалася відповідь і чи показала вона джерела взагалі. Це вибіркова ручна перевірка: результати залежать від місця, акаунта й дня. Якщо факт неправильний, відкрийте джерело, на яке послалася відповідь, і виправте його, якщо воно ваше.

Чого не рахує жоден звіт. Запит маршруту не доводить, що гість прийшов, а натискання кнопки дзвінка не доводить продажу. Якщо без таких припущень не обійтися, записуйте їх окремо від порахованого.

Один місяць на прикладі

Модельний ресторан з одним закладом, усі цифри умовні.

Рядки з різних джерел рахують різні події, тому одне на одне їх не ділять і в суму не складають: одна покупка може потрапити в кілька рядків, а виручки, яку принесло SEO, жоден із них не показує.

• Чотири дії в профілі разом дають 1 100 на 5 000 переглядів, тобто 22 на кожні 100. Це зручне число, щоб порівнювати місяці й заклади; одна людина може і подзвонити, і прокласти маршрут, тож 1 100 різних гостей за ним немає.
• Профіль рахує натискання, а GA4 рахує сесії, тому 250 переходів на сайт і 225 сесій з міткою профілю не збігаються. На різницю впливають згода на cookie, переадресації й трекінг.
• Усі 240 замовлень прийшли з трафіку всього сайту. Скільки з них оформлено в сесіях з міткою профілю, GA4 покаже, лише якщо сайт передає туди подію замовлення.
• З 500 опитаних компаній 120, тобто майже чверть, назвали Google Карти. Це слова тих, хто вже прийшов: частина з них могла знайти вас у Картах без запиту маршруту, частина могла помилитися, а тих, хто не прийшов, опитування не бачить.

Неперевірені припущення запишіть як три незалежні гіпотези й порахуйте кожну окремо, у її власних одиницях:

Кожен діапазон стосується лише своєї гіпотези: одиниці в рядках різні, а події можуть перетинатися. Звузити C можна, якщо сайт передає замовлення в GA4; для A і B у звітах Google такого джерела немає. Для A запити маршрутів і частку компаній, які назвали Карти, ведіть як два окремі ряди: якщо обидва ростуть кілька місяців поспіль, це сигнал, хоч і не вимірювання.

План на три місяці

Один заклад. План розрахований на одну відповідальну людину, яка має близько двох годин на тиждень.

• Дні 1–14: факти. Перед виправленнями збережіть лічильники профілю, сесії GA4 і замовлення за попередній місяць: це точка відліку. Проведіть швидкий огляд і того ж тижня виправте неправильні факти: години роботи, телефон, адресу, позначку про закриття, старе меню. Дані сайту виправляють у картці закладу, дані Google виправляють у профілі. Підтвердьте профіль, якщо він ще не підтверджений.
• Дні 15–30: дії, мітки й технічні перевірки. Додайте в профіль посилання на меню і власне посилання на замовлення, позначте пріоритетний варіант у Google. Якщо заклад пов’язаний з Google-локацією в Eatery Club, увімкніть вивантаження меню і через кілька днів перевірте живий профіль. Поставте мітку на посилання на сайт. Пройдіть технічні перевірки. Складіть десять запитів для ручної перевірки і запустіть їх один раз, щоб мати точку відліку; якщо ваші гості шукають кількома мовами, складіть частину запитів кожною з них.
• Дні 31–60: перший порахований місяць. Ведіть журнал змін у профілі й на сайті з датами і далі виправляйте помилки. Зберіть лічильники профілю, сесії з міткою профілю, дані каналу «Помічник на основі ШІ», замовлення за джерелами, а також покази зі звіту про ефективність у функціях генеративного ШІ, якщо цей звіт є для вашого ресурсу.
• Дні 61–90: опитування і повторна перевірка. Місяць опитуйте гостей без бронювання, як вони вас знайшли, і записуйте результат окремо від запитів маршрутів. Запустіть десять запитів ще раз і порівняйте з 30-м днем.
• День 90: рішення. Порівняйте лічильники з точкою відліку й, якщо є дані, з тим самим місяцем минулого року; подивіться, які факти й посилання досі розходяться і що виміряти не вдалося. Наступне покращення обирайте серед фактів і дій, які можете змінити.

Мережа. Єдиного нормативу часу для мережі немає; потрібен порядок роботи:

• один відповідальний за всю мережу і менеджер у кожному закладі, який звіряє години й телефон і проводить опитування;
• перелік закладів: профіль, картка в Eatery Club, стан вивантаження меню, мітка на посиланні, відповідальний;
• пакетні дії там, де вони є: вивантаження меню для кількох закладів одразу, години з єдиного переліку;
• ручна перевірка вибірки: щомісяця кілька закладів з найнижчим числом взаємодій на 100 переглядів профілю і кілька випадкових; перш ніж міняти профіль, з’ясуйте, чи не пояснюють різницю години роботи, розташування або попит.

Далі перевіряйте раз на місяць:

1. Взаємодії на 100 переглядів профілю для кожного закладу. Якщо перегляди ростуть, а взаємодії ні, перш ніж робити висновок, подивіться на склад запитів, фото, години роботи, відгуки й посилання на меню.
2. Співвідношення брендових та інших пошукових запитів, які Google показує у звіті профілю: воно допомагає оцінити, чи частіше вас знаходять ті, хто шукає не за назвою, але приросту гостей не доводить.
3. Сесії з міткою профілю і канал «Помічник на основі ШІ» у GA4.
4. Онлайн-замовлення за джерелами.
5. Десять запитів для ручної перевірки: чи назвали заклад, чи правильні факти, чи є джерела і які.
6. Опитування біля входу раз на квартал.

Щоб відділити сезон, порівнюйте місяць із тим самим місяцем минулого року. Щоб не реагувати на коливання від тижня до тижня, дивіться на суму за ковзні чотири тижні. У посібнику Google для початківців з SEO сказано, що одні зміни можуть почати діяти за кілька годин, а іншим на це можуть знадобитися місяці; посібник радить почекати кілька тижнів, перш ніж оцінювати, чи спрацювала зміна.

Через три місяці у вас будуть виправлені факти, лічильники за два місяці, результати ручних перевірок відповідей ШІ і перелік того, що виміряти не вдається. Цього досить, щоб вирішити, що виправляти далі.

Новина за темою: Google Business Management тепер доступний усім клієнтам Eatery Club.