Strukturerede data SEO: guide til schema markup

Hvad strukturerede data er, og hvad de gør

Strukturerede data (ofte implementeret med schema.org‑vokabular i JSON‑LD) er maskinlæsbart markup, der tilføjes en side, såsøgemaskinerkan fortolke entiteter, attributter og relationer mere eksplicit end ved kun at analysere den synlige tekst.

Det er et klarhedsværktøj: strukturerede data signalerer, at en indholdsblok repræsenterer en Article, Product, Event, Person, FAQ, BreadcrumbList, Review eller en anden defineret type. Den klarhed kan øge berettigelse til rich results, gøre entitetsrelationer eksplicitte for videnssystemer og hjælpe søgefunktioner med at forstå, hvilken tekst svarer til hvilken egenskab.

Strukturerede data er ingen genvej til placeringer. Det erstatter ikke indhold af høj kvalitet, god informationsarkitektur eller crawlbare sider. Det hjælper søgemaskiner med at fortolke, hvad der er på en side; søgemaskiner beslutter stadig (via crawling, indeksering og ranking), om og hvordan siden vises i resultaterne.

Hvordan strukturerede data virker (mekanik)

Formater og placering

JSON‑LD er det anbefalede og mest udbredte format i dag. Schema kan også udtrykkes som Microdata eller RDFa, men JSON‑LD holder markuppen adskilt fra den synlige DOM og er nemmere at håndtere i moderne templates og CMSs.

Typisk placering er inde i et <script type="application/ld+json"> tag i sidens head eller body. Eksempel på et minimalt Article‑udsnit:

<script type="application/ld+json">{"@context":"https://schema.org","@type":"Article","headline":"Din overskrift her","author":{"@type":"Person","name":"Forfatternavn"}}</script>

Crawling, indeksering og ranking: hvor schema spiller en rolle

Strukturerede data bruges undercrawling og indekseringfaser: crawlere kan læse JSON‑LD under fetch; indexere kan gemme properties eller bruge dem til at kvalificere en side til en SERP‑feature. Om en side vises i Search, og hvordan den rangerer, afgøres stadig af søgemaskinensalgoritmerved hjælp af mange signaler.

Bemærk, at Google bruger mobilversionen som primær basis for crawling og indeksering. Siden July 2024 crawler Google som standard sites til Search med Googlebot Smartphone; sørg for, at de strukturerede data på mobilen matcher desktop‑semantikken (parity), ikke nødvendigvis pixel‑for‑pixel‑layoutet.

Hvor strukturerede data hjælper (use cases)

Almindelige fordele og berettigede features

Rich results: FAQs, How‑tos, recipe previews, product snippets, reviews og event cards kan være berettigede, når markuppen følger de dokumenterede krav.

Knowledge graph og entity linking: schema kan gøre entitetsrelationer eksplicitte (publisher → article → author → organization). Det hjælper systemer, der bygger entitetsgrafer.

Sitelinks og fortolkning af breadcrumbs: BreadcrumbList‑markup klargør navigationshierarkiet, så søgefunktioner kan vise den korrekte sti.

Berettigelsessignaler til specialiserede søgeoplevelser (f.eks. product availability, event dates, job postings), hvor strukturerede properties formidler maskinlæselige fakta, der er svære at udtrække pålideligt fra fri tekst.

Selv når markup er til stede, er fremkomsten af et rich result ikke garanteret. Søgemaskiner bruger markup som et signal og kan ignorere det eller kræve yderligere kvalitets‑signaler (content quality, indexability, site reputation).

Implementering af schema: praktisk tjekliste

Planlæg og kortlæg

Beslut hvilke sidetyper der har brug for strukturerede data. Kortlæg hver sidemal til schema.org‑typer og krævede properties (for eksempel kræver Product name og offers; FAQ kræver mainEntity med Question/Answer‑par). Brug schema.org‑dokumentationen som den autoritative vokabular‑reference.

Forfatning og templating

