Hvad er strukturelle data (Schema.org)?

Hvad er strukturerede data?

Strukturerede data er kode, der ved hjælp af Schema.org-ordbogen forklarer betydningen af indholdet på en side for søgemaskiner i et maskinlæsbart format. Den mest udbredte anvendelsesform er JSON-LD-formatet, der tilføjes som et separat <script type="application/ld+json"> blok, der tilføjes til siden; denne blok ændrer ikke sidens synlige indhold, men tilføjer blot et ekstra "mærke"-lag til indholdet. Der findes mange typer, såsom Organization, Article, Product og BreadcrumbList, og hver af dem er designet til at definere en bestemt indholdstype.

Man kan sammenligne strukturerede data med et bibliotekskatalogkort: selve bogen (sidens indhold) forbliver uændret, men kortet (de strukturerede data) opsummerer bogens forfatter, genre og udgivelsesdato i et standardformat og letter søgning og klassificering.

Ud over JSON-LD findes der også ældre implementeringsformer som Microdata og RDFa; disse indlejrer dataene direkte i synlige HTML-tags. JSON-LD er lettere at vedligeholde, da det er adskilt fra og uafhængigt af sideindholdet, og det er den metode, som Google i dag anbefaler.

Hvorfor er det vigtigt?

Korrekt implementerede strukturerede data hjælper Google med at forstå sidens indhold bedre og kan for visse indholdstyper muliggøre visning af »rich results« i SERP – f.eks. brødkrumme-stien, produktprisen eller artiklens udgivelsesdato. Disse visuelle forbedringer kan få din side til at skille sig ud blandt resultaterne i samme rangering og øge klikfrekvensen.

At tilføje strukturerede data garanterer dog ikke, at der vises rich results; Google beslutter selv, hvilke rich results der skal vises, ved hjælp af sin egen algoritme, og denne beslutning kan ændre sig over tid. Derfor er det mere korrekt at betragte strukturerede data ikke som en »garanti for en bestemt SERP-funktion«, men som en måde at »gøre dit indhold mere klart og maskinlæsbart« på.

Det mest konkrete eksempel på dette er FAQPage- og HowTo-skemaerne: Selvom de i årevis blev anbefalet bredt, har Google indsnævret omfanget af disse udvidede resultater og fjernet dem fra næsten alle hjemmesider. Dette er et godt eksempel på, hvordan »en praksis, der engang var nyttig«, kan miste sin værdi, når søgemaskinens politik ændres.

Hvordan løses det?

• Brug Organization til at definere dit websteds identitet, og brug Article til blog-/nyhedsindhold.
• Til at vise navigationsstien BreadcrumbList ; dette kan bidrage til, at der vises en læsbar navigationssti i stedet for en URL i SERP'en.
• Markér kun oplysninger i den strukturerede data, der rent faktisk vises på siden; det strider mod Googles regler at tilføje data til skemaet, der ikke findes på siden, og det kan føre til manuelle indgreb.
• Kontroller med et valideringsværktøj, at JSON-LD er gyldigt; et blok med syntaksfejl kan blive fuldstændig ignoreret.
• Undlad at tilføje FAQPage- og HowTo-skemaer: Google fjernede i vid udstrækning disse udvidede søgeresultater i 2023 og har med tiden indsnævret anvendelsesområdet yderligere; for almindelige hjemmesider giver de ikke længere nogen praktisk fordel i SERP, men skaber blot unødvendig kodebyrde og medfører vedligeholdelsesomkostninger.

Eksempel

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "SEO-venlig URL-struktur",
  "datePublished": "2026-07-01",
  "author": {"@type": "Organization", "name": "SeoRaporu"}
}
</script>

Dårligt eksempel: at opfinde en vilkårlig datePublished værdi i JSON-LD, selvom der ikke vises nogen udgivelsesdato på siden; dette strider mod Googles retningslinjer for strukturerede data og kan endda føre til manuel indgriben, hvis det opdages.

Hyppige fejl

• At markere oplysninger i strukturerede data, der ikke vises på siden (i strid med Googles regler).
• At skrive JSON med ugyldige eller manglende felter; et enkelt manglende komma kan gøre hele blokken ugyldig.
• At bruge tid på FAQPage/HowTo-skemaet, som ikke længere giver rich results.
• Ikke at holde de strukturerede data synkroniseret med det aktuelle indhold (f.eks. at lade den gamle pris stå i skemaet, selvom prisen på siden er blevet opdateret).
• Når der ikke findes strukturerede data i Seoraporu.co-rapporten, markeres dette ikke som en fejl, men som en mulighed — den kan udfyldes ved at tilføje grundlæggende typer som Organization og Article.
• At vælge skema-typer tilfældigt uden at matche dem med sidens faktiske indholdstype; f.eks. at tilføje et Product-skema til et blogindlæg skaber forvirring og kan mindske Googles tillid.
• At tilføje flere modstridende skema-blokke til den samme side (f.eks. to forskellige "Organization"-definitioner); i dette tilfælde er Google nødt til selv at afgøre, hvilken der er den korrekte.