Skjema for lokal virksomhet forklart: obligatoriske og anbefalte egenskaper, et fullstendig JSON-LD-eksempel, åpningstider, flere lokasjoner, validering og synlighet i KI.

På denne siden
Kort fortalt
skjema for lokal virksomhet er en blokk med strukturerte data, vanligvis i JSON-LD, som beskriver en fysisk virksomhet for søkemotorer: type, navn, adresse, telefonnummer, koordinater, åpningstider og nettside. Google krever bare name og address, men anbefaler geokoordinater, åpningstider, telefon, URL og prisklasse. Markeringen hjelper Google og AI-assistenter med å koble nettstedet ditt til virksomheten de kjenner fra Google Business Profile og kataloger. Den erstatter ikke profilen, og garanterer ikke et rikt resultat.
Vil du vite mer? Spør
Rask quiz
Hvem bør fikse den tekniske siden av nettstedet ditt?
Vårt råd til deg
Sjekk selv med gratis Google-verktøy
Search Console lister opp sidene Google ikke kan lese, og PageSpeed Insights tester hastigheten. Mange små problemer fikses i innstillingene til nettstedbyggeren din.
Vårt råd til deg
En webutvikler
Problemet ditt ligger i koden eller serveren: en utvikler som kan SEO er rett person. Gi dem listen over feil fra Search Console.
Vårt råd til deg
Et verktøy for teknisk revisjon
Nettstedet ditt har mange sider: et program leser dem alle slik Google gjør, og gir en full liste over feil å fikse, side for side.
Vårt råd til deg
En automatisk revisjon, deretter innhold
Nettstedet fungerer, men gir få besøkende: tekniske problemer er sjelden årsaken. Sorank reviderer nettstedet, og skriver deretter sidene som gir trafikk.
Skjema for lokal virksomhet er skjemamarkeringen som gjør kontaktblokken til en butikk, restaurant, klinikk eller et byrå om til maskinlesbare data. Google dokumenterer den i sin veiledning om strukturerte data for lokale virksomheter, og vokabularet kommer fra schema.org/LocalBusiness. Denne guiden gir deg et fullstendig eksempel du kan tilpasse, reglene som betyr noe, og feilene som gjør markeringen ubrukelig.
LocalBusiness er en schema.org-type for «en bestemt fysisk virksomhet eller filial av en organisasjon». Den arver fra to foreldretyper, Organization og Place, så den tar imot både egenskaper for selskapet (logo, telefon, sosiale profiler) og stedsegenskaper (adresse, koordinater, kart, åpningstider).
Schema.org lister 30 direkte undertyper, og mange av dem har egne undertyper. Google ber deg bruke den mest spesifikke undertypen som finnes. En tannlege bør være Dentist, et bakeri Bakery, et advokatkontor LegalService eller Attorney. De vanligste valgene:
| Virksomhet | Anbefalt type | Foreldretype |
|---|---|---|
| Restaurant, kafé, bar | Restaurant, CafeOrCoffeeShop, BarOrPub | FoodEstablishment |
| Butikk | ClothingStore, HardwareStore, Florist... | Store |
| Tannlege, lege, apotek | Dentist, Physician, Pharmacy | MedicalBusiness |
| Frisør, spa, neglesalong | HairSalon, DaySpa, NailSalon | HealthAndBeautyBusiness |
| Rørlegger, elektriker, takdekker | Plumber, Electrician, RoofingContractor | HomeAndConstructionBusiness |
| Advokat, notarius | Attorney, Notary | LegalService |
| Hotell, overnatting med frokost | Hotel, BedAndBreakfast | LodgingBusiness |
| Bilverksted, bilforhandler | AutoRepair, AutoDealer | AutomotiveBusiness |
| Regnskapsfører, bankfilial | AccountingService, BankOrCreditUnion | FinancialService |
| Byrå, konsulent, annet profesjonelt kontor | ProfessionalService | LocalBusiness |
Hvis virksomheten passer til flere typer, godtar Google en matrise, for eksempel ["Store", "AutoRepair"]. Den støtter ikke additionalType til dette formålet.
Googles dokumentasjon deler egenskapene i to grupper. Bare to er obligatoriske, og de anbefalte er det som gjør markeringen nyttig.
| Egenskap | Status hos Google | Hva du skal skrive i den |
|---|---|---|
name | Obligatorisk | Virksomhetens navn nøyaktig slik det står på butikkfasaden og i virksomhetsprofilen |
address | Obligatorisk | En PostalAddress med gate, by, region, postnummer og landkode |
geo | Anbefalt | Breddegrad og lengdegrad med minst 5 desimaler |
openingHoursSpecification | Anbefalt | Dager, åpnings- og stengetid, sesongunntak |
telephone | Anbefalt | Hovednummeret, med lands- og retningsnummer |
url | Anbefalt | Den fungerende siden for denne spesifikke lokasjonen |
priceRange | Anbefalt | Et relativt intervall som «$$» eller «$20-50», under 100 tegn |
menu, servesCuisine | Anbefalt (mat) | URL til menyen og kjøkkentype |
department | Anbefalt | Egne enheter med egne åpningstider eller telefon (apotek inne i et supermarked) |
aggregateRating, review | Anbefalt bare for anmeldelsessider | Vurderinger av andre virksomheter som siden din samler inn, aldri dine egne |
image, logo, sameAs, areaServed, hasMap | Ikke oppført av Google, gyldig på schema.org | Bilder, logo, profiladresser, serviceområde, kartlenke: nyttig for å forstå enheten |
Den siste raden betyr noe for synligheten i AI. sameAs kobler siden din til virksomhetsprofilen, sosiale kontoer og kataloglister, og hjelper ethvert system med å bekrefte at disse profilene beskriver samme enhet.
JSON-LD er formatet Google anbefaler: en script-tagg av typen application/ld+json, plassert i head eller body på lokasjonssiden. Her er et fullstendig eksempel for en fiktiv tannklinikk, som du tilpasser med 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 gjør dette eksemplet robust: @id gir virksomheten en stabil identifikator som andre blokker på nettstedet ditt (en Organization, en Service, en Review) kan referere til. Koordinatene har 5 desimaler, som Google ber om. Og url peker til lokasjonssiden, ikke forsiden. Hvis du heller ikke vil skrive koden for hånd, bygger vår gratis skjemagenerator blokken fra et skjema.
Bruk ett OpeningHoursSpecification-objekt per gruppe dager med samme tider. Googles dokumentasjon dekker spesialtilfellene:
opens «00:00» og closes «23:59».opens og closes «00:00».validFrom og validThrough (ÅÅÅÅ-MM-DD) i objektet.Oppdater markeringen når tidene endres, samtidig som virksomhetsprofilen. Tider som ikke stemmer overens mellom de to, er en vanlig kilde til feil informasjon i Google og i KI-svar.
Hver lokasjon trenger sin egen side med sin egen LocalBusiness-blokk, egen adresse, eget telefonnummer og egne åpningstider. Ikke stable ti adresser i én blokk på forsiden. Forsiden har en Organization-blokk for merket, og hver lokasjonsside refererer til den med parentOrganization. Våre guider til SEO for flere lokasjoner og lokale landingssider forklarer hvordan du bygger disse sidene.
Et apotek inne i et supermarked eller et serviceverksted inne i en bilforhandler legges i department-matrisen, med bare de egenskapene som skiller seg fra hovedvirksomheten. Google foreslår å navngi den «{butikknavn} {avdelingsnavn}», med mindre avdelingen har sitt eget merke.
En rørlegger som jobber hjemme hos kundene kan likevel bruke LocalBusiness med adressen til det registrerte kontoret, og beskrive dekningsområdet med areaServed. Google oppfører ikke areaServed blant sine egenskaper, men schema.org godtar den, og den holder siden din i samsvar med en virksomhetsprofil for serviceområde.
Nei. Den Google Business Profile er fortsatt hovedkilden for det lokale utvalget og Google Maps. Googles hjelpesenter sier at lokale resultater hovedsakelig avhenger av relevans, avstand og framtreden, og at «virksomheter med fullstendig og nøyaktig informasjon er mer sannsynlig å vises». Skjemamarkering virker fra den andre siden: den får nettstedet ditt til å si det samme som profilen din, i et format maskiner leser uten å gjette.
| Kriterium | Google Business Profile | Skjema for LocalBusiness |
|---|---|---|
| Hvor den ligger | I Googles systemer, administrert av den verifiserte eieren | I koden på nettstedet ditt |
| Hovedeffekt | Lokalt utvalg, Maps, kunnskapspanel, anmeldelser | Tydelige enhetsdata for Google, Bing og AI-assistenter |
| Hvem kan lese den | Googles produkter | Enhver crawler som leser siden din |
| Verifisering | Kreves (postkort, video, telefon ...) | Ingen, men den må stemme med synlig innhold |
| Prioritet | Først | Nest, som et lag for konsistens |
Koblingen mellom de to er NAP-konsistens: navn, adresse og telefon skrevet likt på profilen din, nettstedet ditt, markeringen og i kataloger. Vår definisjon av NAP beskriver reglene, og siden om lokal SEO plasserer skjema blant de andre lokale signalene.
Test hver lokasjonsmal med to verktøy: Googles Rich Results Test, som sjekker om du er berettiget til Google-funksjoner, og Schema Markup Validator, som sjekker syntaksen mot schema.org. Vår validator for strukturerte data kjører en rask sjekk på en hvilken som helst URL. Etter publisering viser rapportene for forbedringer i Search Console feilene i stor skala.
Googles retningslinjer for strukturerte data setter rammen: «Ikke marker innhold som ikke er synlig for lesere av siden.» Et brudd kan føre til en manuell handling som fjerner retten til rike resultater. Feilene vi ser oftest:
| Feil | Konsekvens | Løsning |
|---|---|---|
Generisk type LocalBusiness | Mindre presis forståelse av virksomheten | Den mest spesifikke undertypen |
| Adresse eller telefon som avviker fra virksomhetsprofilen | Motstridende signaler, feil data i svar | Samme NAP overalt |
Selvskrevet aggregateRating på din egen virksomhet | Ingen stjerner i anmeldelser, mulig manuell handling | Fjern den; vis anmeldelser uten selvpromoterende markering |
| Alle lokasjoner i én blokk på forsiden | Lokasjoner blandes sammen, ingen koblet til sin side | Én side og én blokk per lokasjon |
| Åpningstider i markeringen som ikke vises på siden | Markeringen ignoreres eller flagges | Vis åpningstidene i sidens tekst |
| Koordinater med 2 eller 3 desimaler | Upresis markør | Minst 5 desimaler |
| Utdaterte åpningstider etter en endring | Kunder sendes til en stengt butikk | Oppdater profilen og markeringen samtidig |
Anmeldelsesfeilen fortjener oppmerksomhet: siden 2019 viser ikke Google lenger stjerner for «selvpromoterende» anmeldelser som en LocalBusiness eller Organization publiserer om seg selv. Vår guide til skjema for anmeldelser dekker detaljene, og den samme logikken gjelder for FAQ-skjema: marker bare det siden viser.
Når noen spør ChatGPT, Gemini eller Perplexity etter «en tannlege som er åpen lørdag i Lyon», bygges svaret av kilder assistenten kan lese og kontrollere: data fra virksomhetsprofiler, kataloger, anmeldelsesplattformer og virksomhetenes egne nettsider. Vår studie av kataloger i AI-svar viser hvor ofte disse oppføringene fra tredjeparter siteres.
Strukturerte data hjelper på to måter. De gir crawlere entydige fakta (åpningstider, adresse, type) som ikke avhenger av å tolke en bunntekst, og de knytter nettstedet ditt til samme enhet som dine andre profiler, gjennom sameAs og konsistent NAP. Vår guide til strukturerte data for AI-søk forklarer det bredere bildet, og revisjonen av strukturerte data for språkmodeller viser hva en språkmodell henter ut av siden din. Markering er aldri nok alene: fakta må også stå i den synlige teksten, fordi de fleste assistenter leser siden, ikke bare JSON-LD-en.
For å se om innsatsen lønner seg, følger Sorank sin sporing av AI-omtaler de lokale spørsmålene kundene dine stiller og viser om virksomheten din siteres, mens GEO-optimalisering hjelper deg å publisere lokasjons- og tjenesteinnholdet assistentene siterer. Vår side for lokale virksomheter oppsummerer tilnærmingen.
Regelen å huske: én lokasjon, én side, én LocalBusiness-blokk, med samme navn, adresse, telefon og åpningstider som virksomhetsprofilen din. Legg den til, valider den, og oppdater den hver gang virksomheten endrer seg.
Legg det på siden som beskriver lokasjonen: forsiden for en virksomhet med én adresse, og hver lokasjonsside for en virksomhet med flere adresser. Plasser JSON-LD-skriptet i head eller body på den siden. Selve merket beskrives best med en Organization-blokk på forsiden.
Google presenterer ikke strukturerte data som en rangeringsfaktor, og rangeringer i det lokale utvalget avhenger hovedsakelig av relevans, avstand og framtreden i virksomhetsprofilen. Markeringen hjelper Google med å forstå og vise riktig virksomhetsinformasjon, og holder nettstedet ditt i samsvar med profilen. Verdien ligger i tydelighet og berettigelse til funksjoner, ikke i en direkte rangeringsøkning.
Ja. En virksomhet som betjener kunder der kunden er, kan bruke LocalBusiness, eller en mer spesifikk undertype som Plumber, med adressen til sitt registrerte kontor. Dekningsområdet kan beskrives med egenskapen areaServed, som schema.org godtar selv om Google ikke oppfører den. Hold informasjonen i samsvar med serviceområdet som er satt i virksomhetsprofilen.
DE PRØVDE SORANK FØR DEG
