Мы посмотрели 30 сайтов чешских ресторанов. У 26 из них была одна и та же проблема.

Один апрельский вторник мы провели эксперимент. Взяли результаты чешского Google по запросам restaurace Praha 6, restaurant Brno centrum, obědové menu Ostrava и ещё семи запросам, которые голодный человек действительно набирает. Открыли первые тридцать уникальных сайтов ресторанов, которые выдал поиск. Потом открыли каждый на телефоне, потому что именно там вас впервые видит примерно 70% трафика ресторана, и проверили их так, как это делает гость, выбирающий, куда пойти в пятницу вечером.

Результат удивил нас меньше, чем всех, кому мы показывали таблицу. С дизайнами в основном всё было в порядке. Hero-фотография зала, фирменные цвета, пара крупных планов тарелок. Где-то элегантно, где-то устаревше, несколько действительно красивых. Это не главное.

Главное в том, что у двадцати шести из тридцати была одна и та же критическая проблема в одном и том же месте: их меню было PDF. Иногда дизайнерское PDF, иногда скан напечатанного меню, иногда картинка, сохранённая с последней печати из кухни. В двух случаях файл весил больше 8 МБ. В одном случае на iPhone Safari он просто не открылся.

Если вы владеете рестораном в Чехии, это статья, которую мы хотели бы написать полгода назад. Меню — самая важная страница вашего сайта. И на трёх четвертях сайтов чешских ресторанов в 2026 году это одновременно самая неудобная, наименее находимая и наименее актуальная страница.

Тридцать сайтов, которые мы посмотрели

Чтобы было честно: мы не отбирали худшие. Мы искали так, как искал бы приезжий гость или местный с пустым пятничным вечером. Шесть городов, десять типов запросов, первые тридцать уникальных доменов, которые мы ещё не встречали. Бистро с дневным меню за 220 Kč стояло рядом с fine-dining рестораном с дегустационным меню за 1 800 Kč. Мы оценивали их одинаково.

На каждом сайте мы прошли шесть проверок с телефона:

1. Как опубликовано меню — как HTML-страница, встроенный PDF, скачиваемый PDF, картинка или внешняя ссылка на сторонний сервис?
2. Как быстро загружается главная на среднем Android-устройстве (мобильный Lighthouse)?
3. Время работы написано HTML-текстом или скрыто в картинке, PDF или графическом подвале?
4. Работает ли онлайн-бронирование на мобильном или нужно звонить?
5. Есть ли структурированные данные Restaurant или LocalBusiness на странице, как мы разбирали в техническом SEO-чек-листе?
6. Показывает ли сниппет в Google меню, время работы и рабочую кнопку звонка?

Вот что получилось.

Результаты в цифрах

PDF-меню оказалось настолько универсальной проблемой, что остаток статьи посвящён ему. Если в этом месяце нужно починить только одно — чините это. Цифры по производительности и бронированию тоже важны, и механику скорости мы подробно разобрали в статье о том, почему медленные страницы теряют клиентов.

Почему PDF-меню — самое дорогое дешёвое решение, которое принимает ресторан

PDF-меню кажется очевидным выбором. Печатное меню уже свёрстано. Кухня печатает из него. Тот же файл — на сайт, и сайт «готов».

Вот что это решение делает на самом деле.

Прячет ваше меню от Google. Google технически читает текст PDF, но не индексирует, не выводит в сниппеты и не ранжирует PDF так, как HTML-страницу. Когда голодный гость в Летне ищет burger Praha 7, наверх выходят рестораны, у которых названия бургеров и цены живут в HTML. Те, у кого бургеры живут в PDF, — нет. Это самый большой рычаг дешёвой устойчивой локальной видимости, и вы отдаёте его каждый раз, когда загружаете menu.pdf. Механика — в руководстве по локальному SEO.

Наказывает мобильных пользователей. Гость нажимает меню, ждёт две-пять секунд, пока PDF скачается, потом разворачивает, приближает и листает горизонтально, чтобы прочитать девятый кегль, свёрстанный под бумагу. На шестидюймовом экране телефона это объективно плохо. Примерно половина гостей, нажавших на эту ссылку, уходят, не дочитав. Этот уход вы не видите в почте. Вы видите его в пустых местах во вторник.

Прячет ошибки, которые стоят денег. У трёх из тридцати сайтов в PDF-меню были цены, которые ресторан уже не использовал. У одного — блюдо, которого нет в меню больше года. Когда меню — это файл на печать, «обновление» означает переверстать, переэкспортировать, перезалить. Поэтому никто не обновляет. HTML-меню меняется за пятнадцать секунд, кем угодно, с телефона.

Ломает перевод и доступность. Скринридеры с PDF-картинками не дружат. Автоперевод в браузере работает с HTML, но не с отсканированной картинкой. Если ваш ресторан в туристическом районе и меню есть только в виде чешского PDF, немецко-, англо-, украино- и русскоязычные гости, проходящие мимо двери, не смогут прочитать его перед тем, как решить зайти.

Тянет Core Web Vitals вниз. Тяжёлые PDF, особенно встроенные в страницу, ухудшают метрики загрузки, которые Google теперь использует как ранжирующий сигнал. Для ресторанов в локальной выдаче это потерянные позиции по причине, которую ни один гость никогда не увидит.

Что делали четыре ресторана, у которых всё в порядке

Четыре из тридцати держали меню в чистом HTML. У них было три общих свойства.

