Local schema er strukturerede data, som virksomheder kan tilføje på deres website for at beskrive lokale oplysninger på en måde, søgemaskiner forstår klart. Det bruges især af lokale virksomheder med en fysisk adresse eller et bestemt serviceområde.
Det bygger typisk på Schema.org og markeres ofte med typen LocalBusiness. Her kan man angive navn, adresse, telefonnummer, åbningstider, anmeldelser og andre centrale virksomhedsoplysninger i et ensartet format.
Formålet er at hjælpe søgemaskiner med at tolke informationerne korrekt. Når data er tydeligt markeret, bliver det lettere at forbinde virksomheden med lokale søgninger og vise mere præcise oplysninger i søgeresultaterne.
Mange bruger local schema som en fælles betegnelse for den markup, der beskriver en lokal virksomhed. Det er nyttigt i praksis, men det er ikke det samme som en konkret type. Man kan tænke det sådan: begrebet er local schema, standarden er Schema.org, og typen er for eksempel LocalBusiness eller en mere specifik undertype.
Schema.org er altså det fælles ordforråd, som gør strukturerede data forståelige for søgemaskiner. Strukturerede data er selve den måde, oplysningerne bliver markeret på i koden, så maskiner lettere kan læse dem. Her bruges LocalBusiness til at fortælle, at siden handler om en lokal virksomhed med oplysninger som navn, adresse, telefonnummer, åbningstider og lignende.
Det vigtige er, at local schema ofte dækker over flere typer og egenskaber, ikke kun LocalBusiness alene. En restaurant, tandlæge eller frisør kan derfor bruge en mere præcis virksomhedstype under samme overordnede logik. På den måde bliver forskellen klar: local schema er paraplyen, Schema.org er regelsættet, og LocalBusiness er en konkret virksomhedstype i den struktur.
For at lokal markering virker efter hensigten, skal de mest centrale virksomhedsoplysninger være tydelige og konsistente. Det gælder især NAP-oplysninger: virksomhedens navn, adresse og telefonnummer. De skal stemme overens med oplysningerne på hjemmesiden og andre steder online, så søgemaskiner lettere kan forbinde virksomheden med den rigtige lokation.
Derudover bør markeringen normalt indeholde åbningstider og webadresse, så brugeren hurtigt kan se, hvornår virksomheden har åbent, og hvor den officielle side findes. For fysiske butikker, klinikker og kontorer er geo-koordinater også relevante, fordi de præciserer den nøjagtige placering.
Hvis virksomheden dækker et større område end selve adressen, er det en fordel at angive serviceområde. Det er især nyttigt for håndværkere, rådgivere og andre lokale aktører, der besøger kunder. I mange tilfælde kan det også give mening at nævne ydelser eller services, så både søgemaskiner og brugere bedre forstår, hvad virksomheden faktisk tilbyder.
Når en virksomhed beskriver sine lokale oplysninger struktureret med local schema, bliver det lettere for søgemaskiner at forstå, hvem virksomheden er, hvor den ligger, og hvilke ydelser den tilbyder. Det øger ikke automatisk placeringerne, men det styrker grundlaget for, at indholdet tolkes korrekt. Især ved lokale søgninger er præcision vigtig, fordi små forskelle i navn, adresse, telefonnummer, åbningstider og kategorier kan skabe tvivl om relevansen.
Værdien ligger især i forståelse, relevans og konsistens. Når virksomhedsdata er tydelige og stemmer overens på tværs af website, Google Business Profile og andre omtaler, får søgemaskinerne et mere sikkert datagrundlag. Det kan understøtte, at den rigtige filial, kontaktoplysning eller åbningstid vises i søgeresultaterne. For virksomheder med flere lokationer er det særligt vigtigt, fordi hver side og hver enhed skal kunne forbindes korrekt med det rette geografiske område.
Local schema kan også hjælpe søgemaskiner med at knytte siden til relevante rich results, når indholdet og markeringen er korrekt implementeret. Det handler ikke kun om synlighed, men om at blive vist mere præcist. Jo mere entydige oplysningerne er, desto bedre mulighed har søgemaskinen for at præsentere virksomheden korrekt for lokale brugere.
Den mest praktiske løsning er som regel at tilføje markeringen som JSON-LD i sidens kode. Det er standardvalget, fordi formatet er let at vedligeholde, adskilt fra det synlige indhold og nemt at opdatere, når åbningstider, adresse eller telefonnummer ændrer sig. I praksis samler man virksomhedens vigtigste oplysninger i ét struktureret dataobjekt og placerer det på relevante sider, typisk forsiden, kontaktsiden eller en dedikeret lokationsside. For virksomheder med flere afdelinger bør hver lokation have sin egen markering med sine egne kontaktoplysninger.
Næste skridt er at vælge den mest præcise virksomhedstype. Man starter ofte med LocalBusiness, men det er som regel bedre at bruge en mere specifik undertype, hvis den passer. En restaurant kan for eksempel markeres som Restaurant, en tandlæge som Dentist og et hotel som Hotel. Jo mere præcis typen er, desto tydeligere bliver det for søgemaskiner, hvad virksomheden faktisk tilbyder. Hvis ingen undertype passer rimeligt præcist, er LocalBusiness et fornuftigt og sikkert valg.
Når typen er valgt, udfyldes de centrale felter konsekvent: navn, adresse, telefonnummer, åbningstider og eventuelt geografiske koordinater. Oplysningerne skal stemme overens med det, der står synligt på siden og i virksomhedens øvrige profiler. Til sidst bør markeringen valideres og gennemgås for fejl, manglende felter og inkonsistens. Det vigtigste er ikke at få alt med på én gang, men at starte korrekt, bruge den rigtige undertype og holde data opdaterede over tid.
Før du publicerer Local schema, bør markeringen testes i relevante valideringsværktøjer. Her kan du opdage syntaksfejl, manglende felter og ugyldige værdier, som kan forhindre søgemaskiner i at læse data korrekt. Test både enkeltsider og skabeloner, hvis markeringen bruges flere steder.
Det er også vigtigt at sammenholde de strukturerede data med indholdet på selve siden. Firmanavn, adresse, telefonnummer, åbningstider og kategori skal være ens i markeringen, i den synlige tekst og på tværs af lokale landingssider. Små afvigelser kan svække datakvaliteten.
Kontrollér desuden, at de valgte egenskaber faktisk passer til virksomheden, og at forældede oplysninger fjernes hurtigt. En fast kontrol ved ændringer i adresse, telefontider eller afdelinger reducerer risikoen for fejl og giver mere stabile lokale signaler.
De fleste problemer opstår, når oplysningerne i schema ikke stemmer overens med resten af virksomhedens tilstedeværelse på nettet. Særligt adresse og telefonnummer skal være skrevet ens alle steder. Hvis hjemmesiden viser “Nørregade 12, 2. tv.”, men de strukturerede data kun angiver “Nørregade 12”, kan søgemaskiner blive i tvivl om, hvilken adresse der er korrekt. Det samme gælder forskellige telefonnumre til samme afdeling.
En anden klassisk fejl er at vælge en forkert virksomhedstype. En tandlæge bør ikke markeres som en generel LocalBusiness, hvis en mere præcis type findes. Jo mere præcis klassificeringen er, desto lettere er det for søgemaskiner at forstå virksomheden. Det er også almindeligt at udelade åbningstider, selv om de er vigtige for lokale søgeresultater og brugerens forventning.
Mange glemmer desuden at opdatere data, når noget ændrer sig. Et typisk eksempel er en butik, der har fået nyt telefonnummer eller ændrede åbningstider i ferieperioder, mens schema stadig viser gamle oplysninger. Forældede data skaber usikkerhed og kan føre til forkerte visninger i søgeresultater. Derfor bør lokale strukturerede data gennemgås fast, ikke kun ved lancering.
Det vigtigste er, at markeringen afspejler den virkelighed, brugeren møder. Har virksomheden en fysisk butik, klinik eller kontor, bør den fulde adresse normalt indgå i local schema. Hvis virksomheden derimod arbejder ude hos kunderne, kan et serviceområde være mere relevant end en synlig besøgsadresse. I sådanne tilfælde skal oplysningerne stadig være præcise, så søgemaskiner forstår, hvor virksomheden opererer.
Mange spørger også, om man skal vælge JSON-LD eller Microdata. Begge formater kan bruges til schema-markering, men JSON-LD er ofte det mest praktiske valg, fordi det er lettere at vedligeholde og typisk kan implementeres uden at ændre selve HTML-indholdet. Microdata kan fungere fint, men bliver ofte mere besværligt på større websites med mange lokale sider.
Ja, oplysningerne bør matche resten af websitet. Navn, adresse, telefonnummer, åbningstider og eventuelle serviceområder skal være ens på tværs af kontaktside, lokale landingssider og schema-markeringer. Små afvigelser kan skabe uklarhed, og større forskelle kan svække tilliden til dataene. Derfor bør local schema holdes opdateret, hver gang virksomhedens lokale oplysninger ændrer sig.
Local schema er en bred betegnelse for strukturerede data, der beskriver en lokal virksomhed. LocalBusiness er derimod en konkret type i Schema.org, som ofte bruges som udgangspunkt for markeringen.
I praksis betyder det, at local schema er selve konceptet, mens LocalBusiness er en af de typer, man kan vælge i implementeringen. Ofte er det bedst at bruge en mere specifik undertype, hvis den passer til virksomheden.
Local schema gør det lettere for søgemaskiner at forstå virksomhedens vigtigste lokale oplysninger, som adresse, telefonnummer, åbningstider og geografisk placering. Det kan forbedre, hvor præcist virksomheden bliver koblet til lokale søgninger.
Det giver ikke i sig selv bedre placeringer, men det styrker datakvaliteten og mindsker risikoen for misforståelser. Det er især vigtigt, når virksomheden vil vises korrekt i lokale søgeresultater.
De vigtigste felter er normalt virksomhedsnavn, adresse, telefonnummer, webadresse og åbningstider. For mange lokale virksomheder er det også relevant at tilføje geografiske koordinater.
Hvis virksomheden kører ud til kunder, kan serviceområde være vigtigt. Derudover kan man ofte med fordel angive virksomhedstype og ydelser, så markeringen bliver mere præcis.
Den mest almindelige løsning er at indsætte markeringen som JSON-LD i sidens kode. Det placeres typisk på forsiden, kontaktsiden eller en lokationsside, hvor virksomhedens lokale oplysninger fremgår tydeligt.
Det vigtigste er, at schema-data matcher sidens synlige indhold. Har virksomheden flere afdelinger, bør hver lokation som regel have sin egen side og sin egen markering.
Begge formater kan bruges, men JSON-LD er som regel det mest praktiske valg. Det er lettere at vedligeholde, fordi de strukturerede data ligger adskilt fra HTML-indholdet.
Microdata kan stadig fungere, men det bliver ofte mere besværligt, især på større websites eller sider med mange lokale oplysninger. Derfor vælger mange JSON-LD som standard.
Markeringen bør testes i et valideringsværktøj for strukturerede data, så man kan finde fejl i format, felter og værdier. Det er en hurtig måde at opdage problemer, før siden indekseres.
Derudover skal man kontrollere, at oplysningerne i schema stemmer overens med det, der står synligt på siden. Selv korrekt kode er utilstrækkelig, hvis navn, adresse eller åbningstider ikke passer.
Ja, det kan man i mange tilfælde. Virksomheder, der arbejder ude hos kunderne, kan stadig bruge local schema, hvis de har et tydeligt lokalt serviceområde og en reel lokal tilstedeværelse.
Det afgørende er, at markeringen beskriver virksomheden korrekt. Hvis kunder ikke besøger adressen, kan det være mere relevant at fokusere på serviceområde end på en fremhævet besøgsadresse.
Et serviceområde bruges til at vise, hvilke geografiske områder virksomheden dækker, når arbejdet udføres hos kunden. Det er især relevant for håndværkere, rengøringsfirmaer og andre mobile servicevirksomheder.
Oplysningen skal afspejle virksomhedens reelle dækningsområde og bør passe med indholdet på siden. Man bør ikke angive områder, som virksomheden i praksis ikke servicerer.
Ja, de bør være identiske. Navn, adresse og telefonnummer skal skrives konsekvent i schema-markeringen, på kontaktsiden og på eventuelle lokale landingssider.
Små forskelle kan skabe usikkerhed hos søgemaskiner, især hvis virksomheden også er nævnt i Google Business Profile og andre kataloger. Konsistens er derfor en vigtig del af lokal SEO.