SEO for bookingsiden: der søkeplassering blir til reservasjoner

43 % av fullservicerestauranter har fortsatt ingen mulighet for direkte booking på sin egen nettside.

De investerer i SEO. De rangerer høyt. En potensiell gjest klikker seg inn. Og så – ingenting. Ingen vei videre uten å ta opp telefonen eller hoppe over til en tredjepartsplattform. Hele veien fra søk til reservasjon ryker på siste skritt.

Dette er bookingsidens paradoks: den er både den viktigste siden på en restaurantnettside og den som oftest mangler, ikke virker, eller er satt bort til noen andres domene. Hver eneste annen side på nettsiden din – meny, om oss, galleri – finnes for å bygge intensjon. Bookingsiden er stedet der intensjon blir til omsetning. Når den ikke fungerer, var alt arbeidet før den bortkastet.

Siden der SEO og konvertering er samme jobb

De fleste restauranter behandler SEO og bookingkonvertering som to separate problemer. Ett team bekymrer seg for plasseringer, et annet for reservasjons-widgeten. Men på bookingsiden er ikke dette to ulike jobber. Det er samme jobb.

Når noen søker «italiensk restaurant reservasjon i kveld» og lander på bookingsiden din, henger hvert SEO-signal Google sporer – tid på siden, om intensjonen blir fullført, om brukeren går tilbake til søkeresultatene – sammen med om den personen faktisk bestiller. En rask og tydelig bookingside som konverterer godt sender positive signaler til Google. En treg og forvirrende side som spretter besøkende tilbake til søkeresultatene sender det motsatte.

Googles egen dokumentasjon om strukturerte data oppfordrer restauranter til å implementere ReserveAction-skjema – markering som forteller søkemotorer at siden din tilbyr reservasjoner. Sider med strukturerte data får 20–35 % flere klikk fra søkeresultater enn de uten.

Den praktiske konsekvensen: når bookingsiden din rangerer godt, konverterer den. Når den konverterer godt, rangerer den bedre. Dette er ikke en teoretisk tilbakekoblingssløyfe. Det er slik enhver søkemotor fungerer.

65 % av gjestene bestiller direkte

Når en gjest har bestemt seg for hvor hun vil spise, hvor går hun for å bestille?

65 % går rett til restaurantens egen nettside.

Ikke en tredjepartsapp. Ikke en markedsplass. Restaurantens egen nettside. Det tallet bør forme alle valg du tar om hvor bookingen skal ligge. Hvis to tredjedeler av de bookingklare gjestene dine kommer til siden din, er bookingsiden den mest verdifulle konverteringsressursen du har.

Og likevel foretrekker 59 % av gjestene å bestille på nett fremfor å ringe – en andel som fortsetter å vokse.

Regnestykket er enkelt. De fleste gjester som vil bestille kommer til nettsiden din. De fleste foretrekker å bestille på nett. Hvis nettsiden din ikke lar dem gjøre det, ringer de enten (mer friksjon), går til en aggregator (der du betaler per kuvert og mister dataene) eller finner en konkurrent som gjør det enkelt.

Hva en bookingside faktisk trenger

Bookingsider som konverterer har noen felles trekk. Ingen av dem er overraskende. Likevel mangler de fleste på de fleste restaurantnettsider.

Hastighet

53 % av mobilbesøkende forlater en side som bruker mer enn tre sekunder på å laste.

Konverteringen faller med 4,42 % for hvert ekstra sekund med lastetid de første fem sekundene.

The Olive Branch, en italiensk restaurant i et tøft bymarked, hadde en bookingside som lastet på 8,4 sekunder. To av tre gjester som klikket på bookingknappen fullførte aldri skjemaet – frafallet lå på 67 %. Etter at de fikk lastetiden ned til 1,8 sekunder, gikk konverteringen fra 0,9 % til 4,2 %, og fluktraten falt fra 73 % til 42 %.

Det ble anslagsvis 138 ekstra reservasjoner i måneden. Med deres snittsalg tilsvarer det rundt 125 000 kr i månedlig omsetning som lå der hele tiden – skjult bak en treg side.

Lærdommen er ikke at hver restaurant vil se de samme resultatene. Lærdommen er at trege bookingsider har en direkte og målbar kostnad i tapte reservasjoner. Restaurantnettsider bruker i snitt 5–8 sekunder på mobil, og de fleste ligger altså godt over terskelen der frafallet skyter i været.

Minimal friksjon

Selve bookingskjemaet betyr mindre enn friksjonen rundt det.

Forskning viser konsistent at færre obligatoriske felter løfter fullføringen – men antallet felter alene er ikke den største variabelen. De største årsakene til at folk gir opp er tvungen kontoopprettelse, trege eller forvirrende datovelgere og skjemaer som ikke fungerer skikkelig på mobilskjermer.

Klokken er 20.15. Et par står utenfor restauranten din og åpner bookingsiden på telefonen. De ser at lyset er på inne. De vil ha et bord i løpet av de neste 20 minuttene. Bookingskjemaet ditt ber om e-post, telefonnummer, antall personer, dato, tid, anledning, allergier og samtykke til to forskjellige vilkår. De scroller, klyper, skriver e-posten feil på et lite tastatur, datovelgeren snapper tilbake til januar. De legger fra seg telefonen og går til restauranten på den andre siden av gaten.

Det er prisen for friksjon. Ikke i et analysedashbord – i den fysiske virkeligheten av et par som går forbi vinduet ditt.

De beste booking-widgetene spør om tre eller fire ting: antall personer, dato, tid og navn. Alt annet er valgfritt eller blir spurt om etter at forpliktelsen er gjort. En gjest som har valgt et tidspunkt og trykket «bekreft» fyller gjerne ut telefonnummeret. En gjest som stirrer på en vegg av obligatoriske felter kommer aldri så langt.

