Hva er strukturert data? Schema-markup forklart enkelt

Strukturert data er en liten kodeblokk på en nettside som merker hva siden handler om, i et standardformat søkemotorer forstår – for eksempel «dette er et produkt som heter Lavender Candle, det koster 24 dollar, og det er på lager». Google beskriver det som et standardisert format for å gi informasjon om en side og klassifisere innholdet. Gjort riktig hjelper det søkemotorer å forstå siden din, og det kan gjøre siden kvalifisert for rikere søkeresultater, som priser, vurderinger eller datoer for arrangementer vist direkte i oppføringen.

Hvorfor det betyr noe når du bygger med AI

Søkemotorer er gode til å lese sider, men de må fortsatt gjette. Er «24» en pris, et antall eller en dato? Er «Riverside Hall» et sted eller en person? Strukturert data fjerner gjettingen.

For AI-bygde nettsteder er det to praktiske poeng:

• Det er kode, ikke innhold, så det er lett å glemme. En AI-byggeren legger vanligvis ikke til det med mindre du ber om det, og når den gjør det, må det samsvare med det som faktisk står på siden.
• Det er lett å gjøre feil som ser riktige ut. En AI kan finne på en femstjerners vurdering, legge til markup for innhold som ikke er synlig, eller bruke en type Google ikke lenger viser. Googles retningslinjer er strenge på riktighet, og misvisende markup kan bli ignorert eller straffet.

Litt strukturert data, riktig og tilpasset ditt faktiske innhold, er verdt det. Mye oppdiktet markup er verre enn ingen markup.

En hverdagslig sammenligning

Tenk på et produkt i en dagligvarebutikk. Emballasjen har en fargerik design og markedsføringstekst – det er nettsiden slik mennesker ser den. Men på baksiden står det også en standard næringsdeklarasjon: de samme feltene, i samme rekkefølge, på hvert produkt. Alle kan lese den raskt og sammenligne produkter.

Strukturert data er næringsdeklarasjonen for siden din. Designen kan være hva som helst; deklarasjonen er standardisert, slik at maskiner kan lese den pålitelig. Og som en næringsdeklarasjon må den være ærlig om hva som er inni.

Slik fungerer strukturert data

Strukturert data har to deler:

1. Et vokabular – ordene som brukes til å beskrive ting. Det vanligste er schema.org, et felles vokabular med typer som Product, LocalBusiness, Event, Article, Recipe og Organization, og egenskaper som name, price, address og startDate.
2. Et format – hvordan merkelappene skrives inn i siden. Google støtter tre: JSON-LD, Microdata og RDFa. Det anbefaler JSON-LD, som er en JSON-blokk inne i en <script>-tag, holdt adskilt fra den synlige HTML-en.

Søkemotorer leser blokken, forstår enhetene på siden, og – hvis siden kvalifiserer og oppfyller kravene – kan de vise et rikt resultat: en søkeoppføring med ekstra detaljer.

Et praktisk eksempel: en produktside i en lysbutikk

Anta at du har bygget en nettbutikk, og at en side selger et lavendellys. Den synlige siden viser navnet, et bilde, en beskrivelse, prisen (24,00 $) og «På lager».

JSON-LD for siden kan se slik ut:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Lavendel sojalys",
  "image": "https://www.examplecandles.com/images/lavender.jpg",
  "description": "Håndstøpt sojalys med lavendelolje. Brenner i omtrent 40 timer.",
  "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"
  }
}

Det står inne i <script type="application/ld+json">…</script> i sidens HTML.

Legg merke til hva som ikke er med: ingen aggregateRating, fordi butikken ikke viser anmeldelser på siden. Å legge til en vurdering besøkende ikke kan se, ville bryte Googles regler.

Kontaktsiden til den samme butikken kan beskrive selve virksomheten:

{
  "@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"
}

Igjen samsvarer hver verdi med det som er synlig på siden.

Sjekke det. Lim inn den live adressen i Googles Rich Results Test for å se om siden er kvalifisert for Googles rike resultater, og om noe påkrevd mangler. Bruk Schema Markup Validator for en generell sjekk mot schema.org. Etter lansering viser Search Console feil på tvers av nettstedet.

Regler verdt å kjenne

Fra Googles dokumentasjon om strukturert data:

• Merk bare det brukerne kan se. Ikke legg til strukturert data om informasjon som ikke er synlig på siden, selv om den er riktig.
• Ta med de påkrevde egenskapene. Hver type rikt resultat har obligatoriske felt; mangler du noen, er ikke siden kvalifisert.
• Kvalifisering er ingen garanti. Riktig markup gjør en side kvalifisert for et rikt resultat, ikke sikker på å få det.
• Typer av rike resultater endres. Google fjerner noen funksjoner over tid. For eksempel var FAQ-rike resultater begrenset til kjente offentlige og helsenettsteder, og Google kunngjorde at de ville slutte å vises i søk fra mai 2026. Sjekk Googles nåværende søkegalleri før du bygger for et bestemt rikt resultat.
• Ikke lag sider bare for å holde markup.

Vanlige begreper forklart

Vanlige feil og misforståelser

• «Strukturert data gir bedre rangering.» Hovedverdien er forståelse og kvalifisering til rike resultater, ikke en snarvei til bedre rangering.
• Å finne på anmeldelser eller vurderinger. Falske eller ubegrunnede vurderinger bryter Googles regler og villeder folk.
• Markup som ikke stemmer med siden. En pris på 24 $ i JSON-LD og 29 $ på siden er et problem.
• Skjult innhold. Å merke tekst besøkende ikke kan se, er i strid med retningslinjene.
• Å kopiere markup til alle sider. En Product-blokk hører hjemme på produktsider, ikke på forsiden og i bloggen.
• Å bygge for funksjoner som er fjernet. Sjekk at det rike resultatet du vil ha fortsatt finnes.
• Å legge til markup bare i nettleseren. Hvis nettstedet ditt viser alt med JavaScript, kan Google fortsatt finne det, men å legge JSON-LD i HTML-en serveren sender, er mer pålitelig.
• Aldri teste. Ett manglende komma gjør hele blokken uleselig.

Hva du bør be AI-byggeren om

• «Legg til JSON-LD-strukturert data med schema.org-typer som passer til hver side: Product på produktsider, LocalBusiness på kontaktsiden, Article på bloggartikler.»
• «Lag verdiene fra de samme dataene som siden viser, slik at de alltid stemmer.»
• «Ikke legg til vurderinger, anmeldelser eller egenskaper som ikke er synlige på siden.»
• «Legg JSON-LD i HTML-en som serveren eller forhåndsrenderingen leverer.»
• «Ta med alle påkrevde egenskaper for Googles rike resultat for den typen, og fortell meg hvilke du brukte.»
• «Gi meg en liste over adresser å sjekke i Rich Results Test.»

For hvordan dette passer inn i helheten, se hva SEO er, hva et sitemap er og den tekniske gjennomgangen i SEO for AI-bygde nettsteder.

Strukturert data i Mythex

Mythex legger ikke automatisk til strukturert data for deg; du ber om det i chatten, og agenten skriver det inn i appens kode. Fortell hvilke sider som representerer produkter, arrangementer eller virksomheten din, og be den generere JSON-LD fra de samme dataene som siden viser. Oppskriften i dokumentasjonen om SEO for den publiserte appen din inkluderer linjen «Do not invent fake review schema», som er godt råd å ha med i alle prompter. Fordi standardoppsettet er en klientrendret enkeltsideapp, be om en forhåndsrendret eller statisk-vennlig struktur hvis søk betyr noe, og test deretter de live adressene etter publisering.

Spørsmål