Strukturerad data för AI-svar: vad du ska markera upp och hur
Strukturerad data låser inte upp AI-svar av sig själv, men den tar bort tvivel om fakta. Markera utgivaren som en Organization med sameAs-länkar, varje artikel med author, datePublished och dateModified, produkter med offers, pris och valuta, och frågeavsnitt med FAQPage. Använd JSON-LD och håll det identiskt med det sidan visar.
En crawler som läser HTML måste dra slutsatser om vem som publicerat en sida, när den ändrades och vad en produkt kostar. JSON-LD anger de uppgifterna uttryckligen i schema.org-vokabulär. Google säger att inget särskilt schema behövs för dess AI-funktioner, och andra AI-leverantörer publicerar inte hur de använder markup, så det ärliga målet är tydlighet snarare än ett rankingtrick.
På den här sidan
Varför hjälper strukturerad data AI-svar
AI-svar måste ofta ange fakta: vem som tillverkar en produkt, vad den kostar, om en artikel är aktuell. När de uppgifterna bara finns i löptext kan de missförstås eller blandas ihop med fakta från andra sidor. Markup ger ett enda, konsekvent uttalande om varje uppgift som vilken tolk som helst kan läsa.
Använd JSON-LD där du kan; Google rekommenderar det som det enklaste formatet att implementera och underhålla. Och följ Googles grundregel: markera inte upp information som inte är synlig för användarna på sidan, även om den är korrekt.
Hur ska jag markera upp min organisation
En Organization med name, url, logo och sameAs talar om för en crawler vem som står bakom webbplatsen. schema.org definierar sameAs som URL:en till en referenssida som otvetydigt anger objektets identitet, till exempel dina officiella profiler på andra ställen. Google föreslår att du placerar detta på startsidan eller en om oss-sida; du behöver det inte på varje sida.
{
"@context": "https://schema.org",
"@type": "Organization",
"@id": "https://example.com/#org",
"name": "Example Co",
"url": "https://example.com/",
"logo": "https://example.com/logo.png",
"sameAs": [
"https://www.linkedin.com/company/example-co",
"https://github.com/example-co"
]
}
Ge organisationen ett stabilt @id så att annan markup på din webbplats, till exempel en artikels publisher, kan hänvisa till den. Lista bara profiler som du själv kontrollerar i sameAs. Länkar till sidor om ett annat företag med liknande namn gör motsatsen till det du vill: de suddar ut identiteten som markupen ska göra tydlig.
Google listar också valfria egenskaper som description, legalName, contactPoint och address. Lägg till de som är sanna och stabila; utelämna allt som du skulle behöva uppdatera för hand.
Vad bör Article- eller BlogPosting-markup innehålla
För artiklar är de egenskaper som betyder mest för förtroende och aktualitet headline, author med ett name och en url som identifierar författaren, datePublished och dateModified. Google ber om ISO 8601-datum och rekommenderar att en tidszon tas med.
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"headline": "How to choose a clinic scheduling app",
"author": {"@type": "Person", "name": "Jane Doe", "url": "https://example.com/team/jane"},
"publisher": {"@id": "https://example.com/#org"},
"datePublished": "2026-10-01T09:00:00+00:00",
"dateModified": "2026-11-12T09:00:00+00:00",
"image": "https://example.com/img/scheduling.jpg"
}
Håll dateModified ärligt och konsekvent. Använd samma datum på den synliga sidan och i sitemapens lastmod, och uppdatera det bara när innehållet faktiskt ändras.
Är det fortfarande värt att lägga till FAQPage-markup
Var tydlig med vad den inte längre gör. Google har slutat visa FAQ-rika resultat i Sök och har tagit bort dokumentationen för funktionen. FAQPage-markup ger alltså inte utökade FAQ-resultat i Google.
Det är fortfarande en giltig schema.org-typ som kopplar varje fråga till sitt svar i maskinläsbar form, vilket är användbart för alla system som tolkar sidan. Om din sida redan har ett synligt FAQ-avsnitt kostar det lite att markera upp det. Lägg inte till frågor i markupen som inte finns på sidan.
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [{
"@type": "Question",
"name": "Does the app work offline?",
"acceptedAnswer": {"@type": "Answer", "text": "Yes. Changes sync when the device is back online."}
}]
}
Hur markerar jag upp en produkt eller ett apppris
Folk frågar ofta AI-assistenter vad en produkt kostar, och ett pris som göms i en pristabell är lätt att missförstå. Lägg till offers med price och priceCurrency i din Product- eller SoftwareApplication-markup. Google listar price som obligatoriskt för ett erbjudande och rekommenderar priceCurrency; en gratisapp ska ange priset 0.
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Example Planner Pro",
"offers": {
"@type": "Offer",
"price": 19.00,
"priceCurrency": "USD",
"availability": "https://schema.org/InStock"
}
}
Hur kontrollerar jag att min markup läses rätt
- Varje JSON-LD-block måste vara giltig JSON. Ett enda felplacerat kommatecken gör att tolkarna ignorerar hela blocket.
- Lägg JSON-LD i den första HTML-koden. Markup som läggs in av JavaScript kan missas av crawlers som inte kör skript.
- Jämför markupen med den synliga sidan: namn, priser och datum ska stämma exakt.
- Se till att sidan med markupen inte är blockerad för AI-crawlers av robots.txt eller en brandvägg; markup på en onåbar sida hjälper ingen.
- Koppla ihop relaterade objekt med
@id-referenser i stället för att upprepa dem, så att utgivaren i din artikelmarkup och din Organization-markup tydligt är samma entitet. - Generera datum och priser från samma data som fyller den synliga sidan, så att de två inte kan glida isär efter en uppdatering.
AISeeWhy tolkar JSON-LD på din sida och rapporterar ogiltiga block, saknad utgivare eller sameAs, ofullständiga artikeluppgifter, app- eller produktmarkup utan pris och frågerubriker utan matchande FAQ-markup, med ett färdigt kodstycke för varje åtgärd.
Vanliga frågor
Behöver jag strukturerad data för att synas i Googles AI-översikter?
Nej. Google säger att ingen särskild strukturerad data enligt schema.org behövs för AI-översikter eller AI-läge. Markup hjälper ändå till att göra uppgifter som datum och priser entydiga.
JSON-LD, Microdata eller RDFa?
Alla är giltiga, men Google rekommenderar JSON-LD där din uppsättning tillåter det, eftersom det är lättare att lägga till och underhålla separat från den synliga HTML-koden.
Ska varje sida ha Organization-markup?
Google föreslår att den placeras på startsidan eller på en enda sida som beskriver organisationen. Andra sidor kan hänvisa till den via dess @id.
Ersätter strukturerad data bra innehåll?
Nej. Markup anger fakta om sidan; den gör inte ett svagt svar starkt. AI-svar citerar fortfarande den synliga texten, så sidan måste kunna svara på frågan bra på egen hand.
Kan jag markera upp innehåll som är dolt för besökare?
Nej. Googles riktlinjer säger att man inte ska markera upp information som inte är synlig för användarna, även om den är korrekt.
Källor
- Google Search Central: Introduction to structured data
- Google Search Central: Organization structured data
- Google Search Central: Article structured data
- Google Search Central: Product snippet structured data
- Google Search Central: FAQ structured data (deprecation notice)