Strona internetowa dla restauracji - QR menu, rezerwacje i Google Maps

Właścicielka bistro na sto miejsc: „Zapłaciłam za stronę cztery tysiące dwa lata temu. Menu na niej jest z otwarcia, bo za każdą zmianę ceny chcą stówę. Goście i tak patrzą w Google. Po co mi ta strona?"

Uczciwa odpowiedź brzmi: przy takiej stronie po nic. Ale problem nie leży w tym, że restauracja nie potrzebuje strony. Leży w tym, że dostała stronę zaprojektowaną jak wizytówka firmy budowlanej, tylko ze zdjęciami jedzenia.

W gastronomii pierwszym punktem styku jest wizytówka Google, nie strona. Gość szuka „pizza w pobliżu", widzi listę z ocenami, zdjęciami i godzinami. Strona pojawia się dopiero jako drugi krok, gdy chce zobaczyć menu albo zarezerwować stolik.

Z tego wynika cały projekt: strona restauracji ma robić dobrze trzy rzeczy, których wizytówka nie zrobi, i nie udawać, że jest czymś więcej.

Zadanie pierwsze: menu, które da się zmienić w minutę

To jest najważniejsza funkcja i jednocześnie ta, którą psuje się najczęściej.

Czego nie robić

Menu jako plik PDF. Na telefonie otwiera się w osobnym oknie, trzeba przybliżać, tekst ucieka poza ekran. Google nie czyta z niego dań, więc lokal nie pojawia się w wynikach na „carbonara Poznań". Aktualizacja wymaga programu graficznego i zwykle kogoś z zewnątrz.

Menu jako obrazek. Wszystkie wady PDF plus brak możliwości zaznaczenia tekstu i całkowita niedostępność dla osób korzystających z czytnika ekranu.

Menu wpisane na sztywno w kod strony. Działa dobrze do pierwszej zmiany ceny.

Jak to powinno wyglądać

Menu jako dane, nie jako dokument. Każde danie to rekord: nazwa, opis, cena, kategoria, alergeny, oznaczenia (wege, ostre, bezglutenowe), dostępność.

Wtedy dostajesz cztery rzeczy naraz:

• Zmiana ceny to wpisanie liczby w panelu i zapisanie, bez pośredników
• Wyłączenie dania jednym przełącznikiem, gdy skończył się składnik, zamiast przeprosin przy stoliku
• Menu dnia i menu sezonowe jako osobne zestawy, przełączane datą
• Treść, którą czyta Google, więc lokal zaczyna się pojawiać w wyszukiwaniach na konkretne dania

Panel musi obsłużyć osoba z obsługi w telefonie, stojąc przy barze. Jeśli wymaga logowania do systemu, którego nikt nie pamięta, wróci sytuacja z menu sprzed dwóch lat.

Kod QR na stół, ale zrobiony poprawnie

Dwie zasady, które oszczędzają potem masę problemów:

Kod QR prowadzi na stały adres, nie na plik. Na przykład na restauracja.pl/menu, a nie na restauracja.pl/menu-wiosna-2026.pdf. Dzięki temu wydrukowane kody i naklejki są ważne bezterminowo, a treść pod nimi zmienia się dowolnie. Kod QR wskazujący bezpośrednio plik oznacza konieczność przedruku wszystkich kart przy każdej zmianie.

Strona pod kodem musi ładować się na słabym zasięgu. Gość skanuje kod w piwnicy lokalu, na jednej kresce zasięgu. Menu, które waży kilka megabajtów przez zdjęcia w pełnej rozdzielczości, po prostu się nie otworzy, a gość zawoła kelnera po kartę papierową. Zdjęcia dań ładowane dopiero przy przewijaniu, tekst od razu.

Dobrą praktyką jest też osobny, skrócony widok dla kodu QR przy stoliku: same dania i ceny, bez galerii, bez historii lokalu, bez formularza kontaktowego.

Zadanie drugie: rezerwacja stolika bez prowizji

Portale rezerwacyjne pobierają prowizję od gościa albo abonament, zwykle jedno i drugie. Przy własnym systemie płacisz raz za wdrożenie i potem tylko za hosting.

Minimum, które musi działać

• Wybór daty, godziny i liczby osób
• Potwierdzenie SMS lub e-mail natychmiast po rezerwacji
• Przypomnienie w dniu wizyty
• Możliwość odwołania jednym kliknięciem z tej wiadomości
• Widok rezerwacji dla obsługi, działający na telefonie

