Kort svar: Gæster besøger en restaurant-hjemmeside med tre spørgsmål: hvad kan jeg få, har I åbent, og kan jeg få bord? Svar på alle tre på første skærmbillede – og begå ikke branchens klassiske fejl: menukortet som PDF. Menuen skal være alm. HTML (læsbar på mobil, søgbar, opdaterbar på minutter), bordbestillingen en widget frem for en telefonsvarer, og takeaway – branchens store margin-spørgsmål – bør kunne bestilles på EGEN side, så portalernes kommission ikke æder avancen på stamgæsterne. Portaler til synlighed, egen side til loyalitet: det er regnestykket.
Ingen branche har flere hjemmesider, der modarbejder deres eget køkken: PDF-menukort fra sidste sæson, åbningstider der ikke passer på helligdage, og takeaway, der kun findes hos portaler, som tager en bid af hver ordre. Denne guide bygger restaurant-sitet, der arbejder FOR huset: menu, bord og takeaway på egne betingelser.
Restaurant-besøget på nettet er kort og målrettet – oftest på mobil, ofte samme dag: hvad kan jeg få (menuen – sitets mest besøgte indhold, altid), har I åbent (og ÅBENT er et minefelt: helligdage, ferier og køkkenets lukketid kontra restaurantens – forkerte tider koster både gæster og anmeldelser, så hold dem synkrone på site OG Google-profil) og kan jeg få bord/mad (book/bestil-knappen). Alle tre skal kunne besvares fra første skærmbillede uden at scrolle: menu-knap, dagens åbningstider og book bord – så må stemningsbillederne og historien gerne fylde resten. Testen er den samme som i køkkenet: stå på gaden (mentalt), sulten, med telefonen – og se, hvor mange tryk der er til svar. Mere end to er for mange.
PDF-menuen er branchens sejeste uvane – og den taber på alle fronter: den zoomer og driller på mobil (hvor gæsterne ER), den kan ikke læses ordentligt af søgemaskiner og AI-assistenter („restaurant med veganske retter i [by]“ finder aldrig din PDF), og den opdateres sjældnere, netop fordi det er bøvlet. Løsningen er banal: menuen som almindelig sidetekst – retter med beskrivelse og PRIS (prisløse menuer læses som dyre), organiseret i sektioner, med allergen-information tilgængelig (lovpligtig oplysning – gør den nem at finde frem for at gemme den). Gevinsten rækker videre end læsbarhed: en HTML-menu kan opdateres på to minutter, når sæsonen skifter eller en råvare ryger – og den bliver fundet: menu-indholdet er restaurantens stærkeste SEO-aktiv, fordi folk søger på RETTER lige så ofte som på restauranter. Gør sæsonopdateringen til fast rutine med resten af kortet – sitet skal smage af samme køkken som tallerkenen.
Telefonen midt i aftenservicen er ingen bookingkanal – en bordbestillings-widget på egen side tager reservationerne døgnet rundt: gæsten ser ledige tider, vælger antal og får bekræftelse med det samme; huset får overblik, bordstyring og gæstedata. Valgene ligner frisørernes booking-afvejning: dedikerede restaurant-systemer (bordstyring, SMS-påmindelser, no-show-håndtering) mod enklere løsninger – og samme tre kontrolspørgsmål: pris pr. bestilling, ejerskab over gæstedata og exit-vilkår. No-shows håndteres med de kendte greb: påmindelse dagen før med nem aflysning/flytning – og for pressede aftener kan kortreservation ved store selskaber være rimelig, NÅR den varsles tydeligt. Vigtigst af alt: knappen skal hedde det, den gør – „Book bord“ – og stå øverst på hver side; gæsten, der har besluttet sig, skal aldrig lede.
Takeaway-portalerne er branchens markedsplads-dilemma: de bringer nye kunder – og tager en tocifret procentdel af HVER ordre, også fra stamgæsten, der ville have bestilt direkte, hvis muligheden fandtes. Regnestykket peger derfor på hybrid: portalerne som SYNLIGHED (nye kunder, nye områder) – og EGEN bestilling på hjemmesiden til alle, der kender jer: et bestillingsmodul eller en WooCommerce-baseret løsning med afhentningstider og online betaling er overkommelig at sætte op, og hver ordre, der flyttes hjem, lægger kommissionen tilbage i kassen. Flyt-strategien er lavpraktisk: „bestil direkte og spar/få X“ på emballagen, i vinduet og på kvitteringen – stamgæster VIL gerne bestille hos jer frem for hos mellemmanden, når vejen er lige så nem. Og ejer I bestillingen, ejer I også dataene: hvem bestiller hvad, hvornår – føde til både menuplanlægning og stamgæste-omsorg.
Mad sælges med øjnene: ægte billeder af JERES retter og lokale (en fotograf i tre timer, eller en telefon og godt dagslys) slår stock-mad, alle genkender – og billederne genbruges på Google-profilen og sociale medier. Google Business-profilen er halvdelen af restaurantens internet: korrekte tider (også helligdage!), menu-link til HTML-menuen, billeder og en lind strøm af anmeldelser – bed om dem ved gode oplevelser, og svar på alle med køkkenets ro (anmeldelses-guiden gælder dobbelt i en branche, hvor én sur aften kan blive meget synlig). Hjemmesiden binder det sammen med de lokale søgninger – „restaurant [by]“, „takeaway [bydel]“, retter og køkkentype i titler og menutekst. Og fundamentet: hurtig hosting, der holder fredag kl. 17.30, når hele byen kigger på menuen samtidig – på Hostious’ hosting er både menuen og takeaway-bestillingen hjemme på samme hurtige bund.
PDF driller på mobil, kan ikke læses ordentligt af søgemaskiner og AI-assistenter – og opdateres sjældnere. HTML-menuen er læsbar, søgbar og opdateret på to minutter.
Ja – hver ordre flyttet fra portal til egen side sparer kommissionen. Kør hybrid: portaler til nye kunder, egen bestilling til stamgæsterne – og gør den direkte vej synlig på emballage og kvittering.
Menu-knap, dagens åbningstider og book bord – synlige uden scroll på mobil. Gæsten har tre spørgsmål; forsiden skal besvare dem alle.
