Schema markup er strukturerede data, som lægges ind i en sides kode for at hjælpe søgemaskiner med at forstå indholdet mere præcist. Det gør det lettere at se, om en side handler om for eksempel en virksomhed, et produkt, en artikel eller en begivenhed.
Standarden bygger typisk på Schema.org, som definerer fælles typer og egenskaber, der kan beskrive indhold på tværs af websites. Når oplysninger markeres på denne måde, får søgemaskiner et tydeligere signal om, hvad de enkelte elementer på siden betyder.
Det mest udbredte format er JSON-LD, fordi det er enkelt at implementere og vedligeholde. Schema markup ændrer ikke selve sidens synlige tekst, men giver ekstra kontekst til søgemaskinerne og kan understøtte mere præcis tolkning af både side og sider.
Når man arbejder med schema markup, er det vigtigt at skelne mellem tre ting: selve indholdets struktur, det sprog man beskriver det med, og den kode der implementeres på siden. Strukturerede data er den organiserede information, som søgemaskiner kan læse. Schema.org er derimod et fælles vokabular med typer og egenskaber, der bruges til at beskrive for eksempel virksomheder, produkter, artikler og events.
Schema.org er altså ikke et værktøj, et plugin eller et format. Det er en standardiseret samling begreber, som forskellige aktører kan bruge ensartet. Når man taler om schema-kode eller schema markup, mener man typisk den praktiske implementering af dette ordforråd i et format, som maskiner kan forstå, ofte JSON-LD, men også andre formater kan bruges.
Forholdet er derfor enkelt: Strukturerede data er oplysningerne, Schema.org leverer ordene, og schema markup er den konkrete måde at skrive dem ind i koden på. Den skelnen gør det lettere at forstå, hvad der er standard, hvad der er format, og hvad der er implementering i praksis.
I praksis vælger de fleste JSON-LD, fordi formatet er lettest at implementere og vedligeholde. Koden placeres typisk samlet i et scriptfelt i sidens head eller body, uden at man skal pakke selve HTML-indholdet ind i ekstra attributter. Det gør løsningen mere overskuelig for både udviklere og SEO-specialister. Fordelen er en renere kodebase og færre fejl ved ændringer på siden. Ulempen er, at opmærkningen ligger adskilt fra det synlige indhold, så man skal være omhyggelig med, at data altid matcher det, brugeren faktisk ser.
Microdata bygges direkte ind i HTML-elementerne med attributter omkring tekst, priser, anmeldelser og andre felter. Det kan være en fordel, fordi opmærkningen følger indholdet tæt og derfor kan være intuitiv i enkle opsætninger. Til gengæld bliver koden hurtigt tungere og mere besværlig at redigere, især på større sider eller i skabeloner med mange komponenter. Microdata ses derfor ofte i ældre implementeringer frem for i nye tekniske SEO-projekter.
RDFa minder på flere måder om Microdata, men er mere fleksibelt og kan bruges til mere avancerede relationer mellem data. Det gør formatet relevant i særlige tilfælde, hvor man arbejder med komplekse datastrukturer eller semantiske miljøer. Ulempen er, at RDFa ofte er mere komplekst at sætte korrekt op og sjældnere bruges i almindelig SEO. Til de fleste websites er JSON-LD derfor det mest praktiske og mest udbredte valg, mens Microdata og RDFa typisk bruges i mere specifikke eller ældre løsninger.
Det vigtigste er at vælge en markering, der præcist beskriver sidens faktiske indhold. Schema markup må ikke bruges som pynt eller til at signalere noget, brugeren ikke kan se på siden. Har du en produktside, bør markeringen derfor handle om selve produktet, for eksempel navn, pris, lagerstatus og eventuelle anmeldelser. En blogartikel eller nyhedsside skal derimod markeres som en artikel med oplysninger om overskrift, forfatter og udgivelsesdato.
På en virksomheds hjemmeside er det ofte relevant at bruge markering for organisation eller lokal virksomhed. Her kan du angive virksomhedsnavn, kontaktoplysninger, adresse og åbningstider, hvis de fremgår tydeligt på siden. For en arrangementside passer en event-markering bedre, fordi fokus er dato, sted, billetinformation og arrangementets navn. Hver sidetype bør kun have den markering, der matcher hovedindholdet bedst.
Korrekt sammenhæng mellem indhold og markering er afgørende. Hvis en side viser kundebedømmelser, kan anmeldelser markeres, men kun når de faktisk er synlige for brugeren og knytter sig til det konkrete produkt, den virksomhed eller den service, siden handler om. Undgå også at blande flere typer unødigt. En klar og præcis struktur gør det lettere for søgemaskiner at forstå siden og mindsker risikoen for fejl i validering og visning.
Selv små fejl i schema markup kan betyde, at søgemaskiner ikke forstår dataene korrekt. Derfor bør koden altid testes både før og efter publicering. To centrale værktøjer er Rich Results Test og Schema Markup Validator, som hver især bruges til noget forskelligt.
Schema Markup Validator bruges til at validere selve markuppen. Her kan du kontrollere, om syntaks, felter og struktur følger schema.org-specifikationerne, og om der mangler obligatoriske egenskaber. Det er især nyttigt, når du vil finde tekniske fejl i JSON-LD, Microdata eller RDFa, før de skaber problemer på siden.
Rich Results Test har et andet formål. Værktøjet viser, om din implementering kan udløse rich results i Google, og om de nødvendige felter er til stede for den konkrete markuptype. En kode kan altså være gyldig i validatoren uden nødvendigvis at være egnet til udvidede søgeresultater. Derfor bør begge tests indgå i arbejdet.
Når du kombinerer validering af kode med kontrol af rich results, opdager du hurtigere fejl, advarsler og mangler. Det gør det lettere at rette implementeringen løbende og sikre, at schema markup faktisk kan bruges i praksis.
Strukturerede data kan gøre det lettere for søgemaskiner at forstå, hvad en side handler om, og hvilke elementer den indeholder. Det kan styrke den semantiske forståelse af indholdet og øge chancen for, at siden bliver kvalificeret til udvidede visninger i søgeresultaterne. Det er dog vigtigt at være præcis: schema markup er ikke en direkte garanti for bedre placeringer, og korrekt implementering udløser ikke automatisk mere trafik.
I praksis hænger værdien ofte sammen med synlighed. Når en side kan vises med ekstra informationer som vurderinger, pris, lagerstatus, opskriftsdata eller ofte stillede spørgsmål, kan resultatet fylde mere og blive lettere at afkode. Her skelner man typisk mellem rich snippets og rich results. Rich snippets bruges ofte om de visuelle ekstraelementer i selve søgeresultatet, mens rich results er den bredere betegnelse for søgeresultater, der er udvidet på baggrund af strukturerede data.
Den potentielle effekt på klikraten kan derfor være reel, især når brugeren hurtigere kan vurdere relevansen. Men effekten varierer efter søgning, branche og konkurrence. Hvis indholdet ikke matcher hensigten bag søgningen, hjælper markup alene ikke. Den største SEO-værdi opstår som regel i samspillet mellem teknisk korrekt data, stærkt indhold og en side, der allerede fortjener synlighed.
En af de mest almindelige fejl er at vælge en for bred eller forkert type, for eksempel Article til en produktside eller LocalBusiness uden reel lokal tilstedeværelse. Det skaber uklarhed for søgemaskinerne og kan gøre markeringen mindre brugbar. Mange overser også obligatoriske felter som navn, pris, bedømmelse eller dato, selv om typen ellers er korrekt valgt.
Et andet problem er misvisende eller forældede data. Hvis schema markup angiver lagerstatus, åbningstider, anmeldelser eller priser, som ikke stemmer med sidens synlige indhold, kan det svække tilliden til markeringen. Det samme gælder oppustede ratings, selvopfundne anmeldelser og markup på indhold, der ikke findes på siden.
Det er også en udbredt misforståelse, at alle schema-typer og egenskaber understøttes af Google. Det gør de ikke. Selv gyldig markering giver derfor ikke automatisk rich results eller anden synlig visning i søgeresultaterne. Google vurderer både type, datakvalitet, sideindhold og relevans, før markeringen eventuelt bruges.
Schema markup er kode med strukturerede data, der fortæller søgemaskiner, hvad indholdet på en side betyder. Det kan for eksempel beskrive et produkt, en artikel, en virksomhed, en opskrift eller et arrangement.
Det bruges typisk med ordforråd fra Schema.org og implementeres ofte i JSON-LD. Formålet er ikke at ændre sidens synlige indhold, men at gøre betydningen tydeligere for søgemaskiner.
Schema markup kan forbedre søgemaskiners forståelse af sidens indhold og relationer mellem data på siden. Det kan gøre det lettere at tolke, om en side handler om for eksempel et produkt, en organisation eller en artikel.
Det er ikke en direkte rangeringsfaktor i sig selv, men korrekt opmærkning kan øge chancen for rich results. Det kan i nogle tilfælde forbedre synligheden og dermed klikraten i søgeresultaterne.
Begreberne bruges ofte næsten ens, men de er ikke helt det samme. Strukturerede data er selve de organiserede oplysninger, mens schema markup er den konkrete opmærkning, der lægges ind på siden.
I praksis betyder det, at schema markup er en måde at implementere strukturerede data på, ofte med begreber fra Schema.org.
JSON-LD er normalt det bedste valg. Det er lettere at implementere, mere overskueligt at vedligeholde og anbefales bredt i SEO-arbejde.
Microdata og RDFa kan også bruges, men de kræver typisk, at opmærkningen bygges direkte ind i HTML-koden. Det gør dem ofte mere besværlige at arbejde med på moderne websites.
Du opretter et script med typen application/ld+json og indsætter de relevante data i JSON-format. Her beskriver du for eksempel sidens type, navn, dato, pris, adresse eller andre egenskaber, alt efter hvad siden handler om.
Det vigtigste er, at oplysningerne i koden stemmer overens med det indhold, brugeren faktisk kan se på siden. Ellers kan markeringen blive vurderet som misvisende.
De mest brugte værktøjer er Rich Results Test og Schema Markup Validator. Rich Results Test viser, om siden kan være kvalificeret til bestemte udvidede visninger i Google, mens validatoren kontrollerer selve markuppens struktur og felter.
Det er en god idé at bruge begge værktøjer. En markering kan godt være teknisk gyldig uden at være egnet til rich results.
Schema markup er koden på selve websiden. Rich snippets er den udvidede visning, som nogle gange kan vises i søgeresultaterne på baggrund af den kode.
Der er altså ikke tale om det samme. Du kan have korrekt schema markup uden at få en udvidet visning, fordi søgemaskinen selv afgør, om og hvordan data bruges.
Det afhænger af sidens formål. En virksomheds hjemmeside bruger ofte Organization eller LocalBusiness, mens en kontaktside kan suppleres med adresse, telefonnummer og åbningstider, hvis oplysningerne fremgår tydeligt.
Har virksomheden produktsider, artikler, FAQ-indhold eller arrangementer, kan andre typer være relevante på de enkelte undersider. Det vigtigste er at matche markeringen med sidens hovedindhold.
Ja, det kan det i nogle tilfælde. Hvis markeringen hjælper siden med at få ekstra information vist i søgeresultatet, kan resultatet blive mere tydeligt og lettere at vælge for brugeren.
Det er dog ikke garanteret. Effekten afhænger af søgningen, konkurrencen, sidens kvalitet og om søgemaskinen vælger at bruge de strukturerede data i visningen.
Nej, ikke nødvendigvis. Det giver mest værdi på sider, hvor indholdet kan beskrives klart med relevante typer og egenskaber, for eksempel produkter, artikler, virksomheder, events eller FAQ-indhold.
Hvis en side er meget enkel eller ikke har tydelige datafelter at markere, er gevinsten ofte begrænset. Kvaliteten af implementeringen er vigtigere end at tilføje markup overalt.
Nej. Schema.org indeholder langt flere typer og egenskaber, end Google bruger til rich results. En markering kan derfor godt være gyldig efter standarden uden at give nogen særlig visning i Google.
Det er derfor vigtigt at skelne mellem, hvad der er korrekt schema, og hvad Google faktisk understøtter. Brug dokumentationen fra Google Search Central, når målet er synlighed i søgeresultaterne.