Во-первых, меню было страницей сайта, а не скачиваемым файлом. Название блюда, двухстрочное описание, иконки аллергенов, цена — всё реальным текстом. Категории были заголовками, а не картинками. Меню листалось на телефоне как рецепт.

Во-вторых, страница меню имела разметку Restaurant. Это те структурированные данные, благодаря которым Google показывает позиции меню, время работы и ссылку на бронирование прямо в выдаче. У трёх из четырёх ресторанов был заслуженный Google place panel, показывавший дневное меню без перехода на сайт. Это реклама бесплатно, которую конкуренты с PDF-меню в принципе не могут купить.

В-третьих, страница была лёгкой. Hero-картинка меньше 200 КБ, фотографии блюд в WebP, шрифты с font-display: swap. Мобильный Lighthouse в 80-х и 90-х. Страницы открывались меньше чем за две секунды в трамвае с двумя делениями сигнала.

Ни один из этих четырёх сайтов не был дорогим. Два — WordPress с кастомной темой. Один — Squarespace. Один — кастомный Nuxt. Платформа не имела значения. Дисциплина имела.

Что сделать на этой неделе

Не нужно редизайнить сайт. Скорее всего, не нужно даже менять агентство. Нужно сделать четыре вещи в этом порядке, и ни одна из них не занимает больше половины дня, если у вас есть данные меню в любом цифровом виде.

1. Откройте свой сайт на телефоне. Нажмите на меню. Засеките время. Если вы ждали больше трёх секунд, или пришлось приближать, или экран накрыл PDF-ридер — это опыт ваших гостей, двадцать раз в день.
2. Загуглите название ресторана плюс слово меню. Посмотрите, что появляется в сниппете. Если там не видно блюда или цены, Google не знает, что вы готовите.
3. Перенесите меню в HTML. Одна страница, категории — H2, блюда — H3 с двухстрочным описанием и ценой, аллергены — маленькие иконки. Никаких PDF. Никаких картинок бумаги. Только текст на странице. Если сайт на WordPress, это задача на один вечер. Если нет, почти любое агентство, включая нас, сделает это по фиксированной цене без перестройки сайта.
4. Добавьте разметку Restaurant. Проверьте через Google Rich Results Test. В течение недели-двух вы начнёте появляться в локальной выдаче с данными меню.

Опциональные следующие шаги, когда меню починено: настоящий мобильный бронирующий поток вместо ссылки на телефон, время работы в HTML, а не запечённое в картинке подвала, и hero-картинки, сжатые и отдаваемые адаптивно. Полный pre-flight инвентарь, который мы используем при запусках, — в нашем техническом SEO-чек-листе.

Часто задаваемые вопросы

Почему так много ресторанов используют PDF-меню?

Потому что у кухни оно уже есть. Распечатал, отсканировал, залил, готово. Решение принимает тот, кто ближе всего к файлу, а не тот, кто ближе всего к клиенту. В этом нет злого умысла. Нет лени. Есть крошечный, разумный срез пути, который стоит ресторану посетителей каждую неделю годами.

Можно ли оставить PDF для печати и одновременно положить на сайт HTML-версию?

Да, и это правильный ответ. PDF оставьте для гостей за столом или для типографии. Тот же контент в виде HTML — для сайта. Это разные задачи в разных форматах.

А Zomato, Lunchtime, TheFork — достаточно их?

Они помогают, но это не ваша домашняя база. Ваше меню на TheFork ранжируется для домена TheFork, а не для вашего. Гости, ищущие ваш ресторан + меню, всё равно попадают на ваш сайт. Если ваш сайт — тупик, вы научили Google отправлять этих гостей в следующий раз кому-то другому.

Нужна ли английская версия страницы меню?

Если вы в пешей доступности от любого туристического района Праги, Брно, Чешского Крумлова, Карловых Вар или рядом с крупными отелями — да. Маржинальная стоимость перевода одной страницы меню — пара часов работы. Маржинальная выгода — каждый немецко-, англо-, украино- и русскоязычный гость, заглядывающий в телефон перед вашим окном. Наш обзор сайтов для ресторанов подробнее разбирает мультиязычную настройку.

Сколько должен стоить такой фикс?

Чистая конвертация меню в HTML на существующем сайте: от 3 000 до 12 000 Kč в зависимости от платформы и того, как сайт построен. Добавление Restaurant-схемы сверху — несколько часов работы. Полная пересборка сайта ресторана с бронированием и переведённым меню начинается примерно от 25 000 Kč, реальные цифры — в нашем разборе стоимости сайтов 2026 и на странице цен.

Итог

Сайты чешских ресторанов проваливаются не из-за дизайна. Они проваливаются потому, что самая важная страница сайта заперта в формате, спроектированном под бумагу. Двадцать шесть из тридцати ресторанов, которых мы посмотрели, каждую неделю теряют гостей из-за решения, которое кто-то принял за пятнадцать секунд два года назад.

Если хотите, чтобы мы провели тот же аудит конкретно для вашего ресторана — ваше меню, ваша скорость, ваша схема, ваш бронирующий поток — напишите нам. Пришлём ту же таблицу из шести строк, что использовали для тридцати, с вашими цифрами. Нанимаете нас на правки или нет — отдельный разговор.

Полный обзор того, как мы подходим к сайтам для ресторанов, включая бронирование, мультиязычное меню и интеграции, — на отдельной странице.