Vad är strukturerad data? Komplett guide till schema markup och rich results 2026
TL;DR: ”Strukturerad data är kod som hjälper Google att förstå vad en sida handlar om, till exempel produkt, artikel, recept eller event. Det kan göra sidan berättigad till rich results som visar extra information i sökresultatet, men det är aldrig garanterat att Google faktiskt visar dem. Artikeln förklarar också att JSON-LD oftast är bästa formatet, att markupen måste matcha det synliga innehållet, och att arbetet behöver valideras, följas upp i Search Console och underhållas löpande. Huvudbudskapet är att strukturerad data inte är ett magiskt SEO-trick, utan ett sätt att göra innehåll tydligare, mer begripligt och mer klickvänligt i Google.”
Om du någon gång har googlat efter ett recept, en produkt eller ett event har du säkert sett att vissa sökresultat visar mer information än andra. Ibland syns stjärnbetyg, pris, lagerstatus, tillagningstid eller datum direkt i Google. Det kan få vissa webbplatser att sticka ut mer än andra i sökresultatet.
En viktig anledning till det är strukturerad data. Det låter tekniskt, men själva idén är ganska enkel. Strukturerad data hjälper Google att förstå vad som finns på en sida. När innehållet blir tydligare för sökmotorn blir det också lättare för Google att visa sidan på ett mer informativt sätt.
I den här artikeln får du en enkel förklaring av vad strukturerad data är, varför det används och hur du kan arbeta med det i praktiken.
Vad är strukturerad data?
Strukturerad data är extra information i koden på en webbsida som hjälper Google och andra sökmotorer att förstå vad innehållet handlar om.
En människa ser ofta direkt om en sida handlar om en produkt, ett recept, en artikel eller ett event. För en sökmotor är det inte alltid lika tydligt. Strukturerad data fungerar därför som en signal som gör innehållet lättare att tolka.
Tänk dig till exempel att en sida visar “25 minuter”, “4,8 i betyg” och “12 recensioner”. Utan tydliga signaler måste Google själv tolka vad siffrorna betyder. Med strukturerad data kan sökmotorn i stället förstå att det handlar om ett recept, att 25 minuter är tillagningstid, att 4,8 är ett betyg och att 12 är antalet recensioner.
Man kan därför säga att strukturerad data gör innehållet lättare för sökmotorer att förstå på rätt sätt.
Strukturerad data används ofta för att visa att:
- en sida är en artikel
- en sida innehåller ett recept
- en sida handlar om en produkt
- en text beskriver ett event
- ett företag står bakom webbplatsen
- viss information är pris, betyg, lagerstatus eller publiceringsdatum
Det vanligaste “språket” för detta heter Schema.org. Det är en gemensam uppsättning typer och egenskaper som används för att märka upp innehåll på webben.
Det är också viktigt att komma ihåg att strukturerad data inte ersätter bra innehåll. Den hjälper bara sökmotorer att förstå det innehåll som redan finns på sidan bättre.
Vad är Schema.org och schema markup?
Schema.org är ett gemensamt vokabulär för strukturerad data på webben. Det används för att beskriva olika typer av innehåll, till exempel produkter, artiklar, organisationer, recept och event, på ett sätt som sökmotorer och andra system lättare kan förstå.
Schema markup är själva markeringen du lägger in på en webbsida med hjälp av detta vokabulär. Med andra ord är Schema.org språket eller regelverket, medan schema markup är den praktiska implementationen i sidans kod.
Ett enkelt sätt att förstå skillnaden är så här:
Schema.org = vokabuläret med typer och egenskaper
Schema markup = koden på sidan som använder det vokabuläret
Om du till exempel vill märka upp en produktsida kan du använda typen Product från Schema.org. Om du vill märka upp en artikel kan du använda Article, och för en organisationssida kan Organization vara relevant. Google stöder däremot inte allt som finns i Schema.org för Search, så det är bäst att först kontrollera Googles Search Gallery och därefter använda Schema.org för att se vilka egenskaper som hör till den valda typen.
Vad är rich results i Google?
Rich results, eller rika resultat, är utökade sökresultat som visar mer information än den vanliga blå länken med titel och beskrivning.
I stället för att bara visa en rubrik och några rader text kan Google ibland visa extra information direkt i sökresultatet, till exempel stjärnbetyg, pris, tillagningstid eller andra detaljer. Det är därför de kallas rika resultat, eftersom de ger användaren mer information redan innan klicket sker.
För att göra det tydligare kan man säga att ett vanligt sökresultat är mer grundläggande, medan ett rich result innehåller mer information direkt i sökresultatet.
Som bilderna ovan visar kan ett utökat resultat för ett recept till exempel innehålla tillagningstid, webbplatslänkar, betyg och ibland även recensioner eller omdömen från användare.
Vad är skillnaden mellan strukturerad data och rich results?
Skillnaden mellan strukturerad data och rich results är att strukturerad data är märkningen i sidans kod, medan rich results är den utökade visning som ibland kan visas i sökresultatet.
Strukturerad data hjälper sökmotorer att förstå vad innehållet på sidan handlar om. Det kan till exempel visa att en sida gäller ett recept, en produkt, en artikel eller ett event. Rich results är däremot det användaren kan se i Google, till exempel betyg, pris, tillagningstid eller andra extra detaljer.
Ett enkelt sätt att förstå skillnaden är så här:
Strukturerad data = information i koden som hjälper Google att förstå sidan
Rich results = det utökade sökresultat som ibland visas för användaren i Google
Strukturerad data är alltså grunden, medan rich results är den synliga presentationen i sökresultatet. Det är först när Google väljer att använda informationen från märkningen som sidan kan visas som ett rich result.
Men är det garanterat att sidan visas som ett rich result bara för att man implementerar strukturerad data?
Ger strukturerad data automatiskt ett rich result?
Nej, strukturerad data leder inte automatiskt till ett rich result. Google är tydliga med att korrekt implementerad markup kan göra en sida berättigad att visas som ett rich result, men det är ingen garanti för att det faktiskt händer i sökresultatet.
Google avgör själv om ett rich result ska visas, utifrån vad som bedöms ge den bästa sökupplevelsen för användaren. Det kan variera beroende på exempelvis sökhistorik, plats, enhet och vilken typ av resultat Google anser passar bäst för den aktuella sökningen.
Det räcker alltså inte att bara lägga in markup på sidan. Den strukturerade datan behöver följa Googles riktlinjer, matcha sidans huvudsakliga och synliga innehåll och vara korrekt implementerad. Om informationen är missvisande, dold för användaren eller innehåller fel kan sidan bli utan rich results, även om koden ser korrekt ut i ett testverktyg.
Därför är det bäst att se strukturerad data som ett sätt att öka sidans möjlighet att få rich results, inte som en garanti. Google använder markupen som en signal för att tolka innehållet, men den slutliga visningen i sökresultatet styrs alltid av Google.
Vilka typer av rich results finns i Google?
Det finns många typer av rich results, och vilken variant som kan visas beror på vilken typ av innehåll sidan innehåller. Google visar alltså inte samma typ av utökat resultat för alla sidor, utan anpassar visningen efter innehållets format och syfte.
En produktsida kan till exempel få ett rikt resultat med pris, tillgänglighet och recensioner. En receptsida kan i stället visa tillagningstid, betyg och bild. För en artikel kan Google visa mer redaktionell information, medan en FAQ-sida kan få frågor och svar direkt i sökresultatet.
Några av de vanligaste typerna av rich results är:
Produkt – kan visa pris, valuta, lagerstatus, recensioner och betyg
Recept – kan visa bild, tillagningstid, betyg och antal recensioner
FAQ – kan visa frågor och svar direkt under sökresultatet
Artikel – kan visas med mer framträdande rubrik, bild eller annan artikelinformation
Video – kan visa videodetaljer eller förhandsinformation
Event – kan visa datum, tid och plats
Brödsmulor – visar sidans plats i webbplatsens struktur
Recensioner – kan visa stjärnbetyg och omdömen
How-to – kan i vissa sammanhang lyfta fram steg eller instruktioner
Organisation och lokal verksamhet – kan bidra till att tydliggöra företagsinformation i olika Google-ytor
Vissa rich results är mycket tydliga och tar stor plats i sökresultatet, medan andra är mer diskreta. Ett resultat med stjärnbetyg eller brödsmulor kan fortfarande likna ett vanligt sökresultat ganska mycket, medan en FAQ-visning eller en produktpresentation ofta märks betydligt mer.
Det är också viktigt att förstå att alla typer inte passar alla webbplatser. Vilka rich results som är relevanta beror helt på innehållet. En e-handel har ofta nytta av produktdata, medan en receptsajt behöver andra typer av markup. På samma sätt passar FAQ- eller artikelmarkup bättre för innehållstunga sidor än för rena kategorisidor.
I praktiken handlar det därför inte om att använda så många typer som möjligt, utan om att använda rätt typ för rätt sida.
Varför är strukturerad data viktigt för SEO?
Strukturerad data används framför allt av två skäl. Det ena är att hjälpa sökmotorer att förstå innehållet på sidan bättre. Det andra är att göra sidan berättigad till utökade sökresultat, vilket i sin tur kan öka klickfrekvensen.
De här två sakerna hänger ihop, men de är inte samma sak.
Det hjälper Google att förstå innehållet
Google beskriver att de använder strukturerad data för att förstå innehållet på sidan och på så sätt hjälpa webbplatser att förmedla till sökmotorer att deras innehåll är relevant för de sökfrågor som ställs.
Som John muller uttryckte det:
” Å ena sidan använder vi strukturerad data för att bättre förstå entiteterna på sidan och för att ta reda på var den sidan är mer relevant … Så vi kommer att försöka använda det för att visa den i mer relevanta sökresultat som kanske skulle leda fler användare till dina sidor som faktiskt matchar ämnena på dina sidor. ”
Det kan göra sökresultatet mer klickvänligt
Strukturerad data kan göra en sida kvalificerad för rich results i Google, vilket kan ge en mer informationsrik och iögonfallande presentation i sökresultaten. Google beskriver själv att strukturerad data kan möjliggöra mer engagerande sökresultat och rekommenderar att effekten mäts med före- och eftertester i Search Console.
Det kan i sin tur påverka klickfrekvensen (CTR), eftersom resultat som visar mer information ofta uppfattas som mer relevanta och trovärdiga. I Milestones studie rapporterades 58,2 % CTR för rich results jämfört med uppskattningsvis 41 % för icke-rich/text-only-resultat. Det är alltså mer korrekt att beskriva skillnaden som 17,2 procentenheter högre CTR eller ungefär 42 % högre relativ CTR, snarare än bara “17 % högre CTR”.
I samma studie nådde FAQ-rich results 87,0 % CTR. Den siffran bör dock tolkas försiktigt, både eftersom den kommer från en enskild studie och eftersom Google sedan augusti 2023 endast visar FAQ-rich results regelbundet för välkända, auktoritativa webbplatser inom myndighet och hälsa. För de flesta andra sajter är den effekten därför inte längre generellt överförbar.
Behöver man strukturerad data på sin webbplats?
Om en webbplats publicerar många sidor med samma typ av innehåll blir strukturerad data ofta något du behöver, inte bara något som är bra att ha.
Det gäller till exempel produktsidor, jobbannonser och evenemang. Den här typen av sidor byggs ofta på mallar och uppdateras löpande. Utan strukturerad data måste sökmotorn försöka förstå upplägget genom att tolka HTML och vanlig text. Med strukturerad data kan du i stället tydligt visa vad innehållet är och hur sidan är uppbyggd. Det gör det lättare för sökmotorn att förstå sidan på rätt sätt.
Det stöds också av forskning om webben i stort. Web Data Commons samlar in strukturerad data från miljarder webbsidor och publicerar datamängder som används i forskning och av olika branscher. Arbetet visar att mängden strukturerad data på webben fortsätter att växa och att sådan data i dag är en viktig signal på webbnivå.
När ska man prioritera strukturerad data?
Strukturerad data är i grunden värdefullt för de flesta webbplatser, men det kräver både tid och resurser. Därför behöver prioriteringen ske naturligt utifrån webbplatsens behov, mål och förutsättningar.
Här är några tecken på att det är dags att prioritera strukturerad data:
- Sök är en viktig kanal som skapar värde för företaget.
- Du har redan granskat webbplatsen för grundläggande optimeringsproblem och vet att du har en konkurrenskraftig bas när det gäller sökord, länkprofil, webbplatsstruktur och andra tekniska inställningar.
- Du verkar i en konkurrensutsatt nisch och behöver få dina resultat att sticka ut i sökresultatet.
- Du har många viktiga ämnen eller rubriktermer i ditt innehåll och vill öka chansen att synas i fler typer av sökresultat.
- Du rankar redan relativt bra, till exempel från plats 20 och uppåt, för sökord med god sökvolym.
- Du verkar inom områden som e-handel, publicering, utbildning, evenemang, lokala företag eller jobbannonser.
Hur använder man strukturerad data i praktiken?
I praktiken använder man strukturerad data för att göra innehållet tydligare för sökmotorer.
Det innebär att man märker upp den information som är viktig på sidan. För en produkt kan det till exempel vara pris, tillgänglighet, erbjudande och betyg, när det är relevant. För ett jobb kan det handla om titel, plats, anställningstyp, lön när den anges och sista ansökningsdatum.
Innan lansering bör du validera både behörighet och syntax med hjälp av testverktyg. Därefter behöver du följa upp implementationen i större skala med hjälp av Search Console-rapporter. Google dokumenterar Rich Results Test, URL Inspection-verktyget och förbättringsrapporter för rich results som centrala verktyg för att kontrollera behörighet och felsöka problem.
Det är också viktigt att arbeta med strukturerad data som en löpande del av webbplatsen, inte som en engångsinsats. Det innebär bland annat att ha kontroll över ändringar i mallar, styrning av innehåll för att undvika regelbrott och övervakning av arbetsflöden för att fånga upp fel eller regressioner. Detta stöds också av forskning som visar att implementerad markup ofta innehåller många fel i stor skala, vilket gör kontinuerlig validering nödvändig snarare än valfri.
Vilka typer av strukturerad data finns?
De format som främst används för strukturerad data är JSON-LD, Microdata och RDFa. Schema.org-vokabuläret kan användas med alla tre formaten.
Vad är JSON-LD?
JSON-LD är ett format där den strukturerade datan läggs in som ett separat kodblock, oftast i en <script>-tagg i sidans <head> eller <body>. Eftersom markeringen inte blandas in i den synliga HTML-texten blir den ofta enklare att läsa, skriva och underhålla. Google lyfter också fram att JSON-LD gör det lättare att uttrycka mer komplex och nästlad data, och att Google kan läsa JSON-LD även när den injiceras dynamiskt med JavaScript.
Vad är Microdata?
Microdata är ett HTML-baserat format där du märker upp innehållet direkt i sidans element med attribut som itemscope, itemtype och itemprop. Det innebär att den strukturerade datan byggs in i samma HTML som användaren ser på sidan. Schema.org beskriver Microdata som ett sätt att lägga till extra taggar i HTML för att hjälpa sökmotorer och andra system att förstå innehållet bättre.
Vad är RDFa?
RDFa är en HTML5-utökning för länkad data. Precis som Microdata använder RDFa attribut i HTML-taggarna för att beskriva innehållet, men formatet är byggt för att stödja mer explicit semantisk och länkad data. Google beskriver RDFa som ett format som använder HTML-attribut som motsvarar det användarsynliga innehållet och att det vanligtvis används både i <head> och <body>.
Vad är skillnaden mellan JSON-LD, Microdata och RDFa?
Den viktigaste skillnaden är var markeringen ligger. Med JSON-LD ligger den separat från det synliga innehållet i ett eget scriptblock. Med Microdata och RDFa ligger markeringen direkt i HTML-elementen runt innehållet. Det gör att JSON-LD ofta blir renare att arbeta med, medan Microdata och RDFa knyter markeringen närmare sidans faktiska markup.
En annan skillnad är hur lätt det är att hantera mer komplex data. Google säger uttryckligen att JSON-LD gör det enklare att uttrycka inbäddade objekt, till exempel relationer mellan adress, plats och event. Microdata och RDFa klarar också strukturerad data, men eftersom de byggs in direkt i HTML blir implementationen ofta mer detaljerad och mer känslig för små fel när sidan förändras.
Google Search stöder alla tre formaten, så länge markeringen är giltig och korrekt implementerad enligt dokumentationen för den aktuella funktionen. Schema.orgs egen validator kan också extrahera och validera JSON-LD, Microdata och RDFa.
Varför rekommenderar Google JSON-LD?
JSON-LD är det format som oftast föredras eftersom Google uttryckligen rekommenderar det när webbplatsens setup tillåter det. Skälet är att det är lättare att implementera och underhålla i större skala, och därför mindre känsligt för användarfel. Eftersom markeringen ligger separat från den synliga HTML-koden blir det också enklare att uppdatera mallar, komponenter och innehåll utan att riskera att bryta själva strukturen.
Det betyder inte att Microdata eller RDFa är fel. Google säger tvärtom att alla tre formaten fungerar för Google, så länge markeringen är giltig och korrekt implementerad. Men i praktiken väljer de flesta JSON-LD eftersom det är renare, enklare att felsöka och lättare att arbeta med över många sidor och mallar.
Hur väljer man rätt schema markup för rätt sida?
För att välja rätt schema markup behöver du börja med att mappa ut sidans huvudsakliga innehåll. Du ska vara så specifikt som möjligt för att markeringen ska vara en sann representation av det som användaren ser på sidan.
Om sidan till exempel är en produktsida bör du använda Product. Är det en redaktionell sida eller bloggpost är Article oftast mer relevant. Handlar sidan om ett evenemang passar Event, och för företagets startsida eller organisationssida kan Organization vara rätt val.
Google samlar alla typer av markup som stöds i sin Search Gallery, och det är där du bör börja när du vill avgöra vilka typer som är relevanta för just din webbplats. När du sedan har identifierat rätt markup kan du gå vidare till Schema.org för att se vilka egenskaper och fält som hör till just den typen.
Vilken schema markup passar en produktsida?
Om sidan handlar om en enskild produkt är Product oftast rätt val. På sådana sidor kan markeringen hjälpa Google att förstå information som namn, pris, tillgänglighet, leveransuppgifter och betyg, förutsatt att informationen faktiskt finns på sidan och är relevant för användaren. Om du även visar erbjudanden eller köpinformation används ofta egenskaper kopplade till erbjudanden, medan recensioner bara ska läggas till om sidan verkligen innehåller riktiga recensioner eller ett sammanlagt betyg.
Markeringen för en typisk produktsida kan se såhär ut:
Vilken schema markup passar en artikelsida?
Om sidan är en redaktionell text, bloggpost eller nyhetsartikel är Article ofta det mest naturliga valet. I vissa fall kan man använda mer specifika undertyper, till exempel NewsArticle för nyhetsinnehåll eller BlogPosting för blogginlägg, men grundprincipen är densamma: markeringen ska spegla att sidan är en artikel och hjälpa Google att förstå innehållets struktur. Det viktiga är att välja en typ som stämmer överens med sidans faktiska innehåll, inte att försöka använda en annan typ bara för att få en viss sökfunktion.
Vilken schema markup passar en eventsida?
Om sidan beskriver ett faktiskt evenemang är Event vanligtvis rätt markup. Den passar bäst när sidan innehåller tydlig information om till exempel namn, datum, plats och biljettinformation. Här är det extra viktigt att sidan verkligen handlar om ett specifikt event och inte bara nämner ett event i förbifarten, eftersom Google kräver att markeringen är relevant för sidans huvudinnehåll.
Vilken schema markup passar en lokal företagswebbplats?
För ett företag med fysisk plats eller lokala verksamheter är LocalBusiness ofta relevant på sidor som beskriver butikens eller kontorets plats, öppettider och kontaktuppgifter. På startsidan eller en övergripande företagssida kan Organization vara ett bättre val, eftersom den typen hjälper Google att förstå företagets identitet, administrativa uppgifter och varumärke. I praktiken betyder det att samma webbplats kan använda olika typer av markup på olika sidor, beroende på vad varje sida faktiskt handlar om.
Hur implementerar man strukturerad data?
Strukturerad data implementeras genom att du först identifierar vad sidan handlar om, väljer den mest relevanta schema markupen, lägger in markeringen i rätt format och testar att Google kan läsa den. Därefter publicerar du sidan och följer upp resultatet i Search Console. Korrekt strukturerad data kan göra sidan berättigad till rich results, men det är alltid Google som avgör om de faktiskt visas i sökresultatet.
Så här implementerar du strukturerad data (steg-för-steg):
1. Identifiera sidans huvudinnehåll. Börja med att avgöra vad sidan faktiskt är. Är det en produktsida, en artikel, ett event, ett recept eller en sida för ett lokalt företag? Google rekommenderar att strukturerad data ska vara en sann representation av sidans huvudsakliga och synliga innehåll.
2. Kontrollera om Google stöder den typen i Search. Innan du börjar märka upp sidan bör du kontrollera Googles Search Gallery. Där ser du vilka typer av strukturerad data som Google faktiskt använder för rich results i Search. Det är viktigt eftersom Schema.org innehåller fler typer och egenskaper än vad Google använder i sina sökfunktioner.
3. Kontrollera vilka fält som krävs och vilka som rekommenderas. När du har valt typ behöver du gå igenom på Schema.org för att se vilka egenskaper som krävs och vilka som rekommenderas. De obligatoriska fälten måste finnas för att sidan ska kunna vara berättigad till rich results, medan de rekommenderade hjälper Google att förstå innehållet bättre.
4. Generera din JSON-LD-kod. När du har valt vilken typ av schema markup du behöver och gått igenom vilka egenskaper som ska ingå, är nästa steg att skapa själva JSON-LD-koden. Ett vanligt verktyg för detta är TechnicalSEO, som är enkelt att använda och särskilt bra för dig som är nybörjare inom teknisk SEO.
Var däremot försiktig med alltför förenklade autogenererade verktyg. De kan vara användbara som startpunkt, men de fångar ofta inte upp alla detaljer eller den anpassning som krävs för att markeringen ska bli så träffsäker som möjligt. Därför är det ofta bättre att använda en generator som grund, ta hjälp av AI eller skriva koden själv och sedan justera den utifrån sidans innehåll och Googles riktlinjer.
5. Lägg markeringen på rätt sida och se till att den matchar innehållet. Strukturerad data ska finnas på den sida som den beskriver, och informationen i markeringen ska också vara synlig för användaren på sidan. Google rekommenderar att du inte märker upp innehåll som är dolt, missvisande eller irrelevant för sidans huvudinnehåll.
6. Testa sidan innan publicering. När markeringen är på plats bör du testa sidan i Rich Results Test. Verktyget visar om Google kan läsa markeringen, om sidan är berättigad till rich results och om det finns tekniska fel eller saknade fält som behöver rättas innan sidan publiceras
7. Publicera sidan och kontrollera indexeringen. När allt ser rätt ut kan du publicera sidan eller uppdateringen. Därefter bör du använda URL Inspection i Search Console för att kontrollera hur Google ser sidan och, vid behov, begära ny indexering. För att sidan ska kunna vara berättigad till rich results får den inte blockeras med till exempel noindex eller andra åtkomstbegränsningar.
8. Följ upp och förbättra vid behov. Efter publicering bör du följa upp resultatet i Search Console för att se om Google hittar fel och om sidan får visningar som rich result. Det är också viktigt att komma ihåg att korrekt markup inte garanterar ett rich result. Google kan fortfarande välja att inte visa det, beroende på bland annat sökning, användarkontext och sidans kvalitet.
Vilka regler gäller för strukturerad data?
Det finns fem huvudregler för strukturerad data. De handlar om att använda rätt format, göra innehållet tillgängligt, se till att det stämmer med det som syns, följa reglerna och vara korrekt.
1. Formatbehörighet och stöd. Google anger att kvalificerad markup måste använda ett av tre format och rekommenderar JSON LD. Om du publicerar ett format som inte stöds riskerar du ingen nytta. Om du publicerar ett format som stöds men bryter mot andra regler riskerar du att förlora behörigheten.
2. Åtkomst. Google anger att du inte får blockera strukturerade datasidor från Googlebot med hjälp av robotdirektiv eller åtkomstkontroller. Om Google inte kan genomsöka eller indexera sidan kommer markup inte att användas för utökade resultat.
3. Matchning av synligt innehåll. Googles allmänna riktlinjer säger att brott mot kvalitetsriktlinjerna kan göra att korrekt strukturerad data inte visas. Principen att det synliga innehållet ska stämma överens med den strukturerade datan framgår indirekt av dessa riktlinjer. Den förstärks också av kvalitetsproblem, till exempel när den strukturerade datan inte stämmer med sidans innehåll, vilket visas i Search Console och i supportdiskussioner.
4. Policyefterlevnad. Google kopplar behörighet för utökade resultat till innehållspolicyer och spampolicyer. Om en sida bryter mot dessa policyer genom vilseledande markup kan den förlora behörigheten eller få en manuell åtgärd gällande strukturerad data.
5. Korrekthet framför volym. Storskaligt arbete visar att implementerad markup har vanliga fel och att konsumenter kan behöva förenklade metoder för att åtgärda misstag. Det innebär att publicering av mer markup utan styrning kan öka felytan och minska värdet av förtroendesignaler snarare än öka värdet (Meusel & Paulheim, 2015).
Vanliga myter om strukturerad data
Det finns många missuppfattningar om strukturerad data, särskilt när det gäller vad den faktiskt kan påverka i Google Search. Därför är det viktigt att skilja på vad strukturerad data kan bidra med och vad den inte garanterar.
Myten om att strukturerad data garanterar rich results
En vanlig missuppfattning är att en sida automatiskt får ett utökat sökresultat så fort strukturerad data implementeras. Så är det inte. Google är tydliga med att funktioner som använder strukturerad data inte garanteras att visas i sökresultaten. Strukturerad data kan göra en sida berättigad till rich results, men det är alltid Google som avgör om de faktiskt visas .
Myten om att det räcker att klara ett testverktyg
Det är lätt att tro att arbetet är klart så fort sidan passerar ett testverktyg utan fel. Men teknisk validering är bara en del av processen. Googles riktlinjer skiljer mellan tekniska problem och kvalitetsproblem, och kvalitetsbrister går inte alltid att upptäcka med automatiserade verktyg. Därför behöver kvalitetssäkringen också omfatta att markeringen matchar sidans innehåll och följer Googles riktlinjer.
Myten om att strukturerad data är ett rankingknep
Strukturerad data används ibland som om det vore en direkt rankingfaktor, men det är en förenklad bild. Google har tydligt sagt att manuella åtgärder för strukturerad data inte påverkar sidans ranking som vanligt webbresultat. Det visar att strukturerad data främst fungerar som ett sätt att hjälpa Google att förstå och presentera innehåll, snarare än som en direkt rankinghävstång.
Myten om att mer markup alltid ger mer värde
Mer markup betyder inte automatiskt bättre resultat. Om markeringen blir för omfattande, felaktig eller dåligt styrd ökar risken för fel, till exempel att fel egenskaper används eller att värden inte stämmer med rätt typ av objekt. Forskning om vanliga fel i mikrodata visar att stora mängder markup utan tydlig struktur och kontroll snarare kan minska värdet än öka det (Meusel & Paulheim, 2015).
Myten om att FAQ-rich results fungerar för alla webbplatser
Tidigare användes FAQ-markup ofta som en generell taktik för att få mer synlighet i sökresultaten. Men Google har ändrat detta och begränsat FAQ-rich results till välkända och auktoritativa webbplatser inom främst myndighet och hälsa. För de flesta andra webbplatser visas FAQ-rich results inte längre regelbundet. Därför bör FAQ-markup inte längre ses som en universell SEO-taktik.
Myten om att webbplatsnamn kan styras helt med strukturerad data
Det finns också en missuppfattning om att strukturerad data helt kan styra vilket webbplatsnamn Google visar i sökresultatet. Google förklarar däremot att genereringen av webbplatsnamn är automatiserad och bygger på flera signaler, bland annat innehållet på startsidan och hur webbplatsen omnämns på webben. Strukturerad data kan alltså fungera som en signal eller preferens, men den fungerar inte som en garanti eller ett åsidosättande av Googles system.
Hur mäter man Strukturerad data?
Mätning av strukturerad data kan delas in i tre delar: validering, parsningsfel och resultat. Alla tre fyller en viktig funktion.
1. Detektering och validitet. Börja med att använda Schema Markup Validator för att kontrollera om koden är giltig och kan fungera på webbplatsen. Använd därefter Search Consoles rapporter för utökade resultat. Google uppger att dessa rapporter visar vilken strukturerad data som har hittats på webbplatsen och om den är giltig. Search Console erbjuder också en separat rapport för varje typ som hittas på webbplatsen (15).
2. Parsnings- och syntaxfel. Använd rapporten för strukturerad data som inte kan parsas. Google uppger att rapporten visar strukturerad data som har hittats, men som inte har kunnat parsas på grund av ett allvarligt syntaxfel. Det innebär att den avsedda typen inte har kunnat fastställas (39).
3. Resultat. Använd prestationsrapporten och förstå vad mätvärdena faktiskt betyder. Google uppger att prestationsrapporten visar totalt antal klick, totalt antal visningar, genomsnittlig klickfrekvens och genomsnittlig position. Google ger också mer detaljerade förklaringar av både visningar och position, och påpekar att de metoder som används kan förändras över tid.
Vilka verktyg använder man för strukturerad data?
Använd Rich Results Test för att kontrollera behörighet och förhandsgranska resultat på sidnivå. Google beskriver det som sitt officiella verktyg för att testa vilka rich results som kan skapas från den strukturerade datan på en sida. Det är bra att använda verktyget tidigt i arbetet och sedan igen efter lansering vid felsökning.
Använd URL-inspektionsverktyget för att kontrollera rendering och indexering. Google uppger att verktyget visar information om den indexerade versionen av en specifik sida. Det gör det också möjligt att testa om en URL kan indexeras och visar detaljer om strukturerad data.
Använd Search Console Rich Result-rapporter och rapporten för data som inte kan parsas för övervakning på webbplatsnivå. Google beskriver dessa rapporter och förklarar syftet med var och en.
Använd Schema Markup Validator för generell validering av schema utan Google-specifik kontroll. Google uppger att Structured Data Testing Tool har flyttats till Schema Markup Validator och rekommenderar detta verktyg för generell validering enligt schema.org.
Använd Structured Data Markup Helper om stöd vid utbildning av personer utan teknisk bakgrund. Google uppger att verktyget hjälper användaren att markera element på en sida så att Google bättre kan förstå informationen och presentera den mer attraktivt. Det är ett undervisningsverktyg, inte ett verktyg för styrning i stor skala.
Varför visas inte mina rich results i Google?
Det finns åtta dominerande orsaker, och var och en är testbar.
1. Typen stöds inte eller funktionen har tagits bort. Använd sökgalleriet som en lista över funktioner som stöds och följ ändringar via blogginlägg på Google Search Central. Avvecklingen av sökrutan för webbplatslänkar visar att en funktion kan försvinna även om markupen fortfarande är giltig, men inte längre används.
2. Obligatoriska egenskaper saknas. Search Console Rich Results-rapporter och Rich Results Test visar fel och saknade fält efter typ.
3. Strukturerad data matchar inte synligt innehåll eller bryter mot kvalitetsriktlinjer. Google anger att ogiltig kvalitet kan förhindra visning även när syntaxen är korrekt. Supportärenden och Search Console-meddelanden formulerar detta ofta som att strukturerad data inte matchar sidans innehåll.
4. Sidan är blockerad från att genomsökas eller indexeras. Google anger att sidan inte får blockeras med robotdirektiv, noindex eller åtkomstkontroller. Använd URL-inspektion för att kontrollera att sidan går att komma åt både live och i indexet.
5. JavaScript-rendering hindrar Google från att se markupen. Google ger vägledning för hur strukturerad data kan skapas med JavaScript och anger att de kan bearbeta strukturerad data som finns i DOM:en när sidan renderas. Använd URL-inspektion och Rich Results Test för att kontrollera att markupen upptäcks i den renderade versionen.
6. Policypåföljder eller manuella åtgärder. Google anger att en manuell åtgärd för strukturerad data gör att sidan förlorar rätten till rich results. Använd rapporten för manuella åtgärder för att kontrollera detta.
7. Google väljer algoritmiskt att inte visa resultatet. Google säger tydligt att de inte garanterar visning av funktioner som använder strukturerad data. Här blandar många ihop behörighet med faktisk visning. Lösningen är då inte mer markup, utan bättre innehåll och en starkare position i förhållande till användarens sökintention.
8. Mätfel eller feltolkning av data. Definitionen av visningar och positioner i Search Console kan variera beroende på funktion och layout. Google anger att heuristiken kan komma att ändras. När Rich Results visas i karuseller kanske dina visningsantal och positioner inte överensstämmer med klassiska antaganden om tio länkar. Detta interagerar också med forskning om SERP-storlek och layout som orsakar beteendeförändringar, vilket innebär att du bör tolka prestandaförändringar tillsammans med layoutkontext snarare än att bara anta rankningsförändringar.
Slutsats
Strukturerad data är en möjlighet som fortfarande används av relativt få webbansvariga. Även om den inte garanterar att du får utökade resultat i Google, är det ändå en chans som är värd att ta. Om du kunde delta i ett lotteri genom att bara trycka på en knapp en gång och sedan automatiskt vara med i varje framtida dragning, hade du troligen gjort det. På samma sätt fungerar strukturerad data, om den byggs på rätt sätt och med tillräckligt djup.
Ta dig därför tid att skapa en genomarbetad struktur för din data. Var inte för snabb med att förlita dig på tillägg, eftersom många sådana lösningar inte fungerar särskilt bra, särskilt inte i gratisversioner. Ofta fångar de inte upp koden som de borde. Lägg hellre den extra tiden på att märka upp koden ordentligt, skriva den korrekt med hjälp av AI och förstå vad som faktiskt definieras. Det kommer du att ha nytta av, och det kan också hjälpa dig att synas bättre i sökresultaten genom utökade resultat.
Vill du slippa göra allt själv och få hjälp av någon med erfarenhet, är du välkommen att kontakta mig.
strukturerad data . Va inte lat och använd inte ”Tillägg” de mesta av sådana tillägg fungerar inte speciellt om du har så kallade free versioner. Det kommer helt enkelt inte att plocka upp koden. Ta den extra timmen att markera upp koden, skriva den ordentlig med AI:n och förstå vad som faktist namges. Du kommer att tacka mig för det och du kommer även ta dig mycket längre up i SERP, med hjälp av uttökade resultat.
Om du vill slippa alla onödiga saker, och ha en expert fixa det åt dig, vänligen kontakta mig.
Vanliga Frågor (FAQ)
Vad är strukturerad data egentligen?
Strukturerad data är extra information i sidans kod som hjälper Google att förstå vad innehållet handlar om. Den kan till exempel förtydliga att en sida handlar om en produkt, en artikel, ett recept eller ett event, och visa vad som är pris, betyg, datum eller lagerstatus.
Är strukturerad data samma sak som rich results?
Nej, det är inte samma sak. Strukturerad data är märkningen i koden, medan rich results är den utökade visning som ibland syns i Google, till exempel med stjärnbetyg, pris eller annan extra information direkt i sökresultatet.
Får man automatiskt rich results om man lägger in strukturerad data?
Nej, strukturerad data gör inte att rich results visas automatiskt. Korrekt markup kan göra sidan berättigad till den typen av visning, men det är alltid Google som avgör om resultatet faktiskt visas för en viss sökning.
Hur vet man vilken schema markup man ska använda?
Börja med att utgå från sidans huvudinnehåll. Om sidan är en produktsida är Product ofta rätt val, om det är en artikel passar Article bättre, och om sidan handlar om ett evenemang är Event vanligtvis mest relevant.
Varför rekommenderar Google ofta JSON-LD?
JSON-LD rekommenderas ofta eftersom det ligger separat från den synliga HTML-koden och därför brukar vara enklare att implementera, läsa och underhålla. Det gör det också lättare att uppdatera innehåll och mallar utan att själva markeringen går sönder.
Hur implementerar man strukturerad data i praktiken?
I praktiken börjar man med att identifiera vad sidan faktiskt handlar om, väljer rätt schema markup och lägger in markeringen i rätt format. Därefter testar man att Google kan läsa den och följer sedan upp resultatet i Search Console efter publicering.
Varför visas inte mina rich results i Google?
Det kan bero på flera saker, till exempel att viktiga fält saknas, att markeringen inte matchar det synliga innehållet eller att sidan inte kan indexeras korrekt. Det kan också vara så att Google väljer att inte visa rich results, trots att markeringen är tekniskt korrekt.
Referenslista
Bizer, C., Eckert, K., Meusel, R., Mühleisen, H., Schuhmacher, M. and Völker, J. (2012) Deployment of RDFa, Microdata, and Microformats on the Web – A Quantitative Analysis. CEUR Workshop Proceedings, Vol. 937.
Google (2023) Changes to HowTo and FAQ rich results. Google Search Central Blog. Available at: https://developers.google.com/search/blog/2023/08/howto-faq-changes.
Google (no date) Enable site names in Google Search. Google Developers. Available at: https://developers.google.com/search/docs/appearance/site-names.
Google (no date) FAQ Page structured data. Google Developers. Available at: https://developers.google.com/search/docs/appearance/structured-data/faqpage.
Google (no date) Fix structured data errors. Google Search Console Help. Available at: https://support.google.com/webmasters/answer/7576553.
Google (no date) PageSpeed Insights. Google Developers. Available at: https://developers.google.com/speed/pagespeed/insights/.
Google (no date) Product structured data. Google Developers. Available at: https://developers.google.com/search/docs/appearance/structured-data/product .
Google (no date) Rich Results report. Google Search Console Help. Available at: https://support.google.com/webmasters/answer/7552505.
Google (no date) Rich Results status reports. Google Search Console Help. Available at: https://support.google.com/webmasters/answer/9166415.
Google (no date) Rich Results Test. Google Developers. Available at: https://developers.google.com/search/docs/appearance/structured-data.
Google (no date) Rich Results Test [Tool]. Available at: https://search.google.com/test/rich-results.
Google (no date) Structured Data Markup Helper. Google Search Console Help. Available at: https://support.google.com/webmasters/answer/3069489.
Google (no date) Structured data policies. Google Developers. Available at: https://developers.google.com/search/docs/appearance/structured-data/sd-policies.
Google (no date) Structured data markup that Google Search supports. Google Developers. Available at: https://developers.google.com/search/docs/appearance/structured-data/search-gallery.
Google (no date) Understand how structured data works. Google Developers. Available at: https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data.
Google (no date) URL Inspection Tool. Google Search Console Help. Available at: https://support.google.com/webmasters/answer/9012289.
Meusel, R. and Paulheim, H. (2015) Heuristics for fixing common errors in deployed Schema.org Microdata. ESWC 2015. University of Mannheim.
Milestone Internet (no date) Organic click curve research [Research report].
Mueller, J. (no date) Google Search & Structured Data [Video]. YouTube. Available at: https://www.youtube.com/watch
Schema.org (no date) Schema.org – Schemas for structured data on the internet. Available at: http://schema.org.
