Schema markup er en liten kodeblokk (strukturerte data) i nettsiden din som forteller Google og andre maskiner hva innholdet faktisk er: en bedrift med adresse og åpningstider, en artikkel med forfatter og dato, eller et spørsmål med et svar. Mange hører at «du må ha schema», men få får vite hva de skal legge inn, hvor det skal stå og hva det gir tilbake.
Denne guiden er skrevet for en bedrift som ikke har en utviklerstab. Du får forklaringen på vanlig norsk, de tre typene som betyr noe, ferdig JSON-LD du kan kopiere og tilpasse, og en ærlig vurdering av hva schema markup gjør for Google og for AI-søk. Søker du på «schema markup» i Norge i dag, er hver eneste side i topp ti på engelsk eller internasjonal. Vi fant ingen norsk guide med kode for en norsk bedrift. Det prøver vi å rette på.
Kort svar: hva er schema markup?
Schema markup er kode som merker innholdet på siden din med standardiserte navn fra schema.org, slik at søkemotorer ser at et tall er en pris eller et klokkeslett er en åpningstid. Det kan gi rik visning i Google, men er ikke en rangeringsfaktor og gir ingen garanti for synlighet i AI-svar.
Hva er schema markup?
Schema markup, også kalt strukturerte data, er et felles ordforråd for å beskrive innhold. Ordforrådet heter schema.org og ble startet av Google, Bing, Yahoo og Yandex. Det har hundrevis av typer: LocalBusiness, Article, Product, Event, Person og mange flere.
Uten schema må en søkemotor gjette. Står det «Åpent 08-16» på siden, tolker Google det trolig riktig. Står det i tillegg en liten kodebit som sier at opens er 08:00 og closes er 16:00 på hverdager, er det ikke noe å tolke. Det er hele ideen.
Du kan skrive slike kodebiter på tre måter: JSON-LD, Microdata og RDFa. Google anbefaler JSON-LD når oppsettet ditt tillater det, og det er den vi bruker i resten av guiden. Fordelen er at JSON-LD ligger i én egen <script>-blokk, adskilt fra den synlige teksten. Microdata og RDFa må flettes inn i selve HTML-en, og det er lett å ødelegge dem når noen redigerer innholdet senere.
Et ord som dukker opp i søk er «markup» alene. Det betyr bare merking: å legge på ekstra informasjon i koden til en side. Schema markup er den spesielle varianten der merkingen følger schema.org.
Hva schema markup gjør, og hva det ikke gjør
Her er det mye støy, så vi tar det i to deler.
Det schema markup gjør. Det kan gjøre siden din kvalifisert for rike resultater, for eksempel brødsmuler eller produktinformasjon i søkelisten. Det gir ingen garanti. Google bestemmer selv om og når det vises. Når det vises, tar treffet mer plass, og det kan gi flere klikk. Det gir også Google tydeligere signaler om hvem bedriften er, men det garanterer ikke at den ikke blandes sammen med andre.
Det schema markup ikke gjør. Det er ikke en rangeringsfaktor. Semrush sier det rett ut i sin guide, og Googles egen dokumentasjon beskriver gevinsten i form av rike resultater, ikke bedre plassering. Det betyr at den eneste ærlige grunnen til å legge inn schema er at siden din kan få en bedre søkeliste, og at maskinene får færre ting å gjette på. Ikke at du kommer høyere.
Umbraco skriver at schema kan gi «bedre ranking». Det er svakt belagt. Vi har ikke sett noen måling som viser det, og vi anbefaler ikke å kjøpe det som en rangeringstjeneste.
FAQ-schema er ikke lenger det det var
Dette er utdatert råd som fortsatt går igjen. Google sluttet å vise rike FAQ-resultater 7. mai 2026, ifølge Search Engine Journal, som siterer en ny avviklingsnotis i Googles dokumentasjon. Ifølge samme kilde ble FAQ-rapporten, filteret og støtten i Rich Results Test fjernet fra Search Console i juni 2026. FAQPage er fortsatt en gyldig type i schema.org, og markeringen skader ikke om den blir stående. Den gir bare ikke lenger en synlig FAQ i søkeresultatet.
Semrush og Umbraco anbefaler begge fortsatt FAQ-markering for «utvidet visning». Det rådet er enten eldre enn mai eller ikke oppdatert. Vi kommer tilbake til hva du bør gjøre med FAQ-schema lenger ned.
De tre typene en småbedrift trenger
Google lister en lang rekke funksjoner, og schema.org har hundrevis av typer. Du trenger ikke dem alle, og mer schema er ikke automatisk bedre. For de fleste småbedrifter holder tre.
Organization eller LocalBusiness på forsiden og kontaktsiden. Navn, adresse, telefon, åpningstider, logo og lenker til profiler som LinkedIn og Facebook. Har bedriften et fysisk sted, bruk LocalBusiness eller en mer spesifikk undertype (Plumber, Dentist, Restaurant). Google sier uttrykkelig at du skal bruke den mest spesifikke undertypen som passer. Har du ingen fysisk adresse du tar imot kunder på, bruker du Organization.
Article på artikler og bloggposter. Overskrift, forfatter, publiseringsdato og endringsdato. Det er den enkleste typen å holde riktig, fordi alt kommer fra feltene du allerede fyller ut.
FAQPage der siden faktisk har spørsmål og svar. Se avsnittet over: gevinsten i Google er borte, så dette er nå en lav prioritet.
Brødsmuler (BreadcrumbList) og WebSite er verdt å ha, men de ligger som regel i malen og er det utvikleren din eller pluginen tar seg av. Ikke bruk tid på dem først.
Poenget i grafikken under er det som skiller riktig bruk fra bruk som gir problemer: markeringen skal beskrive det som står synlig på samme side. Ikke noe annet.
Slik legger du schema markup på nettsiden
Hvor koden skal stå, og hvem som skal legge den inn, avhenger av hvordan nettsiden er bygget.
WordPress. Plugins som Yoast SEO, Rank Math og Schema Pro lager schema for deg. I Yoast velger du i innstillingene for nettstedsrepresentasjon om nettstedet representerer en organisasjon eller en person, og fyller inn navn og logo. Pluginen bruker det i all schema som lages. For lokale detaljer som åpningstider trenger du som regel et tillegg eller egen kode.
Nettbutikkplattformer og nettsidebyggere. Mange legger inn schema automatisk, særlig Product i nettbutikker. Før du legger til noe selv, test hva som allerede finnes, ellers risikerer du doble blokker med motstridende data. Det er en vanlig feil, og vi tar den under feilene lenger ned.
Tilpasset nettside. Legg en <script type="application/ld+json">-blokk i malen. Google sier at JSON-LD kan stå i <head> eller i <body>. Vi legger vår i <head>. Hele nettstedets felles data (organisasjonen) ligger i malen som lastes på alle sider, og sidespesifikk data (artikkelen, spørsmålene) settes inn fra innholdet på hver side.
Du vil ikke røre koden selv. Be den som lagde nettsiden om å legge inn blokken du får under, med dine egne verdier. Det er en liten jobb for den som kjenner malen.
JSON-LD du kan kopiere
Alle eksemplene under bruker et oppdiktet firma, Fjordrør AS. Bytt ut hver verdi med din egen, og la ingen felt stå igjen med eksempelteksten. Vi har kontrollert at kodeblokkene er gyldig JSON, men de er ikke testet mot dine verdier. Det må du gjøre selv (se neste avsnitt).
LocalBusiness med riktig undertype
Dette er LocalBusiness schema for forsiden eller kontaktsiden. Google krever name og address. Resten er anbefalt: telephone, url, geo (breddegrad og lengdegrad med minst fem desimaler), openingHoursSpecification og priceRange. Vi bruker Plumber fordi det er en mer spesifikk undertype enn LocalBusiness.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Plumber",
"@id": "https://eksempel.no/#bedrift",
"name": "Fjordrør AS",
"url": "https://eksempel.no/",
"telephone": "+47 000 00 000",
"image": "https://eksempel.no/images/fjordror.jpg",
"priceRange": "NOK 900-1 400 per time",
"address": {
"@type": "PostalAddress",
"streetAddress": "Storgata 1",
"postalCode": "6800",
"addressLocality": "Førde",
"addressCountry": "NO"
},
"geo": {
"@type": "GeoCoordinates",
"latitude": 61.45220,
"longitude": 5.85700
},
"openingHoursSpecification": [{
"@type": "OpeningHoursSpecification",
"dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
"opens": "08:00",
"closes": "16:00"
}],
"sameAs": [
"https://www.linkedin.com/company/eksempel",
"https://www.facebook.com/eksempel"
]
}
</script>Merk at dayOfWeek bruker engelske dagnavn. Det er slik schema.org leser dem, uavhengig av språket på siden. Skriv priceRange bare hvis du faktisk offentliggjør prisene på siden.
Article for artikler
Brukes på hver artikkelside. Verdiene skal samsvare med det leseren ser: samme overskrift, samme forfatter, samme dato.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Slik velger du varmepumpe til et hus på Vestlandet",
"image": "https://eksempel.no/images/varmepumpe.jpg",
"datePublished": "2026-09-12",
"dateModified": "2026-10-01",
"inLanguage": "nb-NO",
"author": {
"@type": "Person",
"name": "Kari Nordmann",
"url": "https://eksempel.no/om-oss/"
},
"publisher": {
"@type": "Organization",
"name": "Fjordrør AS",
"logo": {
"@type": "ImageObject",
"url": "https://eksempel.no/images/logo.png"
}
},
"mainEntityOfPage": "https://eksempel.no/artikler/varmepumpe/"
}
</script>Oppdater dateModified når du faktisk endrer innholdet, ikke bare for å virke fersk.
FAQPage (hvis du vil ha den)
Bruk den bare hvis siden har synlige spørsmål og svar, og husk at Google ikke lenger viser dem som utvidet resultat. Teksten i text må være den samme som på siden.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [{
"@type": "Question",
"name": "Hvor lang tid tar det å bytte vannbereder?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Et vanlig bytte tar tre til fem timer. Større anlegg tar lenger."
}
}]
}
</script>Slik tester du markeringen
Å skrive koden er halve jobben. Den andre halvparten er å se at den virker. Det er to verktøy du trenger, og de gjør ulike ting.
Rich Results Test. Googles eget verktøy. Du limer inn en adresse eller koden, og får se hvilke rike resultater siden kan kvalifisere for. Det sjekker bare typer Google støtter. Fordi FAQ-funksjonen er avviklet, skal FAQ-støtten være tatt ut av dette verktøyet, så ikke bli forskrekket hvis FAQPage ikke dukker opp her.
Schema Markup Validator. Verktøyet på validator.schema.org sjekker at koden følger schema.org-standarden, uavhengig av hva Google viser. Her ser du alle typer, også de Google ikke bruker. Grensesnittet finnes på norsk.
Begge verktøyene deler resultatene i feil og advarsler. Forskjellen er viktig:
- En feil betyr at noe er galt, for eksempel et manglende komma eller et påkrevd felt som mangler. Markeringen kan bli ignorert. Rett alle feil.
- En advarsel betyr som regel at et anbefalt, valgfritt felt mangler. Markeringen virker uten det. Du velger selv om du vil fylle det ut.
Etter at markeringen er publisert, følger du med i Search Console. Under Forbedringer dukker det opp rapporter for de typene Google finner på nettstedet ditt, med feil og antall gyldige sider. Bruk også URL-inspeksjon på en enkelt side hvis du vil se hva Google faktisk leser. Har du ikke satt opp verktøyet ennå, har vi en egen guide til Google Search Console. Test på nytt etter hver endring i malen. Malendringer kan ødelegge schema uten at noen merker det før rapporten viser feil.
Fem vanlige feil
Markering som ikke stemmer med siden. Åpningstidene i koden er ikke de samme som på siden. Prisen i koden er ikke den kunden ser. Google sier at markeringen skal samsvare med synlig tekst. Villedende markering kan i verste fall gi en manuell handling fra Google.
To plugins som lager hver sin blokk. Du får to Organization-blokker med ulike telefonnummer. Søkemotoren må velge, og du vet ikke hvilken den velger. Slå av det ene.
Stjerner på egne omtaler. Det er fristende å merke opp kundeomtalene på forsiden med Review og AggregateRating. Google viser imidlertid ikke stjerner når en virksomhet merker opp omtaler av seg selv. Hent stjerner fra uavhengige plattformer, og bruk Google Bedriftsprofil til det.
Utdatert innhold. Du har flyttet, byttet telefonnummer eller endret åpningstidene på sommeren. Siden er oppdatert, men koden er det ikke. Legg schema inn i malen eller feltene som styrer innholdet, slik at det oppdateres sammen.
Kode som ikke er gyldig. Ett manglende komma eller en feil anførselstegn gjør hele blokken ubrukelig. Kopier alltid fra en kilde som er testet, og test på nytt etter at du har byttet ut verdiene.
Schema markup og AI-søk: det ærlige svaret
Dette er spørsmålet de fleste egentlig har. Hjelper schema markup meg med å bli nevnt i ChatGPT, Perplexity og Googles AI-oversikter?
Vi kan ikke love det, og det kan ingen andre heller. Googles dokumentasjon om AI-funksjonene sier at det ikke finnes noen spesiell schema.org-markering du må legge til for å vises der, og at markeringen skal samsvare med synlig tekst. Semrush konkluderer at de ikke kan si at schema hjelper AI-synligheten.
Vi har gått gjennom tallgrunnlaget i en egen artikkel om hva som påvirker AI-synlighet. Ahrefs fulgte 1 885 sider som la til JSON-LD og sammenlignet dem med kontrollsider. Sitatene i Google AI Overviews falt, og i AI Mode og ChatGPT var endringen innenfor støynivået. Forbeholdet er at alle sidene allerede ble sitert mye, så studien sier lite om sider som starter fra null.
Vår vurdering er at schema er et gulv, ikke en spak. Det hindrer feil og gjør fakta tydelige for maskiner, men løfter ikke synligheten din alene. De to tingene som i praksis gir mest, er innhold som svarer direkte på det kunden spør om, og at andre nettsteder omtaler deg. Målinger fra Vercel viser at AI-crawlerne fra OpenAI, Anthropic og Perplexity ikke kjører JavaScript. Er teksten din lastet inn med JavaScript, ser de ikke den, uansett hvor mye schema du har.
Legg inn schema fordi det er riktig håndverk og gir deg en mulighet til rike resultater. Ikke betal ekstra for det som en AI-tjeneste. Les gjerne mer om hvordan du blir synlig i AI-søk for det som faktisk flytter noe.
Slik gjør vi det hos InfoFrame
Vi har ikke et eget prispunkt for schema. Det ligger i malen vi bygger alle nettsider fra, fordi det koster oss nesten ingenting å gjøre riktig første gang og mye å rydde opp i etterpå. Det samme gjelder SEO-arbeidet vi gjør for bedrifter, der strukturerte data er en del av det tekniske grunnarbeidet.
På infoframe.no ligger organisasjonen som en ProfessionalService med fast @id, adresse i Førde, åpningstider, tjenestekatalog og en lenke til LinkedIn-profilen vår. WebSite ligger i malen på alle sider, og brødsmuler legger vi inn per side. Artiklene våre, også denne, har Article og FAQPage i innholdsfilen, og verdiene hentes fra de samme feltene som lager den synlige overskriften og datoen. Slik kan ikke koden og siden komme ut av takt.
Poenget er at schema er håndverk i bunnen av en nettside, ikke noe du kjøper separat. Bygger du ny nettside, skal det være med, og det hører hjemme i en nettside som bygges riktig fra start. Har du en eksisterende, kan du følge denne guiden, eller du kan lese om hva en nettside koster og hva som bør være inkludert. Ser du bredere på teknisk SEO, passer dette inn i de tre pilarene i søkemotoroptimalisering, og lokale bedrifter bør lese guiden til lokal SEO ved siden av.
Ofte stilte spørsmål
- Hva betyr markup?
- Markup betyr merking: å legge ekstra informasjon i koden til en side som forteller hva innholdet er. Schema markup er varianten der merkingen følger standarden fra schema.org, slik at søkemotorer kan lese for eksempel adresse, åpningstid eller forfatter uten å gjette.
- Er schema markup en rangeringsfaktor?
- Nei. Googles dokumentasjon beskriver gevinsten som rike resultater, ikke bedre plassering. Markeringen kan gjøre søkelisten din mer synlig og gi flere klikk, men den flytter ikke siden din oppover i seg selv.
- Trenger jeg schema markup for å bli synlig i AI-søk?
- Nei. Google skriver at det ikke finnes noen spesiell schema.org-markering du må legge til for å vises i AI-oversikter og AI-modus. Schema er et godt fundament, men det som flytter synligheten er innhold som svarer direkte og omtale fra andre nettsteder.
- Skal jeg fortsatt bruke FAQ-schema?
- Det er en lav prioritet. Google sluttet å vise rike FAQ-resultater 7. mai 2026. Markeringen er fortsatt gyldig og skader ikke, men gir ingen synlig effekt i Google. Behold spørsmålene som vanlig synlig tekst med spørsmålsformede mellomtitler.
- Hvilken schema-type bør en lokal bedrift bruke?
- Bruk LocalBusiness, eller en mer spesifikk undertype som Plumber, Dentist eller Restaurant, på forsiden og kontaktsiden. Google krever navn og adresse. Telefon, åpningstider, nettadresse og koordinater er anbefalt. Har du ingen fysisk adresse for kunder, bruker du Organization.
- Er JSON-LD bedre enn Microdata?
- For de fleste er det enklere. Google anbefaler JSON-LD når oppsettet ditt tillater det. Koden ligger i én egen blokk og er adskilt fra den synlige teksten, så den går ikke i stykker når noen redigerer innholdet. Microdata og RDFa flettes inn i selve HTML-en.
Vil du at vi legger inn schema markup for deg? Vi går gjennom nettsiden din, ser hva som finnes fra før, og setter opp riktig markering for din type bedrift. Du får en liste over hva vi la inn og hvordan det testes. Ta kontakt →