Mobilfirst-design

59 % av besøkene på restaurantnettsider kommer fra smarttelefoner.

Og 66 % av restaurantbestillinger gjøres samme dag – noe som betyr at gjesten ofte er på farten, kanskje sulten, og helt sikkert utålmodig.

En bookingside designet for desktop og presset inn på mobil er ikke mobilfirst. Mobilfirst betyr at flyten først ble tegnet for en tommel på en fem tommers skjerm, og deretter utvidet til desktop. Tidsluker som er lette å treffe, store treffpunkter, ingen horisontal scrolling, ingen klyping for å zoome på skjemafelter.

Hvis du selv må klype på telefonskjermen for å lese ditt eget bookingskjema, har gjestene dine en enda dårligere opplevelse.

Hvorfor bookingen bør ligge på ditt eget domene

Her tar mange restauranter et valg som koster dem mer enn de er klar over.

Når en gjest klikker «Bestill nå» på nettsiden din og blir sendt videre til en bookingplattform fra en tredjepart, skjer tre ting:

1. Gjesten forlater siden din. URL-en din forsvinner fra adresselinjen. Opplevelsen tilhører nå plattformen, ikke deg. All merkevarekontinuitet, visuell konsistens og tillit du har bygget opp blir brutt.

2. Analysen din registrerer et frafall. Uten nøye sporing på tvers av domener (som de fleste restauranter ikke setter opp) ser omdirigeringen ut som om gjesten forlot siden din helt. Bookingsiden din ser ut til å ha et høyt frafall. Engasjementsmålingene dine lider.

3. Atferdssignalet går til plattformen, ikke til deg. Google sporer om de som søker fullfører intensjonen sin på en side eller går tilbake til søkeresultatene. Når en gjest bestiller gjennom en innebygd widget på ditt domene, tilhører fullføringssignalet siden din. Når de blir omdirigert, går signalet til plattformens domene.

Over tid styrker dette plattformens posisjon i søk på bekostning av din. Aggregatoren rangerer høyere for «restaurantreservasjon [byen din]», delvis fordi din egen booking-trafikk bygger deres signaler.

Alternativet er en booking-widget som integreres direkte på nettsiden din. Gjesten blir værende på domenet ditt. URL-en din blir værende i adresselinjen. Konverteringssignalet tilhører deg. Se etter et system som rendres direkte på siden din i stedet for å laste i en iframe fra et annet domene – forskjellene i SEO og UX er reelle.

Skjemamarkering: fortell Google hva siden din gjør

ReserveAction-skjema er strukturerte data som forteller Google at siden din lar folk gjøre reservasjoner. Det er en av de få skjematypene som kan utløse forbedrede søkeresultater – en «Reserver»-knapp rett i søkeoppføringen.

De fleste restauranter bruker det ikke. HTTP Archive Web Almanac fant at bare 0,19 % av nettsidene i det hele tatt implementerer restaurant-spesifikt skjema.

Det er et konkurransefortrinn som ligger i åpent dagslys. Teknisk sett er det en engangsoppgave å legge til skjemamarkering – og fordi nesten ingen i restaurantbransjen gjør det, er det relative fortrinnet større her enn i noen annen sektor.

Som et minimum bør bookingsiden din inneholde:

• Restaurant-skjema med navn, adresse, kjøkkentype og prisklasse
• OpeningHoursSpecification med gjeldende åpningstider
• ReserveAction som indikerer at siden tar imot reservasjoner
• AggregateRating hvis du viser anmeldelser på siden din

Dette garanterer ikke en «Reserver»-knapp i søkeresultatene. Men det gir Google alt den trenger for å vise restauranten din på en god måte – og det skiller bookingsiden din fra de millioner av restaurantsider som ikke gir Google noen strukturerte data i det hele tatt.

Flerspråklige sider mangedobler søkeflaten din

Hvis restauranten din ligger i et turistområde – eller en hvilken som helst by der internasjonale besøkende spiser – er hver språkversjon av bookingsiden et eget inngangspunkt fra søk.

En tysk turist som søker «Restaurant Reservierung» finner tyskspråklige sider. En fransk besøkende som søker «réservation restaurant» finner franske sider. Den engelskspråklige bookingsiden din er usynlig for begge.

Googles dokumentasjon om hreflang-tagger støtter dette: korrekt konfigurerte flerspråklige sider blir indeksert uavhengig, og hver rangerer for søk på sitt eget språk.

Dette handler ikke om å oversette forsiden din. Det handler spesifikt om bookingsiden – siden der intensjon blir til omsetning. En booking-widget som støtter flere språk automatisk, med riktige datoformater og lokaliserte skjemaetiketter, fanger opp internasjonale bestillinger som en enspråklig side rett og slett ikke kan.

77 %-muligheten

77 % av gjestene besøker en restaurants nettside før de bestemmer seg for hvor de skal spise.

Det besøket er beslutningsøyeblikket. Menysiden bygger interesse. Bildene setter forventninger. Bookingsiden er stedet der interessen blir til en forpliktelse – eller der gjesten går tilbake til søkeresultatene og finner noen andre.

En rask bookingside på ditt eget domene, med minimal friksjon, mobilfirst-design og skjemamarkering som hjelper Google å forstå hva den gjør – dette er ikke en funksjon på nettsiden din. Det er hele formålet med nettsiden din. Alt annet er kontekst. Bookingsiden er konverteringen.

Hvis din er treg, gjemt, eller omdirigerer til et annet domene, ender SEO-investeringen som førte gjesten til siden din i en annen restaurant. Og gjesten kommer ikke til å huske hvorfor – bare at det var enklere å bestille et annet sted.