Odwoływanie jednym kliknięciem jest ważniejsze, niż się wydaje. Bez tego gość, który zmienił plany, po prostu nie przychodzi, a stolik stoi pusty w piątkowy wieczór. Z łatwym odwołaniem duża część takich rezerwacji wraca do puli z wyprzedzeniem.

Czego zwykle nie warto budować na start

Pełnej mapy sali z wyborem konkretnego stolika. Wygląda efektownie, ale w małym lokalu obsługa i tak sadza gości po swojemu, a w dużym wymaga stałego utrzymywania układu sali w systemie. Przy pierwszym wdrożeniu lepiej działa prosty model: liczba miejsc w oknie czasowym i limit, którego system nie pozwoli przekroczyć.

Różne podejścia do interfejsu rezerwacji porównywałem w tekście System rezerwacji online - trzy podejścia UI, gdzie jednym z wariantów jest właśnie mapa sali.

Depozyt przy rezerwacji

Przy lokalach z wysokim odsetkiem niestawiennictwa warto rozważyć symboliczny depozyt, na przykład 20 zł od osoby, odliczany od rachunku. Wymaga podpięcia płatności, więc podnosi koszt wdrożenia, ale w piątki i soboty potrafi się zwrócić w pierwszym miesiącu.

Ostrożnie z komunikatem: depozyt źle opisany czyta się jak nieufność wobec gościa. Sformułowanie, które działa lepiej: „Rezerwacja z depozytem 20 zł od osoby, kwota odliczana od rachunku. Odwołanie do 4 godzin przed wizytą oznacza pełny zwrot."

Zadanie trzecie: być widocznym w Google Maps

To jest część, która przynosi najwięcej gości, a jest najtańsza.

Wizytówka Google jest ważniejsza od strony i jeśli budżet wystarcza tylko na jedno, zacznij od niej. Co realnie działa:

• Kategoria główna ustawiona precyzyjnie (nie „restauracja", tylko „restauracja włoska", jeśli tym jesteś)
• Godziny otwarcia aktualne, łącznie ze świętami (Google obniża widoczność lokalom z błędnymi godzinami)
• Zdjęcia dodawane regularnie, choćby raz w tygodniu, z telefonu
• Odpowiedzi na wszystkie opinie, także negatywne, w ciągu kilku dni
• Menu podpięte do wizytówki jako link do strony, nie jako plik

Strona wspiera to trzema rzeczami: spójnością danych (nazwa, adres i telefon identyczne co do znaku z wizytówką), znacznikami strukturalnymi Restaurant i Menu, które pomagają Google zrozumieć zawartość, oraz aktualnością, bo lokal z ostatnim wpisem sprzed trzech lat wygląda na zamknięty.

Szerzej o samej wizytówce pisałem w Wizytówka Google i lokalne SEO.

Czego strona restauracji nie potrzebuje

Lista rzeczy, za które lokale regularnie płacą i które nie zarabiają:

Ekranu powitalnego z filmem. Kosztuje, spowalnia ładowanie i stoi między gościem a menu, którego szuka.

Historii lokalu na stronie głównej. Może być, ale niżej. Nikt nie wybiera restauracji na podstawie opowieści o pasji założyciela, za to wielu rezygnuje, gdy nie może znaleźć ceny pizzy.

Bloga kulinarnego. W dużych miastach bywa uzasadniony, ale wymaga regularności. Blog z trzema wpisami z zeszłego roku szkodzi, bo sygnalizuje zaniedbanie.

Osobnej aplikacji mobilnej. Przy jednym lokalu prawie nigdy się nie zwraca. Strona działająca dobrze na telefonie robi to samo, a nie wymaga instalacji.

Newslettera bez pomysłu. Zbieranie adresów bez planu, co z nimi zrobić, to tylko obowiązek zgodnościowy bez korzyści.

Ile to kosztuje

Widełki przy jednym lokalu:

Koszty bieżące: hosting od 30 zł miesięcznie, SMS-y rozliczane za sztukę (rząd wielkości 12 do 20 groszy), opieka techniczna od 150 zł miesięcznie, jeśli nie chcesz zajmować się tym sam.

Dla porównania: abonamenty portali rezerwacyjnych i systemów zamówień zaczynają się zwykle od 150 do 300 zł miesięcznie za lokal, niezależnie od liczby rezerwacji. Próg opłacalności własnego rozwiązania wypada zwykle w przedziale od 18 do 30 miesięcy i to jest uczciwa liczba, nie osiemnaście dni.

