Hvad er strukturerede data? Schema markup forklaret enkelt

Strukturerede data er en lille kodeblok på en webside, der mærker, hvad siden handler om, i et standardformat, som søgemaskiner forstår — fx »denne side er et produkt ved navn Lavender Candle, det koster 24 dollars, og det er på lager«. Google beskriver det som et standardiseret format til at give oplysninger om en side og klassificere dens indhold. Gjort rigtigt hjælper det søgemaskiner med at forstå din side, og det kan gøre siden berettiget til rigere søgeresultater, fx priser, bedømmelser eller datoer for begivenheder, vist direkte i resultatet.

Hvorfor det betyder noget, når du bygger med AI

Søgemaskiner er gode til at læse sider, men de er stadig nødt til at gætte. Er »24« en pris, et antal eller en dato? Er »Riverside Hall« et sted eller en person? Strukturerede data fjerner gætteriet.

For AI-byggede sites er der to praktiske pointer:

• Det er kode, ikke indhold, så det er let at glemme. En AI-builder tilføjer det normalt ikke, medmindre du beder om det, og når den gør, skal det matche det, der faktisk står på siden.
• Det er nemt at få forkert på måder, der ser rigtige ud. En AI kan finde på en femstjernet bedømmelse, tilføje markup for indhold, der ikke er synligt, eller bruge en type, Google ikke længere viser. Googles retningslinjer er strenge om korrekthed, og vildledende markup kan blive ignoreret eller straffet.

Lidt strukturerede data, som er korrekte og matcher dit reelle indhold, er værd at have. Meget opdigtet markup er værre end ingen markup.

En hverdagsanalogi

Tænk på et produkt i supermarkedet. Emballagen har et farverigt design og markedsføringstekst — det er din webside, som mennesker ser den. Men på bagsiden står også en standardiseret næringsdeklaration: de samme felter, i samme rækkefølge, på hvert produkt. Alle kan hurtigt læse den og sammenligne produkter.

Strukturerede data er næringsdeklarationen for din side. Designet kan være, hvad du vil; mærkaten er standardiseret, så maskiner kan læse den pålideligt. Og ligesom en næringsdeklaration skal den være ærlig om, hvad der er indeni.

Sådan virker strukturerede data

Strukturerede data har to dele:

1. Et ordforråd — de ord, der bruges til at beskrive ting. Det mest almindelige er schema.org, et fælles ordforråd med typer som Product, LocalBusiness, Event, Article, Recipe og Organization, og egenskaber som name, price, address og startDate.
2. Et format — hvordan mærkaterne skrives ind på siden. Google understøtter tre: JSON-LD, Microdata og RDFa. Google anbefaler JSON-LD, som er en JSON-blok i et <script>-tag, adskilt fra den synlige HTML.

Søgemaskiner læser blokken, forstår enhederne på siden og — hvis siden er berettiget og opfylder kravene — kan vise et rich result: et søgeresultat med ekstra detaljer.

Et praktisk eksempel: en produktside i en kertebutik

Sig, at du har bygget en webshop, og én side sælger et lavendellys. Den synlige side viser navnet, et billede, en beskrivelse, prisen (24,00 USD) og »På lager«.

JSON-LD for siden kan se sådan ud:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Lavender Soy Candle",
  "image": "https://www.examplecandles.com/images/lavender.jpg",
  "description": "Hand-poured soy candle with lavender essential oil. Burns for about 40 hours.",
  "sku": "CAN-LAV-01",
  "brand": { "@type": "Brand", "name": "Example Candles" },
  "offers": {
    "@type": "Offer",
    "url": "https://www.examplecandles.com/candles/lavender",
    "price": "24.00",
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}

Den sidder inde i <script type="application/ld+json">…</script> i sidens HTML.

Bemærk, hvad der ikke er med: ingen aggregateRating, fordi butikken ikke viser anmeldelser på siden. At tilføje en bedømmelse, besøgende ikke kan se, ville bryde Googles regler.

