Schema for lokale virksomheder forklaret: påkrævede og anbefalede egenskaber, et komplet JSON-LD-eksempel, åbningstider, flere lokationer, validering og synlighed i AI.

På denne side
Kort fortalt
Schema for lokale virksomheder er et blok med strukturerede data, typisk i JSON-LD, der beskriver en fysisk virksomhed over for søgemaskiner: type, navn, adresse, telefonnummer, koordinater, åbningstider og website. Google kræver kun name og address, men anbefaler geokoordinater, åbningstider, telefon, URL og prisklasse. Markupen hjælper Google og AI-assistenter med at knytte dit website til den virksomhed, de kender fra Google Business Profile og kataloger. Den erstatter ikke profilen, og den garanterer ikke et udvidet søgeresultat (rich result).
Vil du vide mere? Spørg
Hurtig quiz
Hvem skal rette den tekniske side af dit site?
Vores anbefaling til dig
Tjek det selv med gratis Google-værktøjer
Search Console lister de sider, Google ikke kan læse, og PageSpeed Insights tester hastigheden. Mange små problemer rettes fra indstillingerne i dit website-værktøj.
Vores anbefaling til dig
En webudvikler
Dit problem sidder i koden eller serveren: en udvikler, der kender SEO, er den rette person. Giv dem listen over fejl fra Search Console.
Vores anbefaling til dig
Et værktøj til teknisk revision
Dit site har mange sider: en crawler læser dem alle, ligesom Google gør, og giver en komplet liste over fejl at rette, side for side.
Vores anbefaling til dig
En automatisk revision, derefter indhold
Dit site virker, men bringer få besøgende: tekniske problemer er sjældent årsagen. Sorank reviderer sitet og skriver derefter de sider, der giver trafik.
Schema for lokale virksomheder er den schema markup-type, der omdanner kontaktoplysningerne for en butik, restaurant, klinik eller bureau til data, som maskiner kan læse. Google dokumenterer den i sin guide til strukturerede data for lokale virksomheder, og begreberne kommer fra schema.org/LocalBusiness. Denne guide giver dig et komplet eksempel, du kan tilpasse, de regler der betyder noget, og de fejl, der gør markupen ubrugelig.
LocalBusiness er en type fra schema.org for „en bestemt fysisk virksomhed eller filial af en organisation“. Den arver fra to overordnede typer, Organization og Place, så den accepterer både virksomhedsegenskaber (logo, telefon, profiler på sociale medier) og stedsegenskaber (adresse, koordinater, kort, åbningstider).
Schema.org har 30 direkte undertyper, og mange af dem har egne undertyper. Google beder dig bruge den mest specifikke undertype, der findes. En tandlæge skal bruge Dentist, et bageri Bakery, et advokatfirma LegalService eller Attorney. De mest almindelige valg:
| Virksomhed | Anbefalet type | Overordnet type |
|---|---|---|
| Restaurant, café, bar | Restaurant, CafeOrCoffeeShop, BarOrPub | FoodEstablishment |
| Butik | ClothingStore, HardwareStore, Florist... | Store |
| Tandlæge, læge, apotek | Dentist, Physician, Pharmacy | MedicalBusiness |
| Frisør, spa, neglesalon | HairSalon, DaySpa, NailSalon | HealthAndBeautyBusiness |
| VVS-installatør, elektriker, tagdækker | Plumber, Electrician, RoofingContractor | HomeAndConstructionBusiness |
| Advokat, notar | Attorney, Notary | LegalService |
| Hotel, bed and breakfast | Hotel, BedAndBreakfast | LodgingBusiness |
| Værksted, bilforhandler | AutoRepair, AutoDealer | AutomotiveBusiness |
| Revisor, bankfilial | AccountingService, BankOrCreditUnion | FinancialService |
| Bureau, konsulent, andet professionelt kontor | ProfessionalService | LocalBusiness |
Hvis virksomheden passer til flere typer, accepterer Google et array, for eksempel ["Store", "AutoRepair"]. Til dette formål understøtter den additionalType ikke.
Googles dokumentation deler egenskaberne i to grupper. Kun to er påkrævet; de anbefalede er dem, der gør markupen nyttig.
| Egenskab | Status hos Google | Hvad der skal stå i den |
|---|---|---|
name | Påkrævet | Virksomhedens navn præcis som på facaden og i Business Profile |
address | Påkrævet | En PostalAddress med gade, by, region, postnummer og landekode |
geo | Anbefalet | Breddegrad og længdegrad med mindst 5 decimaler |
openingHoursSpecification | Anbefalet | Dage, åbnings- og lukketider, sæsonundtagelser |
telephone | Anbefalet | Hovednummeret med landekode og områdenummer |
url | Anbefalet | Den fungerende side for netop denne lokation |
priceRange | Anbefalet | Et relativt interval som „$$“ eller „$20-50“, under 100 tegn |
menu, servesCuisine | Anbefalet (mad) | URL til menuen og køkkentype |
department | Anbefalet | Særskilte enheder med egne åbningstider eller telefon (apotek inde i et supermarked) |
aggregateRating, review | Kun anbefalet for anmeldelsessider | Bedømmelser af andre virksomheder, som dit website indsamler, aldrig dine egne |
image, logo, sameAs, areaServed, hasMap | Ikke nævnt af Google, gyldig på schema.org | Fotos, logo, profil-URL'er, serviceområde, kortlink: nyttigt til at forstå enheden |
Den sidste række betyder noget for synligheden i AI. sameAs forbinder din side med din Business Profile, dine konti på sociale medier og dine opslag i kataloger, så det bliver nemmere for et system at bekræfte, at disse profiler beskriver samme enhed.
JSON-LD er det format, Google anbefaler: et script-tag af typen application/ld+json, placeret i head eller body på lokationssiden. Her er et komplet eksempel for en fiktiv tandlægeklinik, som du kan tilpasse med dine egne data:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Dentist",
"@id": "https://www.example-dental.com/lyon/#business",
"name": "Example Dental Lyon",
"url": "https://www.example-dental.com/lyon/",
"image": "https://www.example-dental.com/images/lyon-front.jpg",
"logo": "https://www.example-dental.com/images/logo.png",
"telephone": "+33 4 00 00 00 00",
"priceRange": "$$",
"address": {
"@type": "PostalAddress",
"streetAddress": "12 Rue de la République",
"addressLocality": "Lyon",
"postalCode": "69002",
"addressRegion": "Auvergne-Rhône-Alpes",
"addressCountry": "FR"
},
"geo": {
"@type": "GeoCoordinates",
"latitude": 45.76012,
"longitude": 4.83584
},
"openingHoursSpecification": [
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
"opens": "08:30",
"closes": "19:00"
},
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": "Saturday",
"opens": "09:00",
"closes": "12:30"
}
],
"sameAs": [
"https://www.facebook.com/exampledentallyon",
"https://www.linkedin.com/company/example-dental"
]
}
</script>Tre detaljer gør dette eksempel robust: @id giver virksomheden en stabil identifikator, som andre blokke på dit website (en Organization, en Service, en Review) kan henvise til. Koordinaterne har 5 decimaler, som Google beder om. Og url peger på lokationssiden, ikke forsiden. Hvis du hellere vil undgå at skrive koden i hånden, bygger vores gratis generator af schema blokken ud fra en formular.
Brug ét OpeningHoursSpecification-objekt pr. gruppe af dage med de samme tider. Googles dokumentation dækker de særlige tilfælde:
opens "00:00" og closes "23:59".opens og closes er begge "00:00".validFrom og validThrough (ÅÅÅÅ-MM-DD) til objektet.Opdater markupen, når åbningstiderne ændrer sig, samtidig med din Business Profile. Åbningstider, der ikke stemmer overens mellem de to, er en almindelig kilde til forkerte oplysninger hos Google og i AI-svar.
Hver lokation har brug for sin egen side med sin egen LocalBusiness-blok, sin egen adresse, telefon og åbningstider. Stak ikke ti adresser i én blok på forsiden. Forsiden indeholder en Organization-blok for brandet, og hver lokationsside henviser til den med parentOrganization. Vores guides til SEO for flere lokationer og lokale landingssider forklarer, hvordan du bygger disse sider.
Et apotek inde i et supermarked eller et serviceværksted inde i en bilforhandler hører hjemme i arrayet department, med kun de egenskaber, der adskiller sig fra hovedvirksomheden. Google foreslår at navngive den „{butiksnavn} {afdelingsnavn}“, medmindre afdelingen har sit eget brand.
En VVS-installatør, der arbejder hos kunderne, kan stadig bruge LocalBusiness med adressen på det registrerede hovedsæde og beskrive dækningsområdet med areaServed. Google nævner ikke areaServed blandt sine egenskaber, men schema.org accepterer den, og den holder din side i overensstemmelse med en Business Profile med serviceområde.
Nej. Google Business Profile er fortsat den vigtigste kilde til det lokale kort og Google Maps. Googles hjælpecenter oplyser, at lokale resultater primært afhænger af relevans, afstand og fremtræden, og at „virksomheder med komplette og korrekte oplysninger har større chance for at blive vist“. Schema-markup virker fra den anden side: den får dit website til at sige det samme som din profil, i et format som maskiner læser uden at gætte.
| Kriterium | Google Business Profile | LocalBusiness-schema |
|---|---|---|
| Hvor den ligger | I Googles systemer, administreret af den verificerede ejer | I koden på dit website |
| Vigtigste effekt | Lokalt kort, Maps, vidensboks, anmeldelser | Tydelige enhedsdata til Google, Bing og AI-assistenter |
| Hvem kan læse den | Googles produkter | Enhver crawler, der læser din side |
| Verifikation | Påkrævet (postkort, video, telefon...) | Ingen, men den skal matche synligt indhold |
| Prioritet | Først | Dernæst, som et lag for konsistens |
Forbindelsen mellem dem er NAP-konsistens: navn, adresse og telefon skrevet ens på din profil, dit website, din markup og i kataloger. Vores definition af NAP beskriver reglerne i detaljer, og siden om lokal SEO placerer schema blandt de øvrige lokale signaler.
Test hver lokationsskabelon med to værktøjer: Googles Rich Results Test, der kontrollerer, om siden kan bruge Googles udvidede søgeresultater, og Schema Markup Validator, der kontrollerer syntaksen mod schema.org. Vores validator for strukturerede data laver et hurtigt tjek af enhver URL. Efter udrulning viser rapporterne for forbedringer i Search Console fejl i stor skala.
Googles retningslinjer for strukturerede data sætter rammen: „Markér ikke indhold, som læsere af siden ikke kan se.“ En overtrædelse kan føre til en manuel handling, der fjerner berettigelsen til udvidede søgeresultater. De fejl vi ser oftest:
| Fejl | Konsekvens | Løsning |
|---|---|---|
Generisk type LocalBusiness | Mindre præcis forståelse af aktiviteten | Den mest specifikke undertype |
| Adresse eller telefon, der afviger fra Business Profile | Modstridende signaler, forkerte data i svar | Samme NAP overalt |
Selvskrevet aggregateRating på din egen virksomhed | Ingen stjerner i søgeresultatet, mulig manuel handling | Fjern den; vis anmeldelser uden selvpromoverende markup |
| Alle lokationer i én blok på forsiden | Lokationer blandes sammen, ingen matcher sin side | Én side og én blok pr. lokation |
| Åbningstider i markupen, som ikke vises på siden | Markupen ignoreres eller markeres | Vis åbningstiderne i sidens tekst |
| Koordinater med 2 eller 3 decimaler | Upræcis nål | Mindst 5 decimaler |
| Forældede åbningstider efter en ændring | Kunder sendes til en lukket butik | Opdater profilen og markupen samtidig |
Anmeldelsesfejlen fortjener opmærksomhed: siden 2019 viser Google ikke længere stjerner for „selvpromoverende“ anmeldelser, som en LocalBusiness eller Organization udgiver om sig selv. Vores guide til schema for anmeldelser dækker detaljerne, og den samme logik gælder for FAQ-schema: markér kun det, siden viser.
Når nogen spørger ChatGPT, Gemini eller Perplexity om „en tandlæge, der er åben lørdag i Lyon“, bygges svaret ud fra kilder, som assistenten kan læse og krydstjekke: data fra Business Profile, kataloger, anmeldelsesplatforme og virksomhedernes egne websites. Vores undersøgelse af kataloger i AI-svar viser, hvor ofte disse tredjepartsopslag bliver citeret.
Strukturerede data hjælper på to måder. De giver crawlere entydige fakta (åbningstider, adresse, type), som ikke afhænger af, at man fortolker en sidefod, og de knytter dit website til samme enhed som dine øvrige profiler via sameAs og ens NAP. Vores guide til strukturerede data til AI-søgning forklarer det større billede, og revisionen af strukturerede data til sprogmodeller viser, hvad en sprogmodel udtrækker fra din side. Markup er aldrig nok alene: fakta skal også stå i den synlige tekst, fordi de fleste assistenter læser siden og ikke kun dens JSON-LD.
For at se, om indsatsen betaler sig, følger Sorank's sporing af AI-omtaler de lokale spørgsmål, dine kunder stiller, og viser, om din virksomhed bliver citeret. Samtidig hjælper GEO-optimering dig med at udgive det lokations- og serviceindhold, som assistenterne citerer. Vores side for lokale virksomheder opsummerer tilgangen.
Reglen at huske: én lokation, én side, én LocalBusiness-blok, med samme navn, adresse, telefon og åbningstider som din Business Profile. Tilføj den, valider den, og opdater den, hver gang virksomheden ændrer sig.
Placer det på den side, der beskriver lokationen: forsiden for en virksomhed med én lokation, og hver lokationsside for en virksomhed med flere adresser. Placer JSON-LD-scriptet i head eller body på den side. Selve brandet beskrives bedst med en Organization-blok på forsiden.
Google præsenterer ikke strukturerede data som en rangeringsfaktor, og placeringerne i det lokale kort afhænger primært af relevans, afstand og fremtræden for Business Profile. Markupen hjælper Google med at forstå og vise dine virksomhedsoplysninger korrekt, og den holder dit website i overensstemmelse med din profil. Værdien ligger i tydelighed og i berettigelse til udvidede søgeresultater, ikke i en direkte rangeringsfordel.
Ja. En virksomhed, der betjener kunder på deres adresse, kan bruge LocalBusiness eller en mere specifik undertype som Plumber, med adressen på dens registrerede hovedsæde. Dækningsområdet kan beskrives med egenskaben areaServed, som schema.org accepterer, selvom Google ikke nævner den. Hold oplysningerne i overensstemmelse med serviceområdet i Business Profile.
DE PRØVEDE SORANK, FØR DU GJORDE DET