Zamówienia na dowóz to osobny temat i osobny rachunek, który rozpisałem w Zamówienia online dla restauracji bez prowizji.

Jak to sprawdzić u siebie w dziesięć minut

Cztery testy, które możesz zrobić teraz, na własnym telefonie, w sieci komórkowej a nie na wifi:

1. Wyszukaj swój lokal w Google i sprawdź, czy godziny się zgadzają. Zdziwisz się, jak często nie.
2. Wejdź na swoją stronę i policz, ile sekund do zobaczenia pierwszej ceny w menu. Powyżej pięciu to problem.
3. Zeskanuj swój kod QR ze stolika. Jeśli otwiera plik PDF, masz pierwszą rzecz do naprawy.
4. Spróbuj zarezerwować stolik jako gość. Policz kliknięcia. Powyżej pięciu to kolejny problem.

Jeśli wszystkie cztery wypadną dobrze, strona robi swoją robotę i pieniądze powinny iść gdzie indziej.

Często zadawane pytania

Czy restauracja w ogóle potrzebuje strony, skoro ma wizytówkę Google?

Potrzebuje, ale mniejszej niż zwykle się jej sprzedaje. Wizytówka nie pomieści pełnego menu z alergenami, nie przyjmie rezerwacji na Twoich warunkach i nie jest Twoją własnością, bo Google może zmienić jej zasady z dnia na dzień. Strona ma być miejscem, gdzie mieszka menu i rezerwacje, a wizytówka ma do niej prowadzić. Odwrotna kolejność, czyli rozbudowana strona i zaniedbana wizytówka, jest najczęstszym błędem w tej branży.

Ile kosztuje aktualizacja menu, jeśli robi się to samemu?

Nic, i to jest cały sens takiego rozwiązania. Menu zapisane jako dane w panelu zmienia osoba z obsługi w kilkanaście sekund, z telefonu. Koszt pojawia się tylko wtedy, gdy menu jest plikiem graficznym lub PDF i wymaga kogoś z programem do składu. Przy wyborze wykonawcy warto zapytać wprost, kto i jak będzie zmieniał ceny po odbiorze, bo odpowiedź na to pytanie mówi więcej o projekcie niż portfolio.

Czy własny system rezerwacji wypiera rezerwacje przez portale?

Nie od razu i nie do końca. Portale mają ruch, którego nie masz, więc zwykle sensowny jest układ mieszany: portal jako dodatkowe źródło gości, własny system jako podstawowy kanał dla tych, którzy trafiają z wyszukiwarki i z wizytówki. Ważne, żeby oba kanały widziały tę samą dostępność miejsc, inaczej dochodzi do podwójnych rezerwacji na ten sam stolik.

Jak zrobić menu dostępne dla osób z alergiami?

Alergeny jako oznaczenia przy każdej pozycji, nie jako osobny dokument na końcu karty. Dodatkowo filtr, który pozwala ukryć dania zawierające wybrany składnik. To jest funkcja tania we wdrożeniu, bo dane i tak trzeba wprowadzić ze względu na obowiązek informacyjny, a realnie poprawia doświadczenie dużej grupy gości i bywa powodem wyboru lokalu.

Czy warto robić stronę w dwóch językach?

W miastach turystycznych i przy lokalach blisko centrum zwykle tak, ale wystarczy menu i informacje praktyczne, bez tłumaczenia całej strony. Częstym błędem jest tłumaczenie maszynowe nazw dań, które potrafi być komiczne i szkodzi wizerunkowi lokalu. Lepiej przetłumaczyć dwadzieścia pozycji porządnie niż całą kartę byle jak.

Po czym poznam, że nowa strona działa?

Po trzech liczbach, które trzeba zapisać przed zmianą: liczba rezerwacji złożonych przez stronę w miesiącu, liczba telefonów z pytaniem o godziny otwarcia i menu oraz liczba wejść na stronę z wizytówki Google. Pierwsza powinna rosnąć, druga spadać, bo informacje są wreszcie znalezione bez dzwonienia, trzecia rosnąć wraz z uzupełnianiem wizytówki. Liczba odsłon sama w sobie nie mówi nic.

Podobne teksty z bloga

• Zamówienia online dla restauracji bez prowizji - dowóz i odbiór osobisty, osobny rachunek
• System rezerwacji online - trzy podejścia UI - jak może wyglądać wybór terminu
• Wizytówka Google i lokalne SEO - najważniejszy kanał w gastronomii
• Własny system rezerwacji czy Booksy - kiedy abonament wychodzi taniej