Butikkens kontaktside kan så beskrive virksomheden selv:

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Example Candles",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "12 Market Street",
    "addressLocality": "Bristol",
    "postalCode": "BS1 1AA",
    "addressCountry": "GB"
  },
  "telephone": "+44 117 000 0000",
  "openingHours": "Mo-Sa 10:00-17:00"
}

Igen matcher hver værdi det, der er synligt på siden.

Sådan tjekker du det. Indsæt den live URL i Googles Rich Results Test for at se, om siden er berettiget til Googles rich results, og om noget påkrævet mangler. Brug Schema Markup Validator til et generelt schema.org-tjek. Efter lancering viser Search Console fejl på tværs af sitet.

Regler, det er godt at kende

Fra Googles dokumentation for strukturerede data:

• Markér kun det, brugerne kan se. Tilføj ikke strukturerede data om oplysninger, der ikke er synlige på siden, selv hvis de er korrekte.
• Medtag de påkrævede egenskaber. Hver type rich result har listet påkrævede felter; mangler de, er siden ikke berettiget.
• Berettigelse er ikke en garanti. Korrekt markup gør en side berettiget til et rich result, men ikke sikker på at få det.
• Typer af rich results ændrer sig. Google udfaser nogle funktioner over tid. Fx var FAQ-rich results begrænset til velkendte offentlige og sundhedssites, og Google meddelte, at de stopper med at vises i Søgning fra maj 2026. Tjek Googles aktuelle søgegalleri, før du bygger til et bestemt rich result.
• Opret ikke sider blot for at rumme markup.

Almindelige termer forklaret

Almindelige fejl og misforståelser

• »Strukturerede data øger placeringer.« Deres vigtigste værdi er forståelse og berettigelse til rich results, ikke en genvej i rangeringen.
• At opfinde anmeldelser eller bedømmelser. Falske eller ubegrundede bedømmelser bryder Googles regler og vildleder folk.
• Markup, der ikke matcher siden. En pris på 24 USD i JSON-LD og 29 USD på siden er et problem.
• Skjult indhold. At markere tekst, besøgende ikke kan se, er i strid med retningslinjerne.
• At kopiere markup til alle sider. En Product-blok hører til produktsider, ikke forsiden og bloggen.
• At bygge til udfasede funktioner. Tjek, at det rich result, du vil have, stadig findes.
• At tilføje markup kun i browseren. Hvis dit site renderer alt med JavaScript, kan Google stadig finde den, men at lægge JSON-LD i den HTML, serveren sender, er mere pålideligt.
• Aldrig at teste. Et manglende komma gør hele blokken ulæselig.

Hvad du beder din AI-builder om

• »Tilføj JSON-LD-strukturerede data med schema.org-typer, der passer til hver side: Product på produktsider, LocalBusiness på kontaktsiden, Article på blogindlæg.«
• »Generer værdierne ud fra de samme data, som siden viser, så de altid matcher.«
• »Tilføj ikke bedømmelser, anmeldelser eller egenskaber, der ikke er synlige på siden.«
• »Læg JSON-LD i den server-renderede eller prærenderede HTML.«
• »Medtag alle påkrævede egenskaber for Googles rich result for den type, og fortæl mig, hvilke du brugte.«
• »Giv mig en liste over URL'er, jeg kan tjekke i Rich Results Test.«

For hvor dette passer ind i det større billede, se hvad SEO er, hvad et sitemap er og gennemgangen af det tekniske i SEO for AI-byggede hjemmesider.

Strukturerede data i Mythex

Mythex tilføjer ikke strukturerede data automatisk; du beder om dem i chatten, og agenten skriver dem ind i din apps kode. Fortæl den, hvilke sider der repræsenterer produkter, begivenheder eller din virksomhed, og bed den generere JSON-LD ud fra de samme data, siden viser. Dokumentationens opskrift på SEO for din publicerede app indeholder linjen »Do not invent fake review schema«, som er et godt råd at beholde i enhver prompt. Fordi standardopsætningen er en klientrenderet single-page app, så bed om en prærenderet eller statisk-venlig struktur, hvis søgning er vigtig, og test derefter de live URL'er efter publicering.

Spørgsmål