Vad är strukturerade data (Schema.org)?

Vad är strukturerad data?

Strukturerade data är kod som, med hjälp av Schema.org-ordlistan, förklarar innebörden av innehållet på en sida för sökmotorer i ett maskinläsbart format. Den vanligaste tillämpningen är JSON-LD-formatet, som läggs till som ett separat <script type="application/ld+json"> block i JSON-LD-format; detta block ändrar inte sidans synliga innehåll, utan lägger bara till ett extra ”etikett”-lager till innehållet. Det finns många olika typer, såsom Organization, Article, Product och BreadcrumbList, och var och en är utformad för att definiera en annan typ av innehåll.

Man kan jämföra strukturerade data med en bibliotekskatalogs post: själva boken (sidans innehåll) förblir oförändrad, men kortet (den strukturerade datan) sammanfattar bokens författare, genre och utgivningsdatum i ett standardformat och underlättar sökning och klassificering.

Förutom JSON-LD finns det även äldre implementeringsformer som Microdata och RDFa; dessa bäddar in data direkt i synliga HTML-taggar. Eftersom JSON-LD är separat och oberoende av sidinnehållet är det enklare att underhålla och är idag den metod som rekommenderas av Google.

Varför är det viktigt?

Korrekt implementerad strukturerad data hjälper Google att bättre förstå sidans innehåll och kan för vissa innehållstyper möjliggöra visning av utökade sökresultat (rich results) i SERP – t.ex. brödsmulsväg, produktpris, artikelns publiceringsdatum. Dessa visuella förbättringar kan få din sida att sticka ut bland resultaten i samma sökresultat och öka klickfrekvensen.

Att lägga till strukturerade data garanterar dock inte att du får rich results; Google bestämmer med sin egen algoritm vilka rich results som ska visas, och detta beslut kan ändras över tid. Därför är det mer korrekt att betrakta strukturerade data inte som ett sätt att ”köpa en garanterad SERP-funktion”, utan som ett sätt att ”göra ditt innehåll tydligare och mer maskinläsbart”.

Det tydligaste exemplet på detta är FAQPage- och HowTo-scheman: trots att de rekommenderats i stor utsträckning under många år har Google begränsat omfattningen av dessa utökade sökresultat och nästan helt tagit bort dem från webbplatser. Detta är ett bra exempel på hur ”en tillämpning som en gång var användbar” kan förlora sitt värde när sökmotorernas policy ändras.

Hur åtgärdar man detta?

• Använd Organization-schemat för att beskriva din webbplats identitet, och Article-schemat för dina artiklar/blogginlägg.
• Lägg till BreadcrumbList ; detta kan bidra till att en läsbar navigeringsväg visas i SERP istället för en URL.
• Markera endast information i den strukturerade datan som faktiskt visas på sidan; att lägga till data som inte finns på sidan i schemat strider mot Googles regler och kan leda till manuella åtgärder.
• Kontrollera att JSON-LD är giltigt (valid) med ett valideringsverktyg; ett block med syntaxfel kan ignoreras helt.
• Lägg inte till FAQPage- och HowTo-scheman: Google tog bort dessa utökade sökresultat i stor utsträckning 2023 och har med tiden ytterligare begränsat deras omfattning; för vanliga webbplatser ger de inte längre någon praktisk fördel i SERP, utan skapar bara onödig kodbörda och medför underhållskostnader.

Exempel

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

Dåligt exempel: att ange ett slumpmässigt datePublished värde i JSON-LD, trots att inget publiceringsdatum visas på sidan; detta strider mot Googles riktlinjer för strukturerade data och kan till och med leda till manuella åtgärder om det upptäcks.

Vanliga misstag

• Att markera information i strukturerade data som inte syns på sidan (strider mot Googles regler).
• Att skriva JSON med ogiltiga eller saknade fält; en enda saknad kommatecken kan göra hela blocket ogiltigt.
• Att lägga tid på FAQPage/HowTo-schemat, som inte längre ger utökade sökresultat.
• Att inte hålla den strukturerade informationen synkroniserad med det aktuella innehållet (t.ex. att behålla det gamla priset i schemat även om priset på sidan har uppdaterats).
• När strukturerade data inte hittas i rapporten från Seoraporu.co markeras detta inte som ett fel, utan som en möjlighet — den kan fyllas i genom att lägga till grundläggande typer som Organization och Article.
• Att välja schematyper slumpmässigt utan att matcha dem med sidans faktiska innehållstyp; t.ex. att lägga till ett Product-schema till ett blogginlägg skapar förvirring och kan minska Googles förtroende.
• Att lägga till flera motstridiga schemablock på samma sida (t.ex. två olika ”Organization”-definitioner); i detta fall måste Google själv avgöra vilken som är korrekt.