Generér JSON‑LD fra dit CMS eller byg det ind i servertemplates. Hold markup synkroniseret med det synlige indhold: datoer, priser, tilgængelighed og tekst brugt i strukturerede properties bør matche, hvad brugerne ser.

Test og staging

Test den genererede JSON‑LD i staging med Rich Results Test og Schema Markup Validator (schema.org). For sider du ejer, brugGoogle Search ConsoleURL Inspection til at tjekke, hvordan Google ser siden, og om strukturerede data bliver registreret som valide eller indeholder fejl.

Udrulning og overvågning

Deploy til produktion og verificér live‑sider med Rich Results Test.

Overvåg Search Console for rapporter om strukturerede data og coverage‑problemer på sider du ejer; brug serverlogs og crawler‑emulation (curl) for at sikre, at bots modtager den samme markup.

Hvis du har brug for en hurtig måde at se, hvilket HTML en bestemt user agent får, brug curl med en UA‑string. For kun at hente headers: curl -Ihttps://example.com. For at hente HTML som en given UA: curl -A "Googlebot"https://example.com

Verifikation og fejlfinding

Trin‑for‑trin verifikation for sider du ejer

1) Brug Rich Results Test til at validere syntaks og krævede properties. 2) I Google Search Console kør URL Inspection for at bekræfte, at Google registrerer strukturerede data, og for at gennemgå fejl eller advarsler. 3) Tjek sidens rendererede HTML i Chrome DevTools > Elements for at bekræfte, at JSON‑LD‑scriptet er til stede efter eventuel client‑rendering. 4) Overvåg Search Console‑rapporter for at opdage nye problemer efter udrulning.

Hvad du gør, hvis rich results ikke dukker op

Hvis markuppen validerer, men et rich result ikke vises, tjek disse områder: 1) Er siden indekserbar? Brug URL Inspection til at bekræfte index coverage. En side, der ikke er indekseret, får sandsynligvis ikke rich results. 2) Matcher det synlige indhold de strukturerede properties præcist? Uoverensstemmelser kan få søgemaskiner til at ignorere markup. 3) Er site'ets samlede kvalitet og omdømme tilstrækkeligt for feature'en — søgemaskiner kræver ofte trust signals ud over markup. 4) Bekræft, at du bruger understøttede typer og properties for feature'en (se Rich Results Test dokumentation).

Almindelige fejl og hvordan du undgår dem

At markere indhold, som ikke er synligt for brugere, eller som modsiger on‑page‑teksten — strukturerede data bør afspejle synlige fakta.

At bruge typer eller properties, der ikke understøttes for det tilsigtede rich result; konsulter Rich Results Test for den aktuelle berettigelses‑matrix.

At stole på strukturerede data for at rette indholdskvalitet eller site‑arkitekturproblemer. Schema hjælper klarhed, men kan ikke kompensere for tyndt eller ubrugeligt indhold.

Ikke at holde markuppen synkroniseret med dynamiske indholdsændringer (datoer, priser, tilgængelighed) — undgå forældede strukturerede værdier.

Avancerede mønstre og styring

Design en schema‑styringsproces: inkluder schema‑ejerskab i dit content‑ eller engineering‑team, versionstyr JSON‑LD‑snippets, og tilføj tests i din CI‑pipeline, der validerer schema‑syntaks og krævede felter før deploy.

For store sites, generér strukturerede data fra kanoniske kildefelter i stedet for at kopiere rendereret HTML. Hvor lokaliseret indhold findes, sørg for, at sprog‑ og regional‑properties afspejler sidens målgruppe, og undgå at blande sprog i en enkelt egenskab.

Strukturerede data kan også understøtte downstream‑systemer ud over search — interne knowledge bases, voice assistants og analytics. Definér en minimal, stabil kerne af properties, der er nødvendig for både search og intern brug for at reducere vedligeholdelsesbyrden.

Hvis du vil have en opfriskning af tekniske fundamenter, der arbejder med schema (indexability, canonicalisation,Core Web Vitals), LæsTechnical SEOGuide

FAQ