De fleste guides om hjemmesider til restaurantkæder er skrevet af folk, der aldrig har åbnet motorhjelmen på en. Jeg har. Jeg har lavet redesigns af hele sitet for kæden (16 afdelinger) og for to franchisekæder med 14 restauranter hver, og jeg vil hellere fortælle dig, hvad der faktisk var galt, end give dig fem generelle tips.

En advarsel først: masse-genererede artikler om "sådan får du en god kædehjemmeside" rykker ingenting i 2026. Det, der virker, er konkrete fejl, du kan tjekke på dit eget site i eftermiddag. Så lad os tage dem.

Hvorfor en kæde kræver en anden tilgang

En restaurantkæde er ikke ét brand i Googles øjne. Det er flere lokale virksomheder under samme navn, og Google vil helst vise den side, der taler direkte til byen, folk søger fra. Det betyder én ting: hver afdeling skal kunne stå alene i søgeresultatet.

Det er præcis der, kæderne fejler. Hos kæden opdagede jeg, at /dlet-det-groenne-koekken-hjoerring/ serverede Roskildes indhold i sin helhed. Den rigtige Hjørring-side lå på en anden URL, som ingen linkede til. Amager-siden bar Valbys overskrift over Amagers adresse. Tre afdelinger havde et Google-kort indlejret på koordinat 1,1, som er ude i Guineabugten.

Hver af de fejl koster en lokal placering. Ikke fordi designet er dårligt, men fordi Google ikke kan regne ud, hvilken restaurant der ligger hvor.

NAP-konsistens er fundamentet, og det er som regel brudt

Navn, adresse og telefonnummer skal stå ens overalt. Hos kæden havde 10 af 16 afdelinger modstridende telefonnumre mellem deres egen lokationsside og deres kontaktside. Tre afdelinger manglede helt på kontaktsiden. En enkelt havde tre forskellige numre i omløb.

Det er den enkeltfejl, der gør mest skade, fordi lokal ranking hviler på, at Google kan matche dit domæne med din Google Business-profil og din adresse. Når tallene ikke stemmer, mister Google tilliden og vælger en konkurrent.

Tjek det selv: åbn tre tilfældige afdelingssider og deres kontaktside side om side. Er telefonnummer, adresse og åbningstider identiske ned til mellemrummene?

Strukturen der virker

For en kæde ser en fungerende struktur sådan her ud:

  • Forside med den overordnede historie og en søgbar "find din afdeling"
  • Afdelingsoversigt med en simpel vælger, ikke en liste med tyve adresser
  • Én dedikeret lokationsside per afdeling, hver med sin egen URL, sin egen adresse, sine egne åbningstider og sit eget lokale indhold
  • Menu, fælles hvis priserne er ens, opdelt hvis de ikke er
  • Bestil online integreret fra både forside og lokationssider

Hos en franchisekæde var priserne identiske på tværs af alle 14 restauranter, så ét nationalt menukort var det rigtige. Hos kæden varierede det. Der er ikke ét svar, men systemet bag skal kunne håndtere begge.

Strukturerede data er kædens største uudnyttede mulighed

Ingen i restaurantbranchen har ordentlig Restaurant-schema. en franchisekæde havde nul JSON-LD på hver eneste side, inklusive forsiden. kæden havde nul strukturerede data på forsiden og alle 16 lokationssider, så ingen adresse og ingen åbningstid var maskinlæsbar nogen steder.

Den kæde, der lægger korrekt Restaurant-schema og FAQPage-schema på hver lokationsside først, tager den lokale pack og AI-svarene. Når nogen spørger ChatGPT om en burgerkæde i deres by, er det de maskinlæsbare data, modellen læner sig op ad. Og AI-crawlerne bliver som regel lukket ind allerede: hos begge kæder fik GPTBot, ClaudeBot og PerplexityBot HTTP 200. Døren står åben, der er bare ikke noget struktureret indhold indenfor.

Bestillingssystemet må ikke skabe friktion

Online bestilling skal kunne klares i tre klik. Ét fælles system, der automatisk sender ordren til den rigtige restaurant ud fra kundens valg eller adresse. Undgå systemer, hvor gæsten selv skal skrive "gerne København" i en kommentarboks.

Hos en franchisekæde stod loyalitetsklubben opført som både "The Society" og "The Circus" på samme side, og bonussiden nævnte svenske kroner først på det danske site. Den slags forvirring dræber konvertering, uanset hvor pænt resten ser ud.

Det jeg ikke kan love dig

Jeg lover aldrig trafik-procenter, en førsteplads på Google eller at ChatGPT vil citere jer. Det er der ingen, der kan. Det, jeg kan gøre, er at rydde op i de fejl, der aktivt holder jer nede, og bygge strukturen, så hver afdeling har en reel chance lokalt.

Ofte stillede spørgsmål

Skal hver restaurant have sin egen underside?

Ja. Uden separate lokationssider med unikt indhold konkurrerer kæden kun med sig selv om de samme søgeord, og Google kan ikke se, at I har en fysisk restaurant i hver by.

Kan jeg bruge samme bestillingssystem til alle afdelinger?

Ja, hvis det er bygget til at håndtere flere lokationer separat og selv ruter ordren til den rigtige restaurant. Undgå løsninger, hvor gæsten selv skal angive by i fritekst.

Hvor lang tid tager det at bygge en hjemmeside til en restaurantkæde?

For 5-10 afdelinger regner jeg med 6-10 uger. Ved 15+ afdelinger eller franchise nærmere 3-4 måneder, fordi hver lokationsside skal have eget indhold og egen lokal SEO.

Hvordan får jeg alle afdelinger til at ranke godt i Google?

Behandl hver lokation som sin egen SEO-opgave: egen Google Business-profil, unikt indhold per side, konsistent NAP-data og lokale anmeldelser. Springer du et af dem over, taber du de byer, hvor konkurrenten gjorde arbejdet.

Skal menuen være ens på tværs af alle afdelinger?

Det afhænger af, om priserne varierer. Hos en franchisekæde var de identiske, så ét menukort var korrekt. Systemet bag skal kunne håndtere forskelle uden manuelt bøvl.

Til sidst

Jeg laver ikke brand awareness. Jeg laver omsætning, placeringer og hjemmesider, der sælger. Start med at kortlægge dine afdelinger, tjek om telefonnumrene stemmer, og byg en rigtig lokationsside til hver af dem, før du bruger en krone mere på annoncer.