Vad är strukturerad data? Schema-markup förklarat enkelt

Strukturerad data är ett litet kodblock på en webbsida som märker upp vad sidan handlar om i ett standardformat som sökmotorer förstår, till exempel: “det här är en produkt som heter Lavender Candle, den kostar 24 dollar och finns i lager.” Google beskriver det som ett standardiserat format för att ge information om en sida och klassificera dess innehåll. Gjort rätt hjälper det sökmotorer att förstå din sida och kan göra den berättigad till rikare sökresultat, till exempel med pris, betyg eller eventdatum som visas direkt i listan.

Varför det spelar roll när du bygger med AI

Sökmotorer är bra på att läsa sidor, men de måste ändå gissa. Är “24” ett pris, ett antal eller ett datum? Är “Riverside Hall” en lokal eller en person? Strukturerad data tar bort gissningarna.

För AI-byggda sajter finns två praktiska poänger:

• Det är kod, inte innehåll, så det är lätt att glömma. En AI-byggare lägger oftast inte till det om du inte ber om det, och när den gör det måste det stämma med det som faktiskt syns på sidan.
• Det är lätt att göra fel på sätt som ser rätt ut. En AI kan hitta på ett femstjärnigt betyg, lägga till markup för innehåll som inte syns eller använda en typ som Google inte längre visar. Googles riktlinjer är strikta om korrekthet, och vilseledande markup kan ignoreras eller straffas.

Lite strukturerad data, korrekt och kopplad till ditt verkliga innehåll, är värt att ha. Mycket påhittad markup är sämre än ingen alls.

En vardagsliknelse

Tänk dig en produkt i en mataffär. Förpackningen har en färgglad design och marknadsföringstext – det är din webbsida så som människor ser den. Men på baksidan finns också en standardiserad näringsdeklaration: samma fält, i samma ordning, på varje produkt. Vem som helst kan läsa den snabbt och jämföra produkter.

Strukturerad data är näringsdeklarationen för din sida. Designen kan vara vad du vill; etiketten är standardiserad så att maskiner kan läsa den tillförlitligt. Och precis som en näringsdeklaration måste den vara ärlig om vad som finns i den.

Så fungerar strukturerad data

Strukturerad data har två delar:

1. Ett ordförråd – orden som används för att beskriva saker. Det vanligaste är schema.org, ett gemensamt ordförråd med typer som Product, LocalBusiness, Event, Article, Recipe och Organization, och egenskaper som name, price, address och startDate.
2. Ett format – hur etiketterna skrivs in på sidan. Google stöder tre: JSON-LD, Microdata och RDFa. Google rekommenderar JSON-LD, som är ett JSON-block i en <script>-tagg, skilt från den synliga HTML:en.

Sökmotorer läser blocket, förstår entiteterna på sidan och – om sidan är berättigad och uppfyller kraven – kan de visa ett rich result: en sökträff med extra information.

Ett praktiskt exempel: en produktsida i en ljusbutik

Säg att du har byggt en webbshop och en sida säljer ett lavendelljus. Den synliga sidan visar namnet, en bild, en beskrivning, priset (24,00 $) och “I lager”.

JSON-LD för sidan kan se ut så här:

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

Blocket placeras inom <script type="application/ld+json">…</script> i sidans HTML.

Lägg märke till vad som inte finns med: ingen aggregateRating, eftersom butiken inte visar recensioner på sidan. Att lägga till ett betyg som besökarna inte kan se skulle bryta mot Googles regler.

Butikens kontaktsida kan i sin tur beskriva företaget självt:

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

Även här stämmer varje värde med det som syns på sidan.

Kontrollera det. Klistra in den publicerade URL:en i Googles Rich Results Test för att se om sidan är berättigad till Googles rich results och om något obligatoriskt saknas. Använd Schema Markup Validator för en allmän kontroll mot schema.org. Efter lansering visar Search Console fel över hela sajten.

Regler att känna till

Från Googles dokumentation om strukturerad data:

• Märk bara upp det som användarna kan se. Lägg inte till strukturerad data om information som inte syns på sidan, även om den är korrekt.
• Ta med de obligatoriska egenskaperna. Varje typ av rich result listar obligatoriska fält; saknas något blir sidan inte berättigad.
• Berättigande är ingen garanti. Korrekt markup gör en sida berättigad till ett rich result, men det betyder inte att den säkert får det.
• Typerna av rich results ändras. Google avskaffar vissa funktioner över tid. Till exempel var FAQ-rich results begränsade till välkända statliga och hälsorelaterade sajter, och Google meddelade att de skulle sluta visas i sökresultaten från maj 2026. Kontrollera Googles aktuella sökgalleri innan du bygger för ett visst rich result.
• Skapa inte sidor bara för att bära markup.

Vanliga termer förklarade

Vanliga misstag och missuppfattningar

• “Strukturerad data ökar rankingen.” Dess huvudsakliga värde är förståelse och berättigande till rich results, inte en genväg i rankingen.
• Att hitta på recensioner eller betyg. Falska eller ostödda betyg bryter mot Googles regler och vilseleder människor.
• Markup som inte stämmer med sidan. Ett pris på 24 $ i JSON-LD och 29 $ på sidan är ett problem.
• Dolt innehåll. Att märka upp text som besökarna inte kan se strider mot riktlinjerna.
• Att kopiera markup till varje sida. Ett Product-block hör hemma på produktsidor, inte på startsidan och i bloggen.
• Att bygga för utgångna funktioner. Kontrollera att rich result-typen du vill ha fortfarande finns.
• Att bara lägga till markup i webbläsaren. Om din sajt renderar allt med JavaScript kan Google fortfarande hitta den, men det är säkrare att JSON-LD finns i HTML:en som servern skickar.
• Att aldrig testa. Ett saknat kommatecken gör hela blocket oläsligt.

Vad du kan be din AI-byggare om

• “Lägg till JSON-LD-strukturerad data med schema.org-typer som passar varje sida: Product på produktsidor, LocalBusiness på kontaktsidan, Article på blogginlägg.”
• “Generera värdena från samma data som sidan visar, så att de alltid stämmer.”
• “Lägg inte till betyg, recensioner eller egenskaper som inte syns på sidan.”
• “Lägg JSON-LD i den HTML som servern eller förrenderingen skapar.”
• “Ta med alla obligatoriska egenskaper för Googles rich result för den typen, och berätta vilka du använde.”
• “Ge mig en lista med URL:er att kontrollera i Rich Results Test.”

För hur detta passar in i helheten, se vad SEO är, vad en sitemap är och den tekniska genomgången i SEO för AI-byggda webbplatser.

Strukturerad data i Mythex

Mythex lägger inte till strukturerad data automatiskt; du ber om det i chatten, och agenten skriver det i appens kod. Berätta vilka sidor som representerar produkter, event eller ditt företag, och be den generera JSON-LD från samma data som sidan visar. Docs-receptet för SEO för din publicerade app innehåller raden “Do not invent fake review schema”, vilket är bra råd att ha med i varje prompt. Eftersom standardupplägget är en klientrenderad single-page-app bör du be om en förrenderad eller statiskt vänlig struktur om sökning är viktig, och sedan publicera och testa de live-URL:er som finns.

Frågor