Schema Markup-validator
Strukturerad data som nästan validerar är strukturerad data som tyst misslyckas med att ge ett rich result. Klistra in ditt JSON-LD-block här, så bekräftar den här validatorn två saker direkt: att det tolkas som giltig JSON och att det innehåller det väsentliga som varje Schema.org-objekt behöver: ett @context, ett @type och ett name eller headline. Se det som den snabba strukturkontroll du gör före det långsammare Rich Results-testet: hitta den trasiga parentesen eller den saknade typen på några sekunder.
Så kontrollerar du din schema markup
-
1
Klistra in din JSON-LD
Lägg in hela `<script type="application/ld+json">`-blocket eller bara JSON-objektet inuti det: script-taggar tas bort automatiskt.
-
2
Kör kontrollen
Validatorn tolkar JSON och pekar, om den inte kan tolkas, ut det exakta syntaxfelet du behöver åtgärda.
-
3
Läs resultatet
Den bekräftar att de centrala nycklarna finns (`@context`, `@type` och ett `name` eller `headline`) eller listar exakt vilka som saknas.
-
4
Åtgärda och kontrollera igen
Rätta till kodavsnittet och kör om tills det blir rent, ta det sedan till Googles Rich Results-test för de typspecifika reglerna.
Vanliga valideringsfel och hur du åtgärdar dem
När du tar din markup till en fullständig validator som Googles Rich Results-test kommer de flesta misslyckanden från samma korta lista av misstag. Att lära sig känna igen dem minskar felsökningstiden dramatiskt.
Vanliga bovar
| Felmeddelande | Vad det betyder | Hur du åtgärdar det |
|---|---|---|
| Saknat fält “image” | Obligatoriskt fält utelämnat | Lägg till minst en bild-URL (absolut) |
| “datePublished” är inte ett giltigt datum | Fel format | Använd ISO 8601: 2026-04-18 eller med tid+offset |
| Okänd typ “Offers” | Fel skiftläge | Använd Offer (singular) inuti en offers-array |
| Saknat obligatoriskt fält “price” | Produkt utan pris | Lägg till price och priceCurrency i offers |
| Värdet på “author” är en sträng | Bör vara ett Person-/Organization-objekt | Slå in som { "@type": "Person", "name": "..." } |
Duplicerat @id |
Samma identifierare på två noder | Använd unikt @id per entitet |
reviewCount på 0 med aggregateRating |
Stjärnsnippet kräver minst 1 recension | Ta bort betyget eller vänta tills du har recensioner |
| URL “/” (relativ) | Parsrar kräver absoluta URL:er | Använd hela https://example.com/path |
Varningar vs fel
- Fel betyder att rich result inte är behörigt. Åtgärda dessa först.
- Varningar betyder behörigt, men en egenskap saknas som skulle låsa upp ett större snippet (t.ex. lägga till
brandochskui en Product).
Tips för pålitlig uppmärkning
- Kontrollera strukturen före den djupa valideringen. Att åtgärda en trasig parentes eller ett saknat
@typehär sparar dig en runda genom de långsammare typspecifika verktygen. - Håll uppmärkningen i synk med innehållet. Att uppdatera sidtiteln utan att uppdatera
headlineär det snabbaste sättet att bli flaggad för inkonsekvens. - Föredra JSON-LD för underhållbarhet: ett enda block är lättare att kontrollera än egenskaper utspridda genom HTML:en.
- Bevaka Search Console. Google loggar fel och förbättringar för strukturerad data per typ; kolla månadsvis.
Vanliga frågor
Nej: det betyder att din JSON-LD är välformad och bär de centrala nycklarna. Ett rich result kräver också de typspecifika obligatoriska egenskaperna, innehåll som verkligen matchar uppmärkningen och Googles kvalitetströsklar. Använd det här för att snabbt åtgärda grunderna, och bekräfta sedan behörigheten i Googles Rich Results-test.
Det här är en lätt strukturkontroll: den bekräftar att JSON tolkas och att @context, @type och ett name eller headline finns. Googles test går längre och validerar de obligatoriska egenskaperna för varje behörig typ. Kör det här först för att rensa bort de uppenbara felen, och sedan Googles för de typspecifika reglerna.
Ja: klistra in hela <script type="application/ld+json">…</script>-blocket eller bara JSON-objektet inuti det. De omgivande script-taggarna tas bort före tolkningen. Validera ett block i taget.
Nej. Kodavsnittet skickas till vår server enbart för att köra kontrollen och kastas direkt efteråt; inget av det du klistrar in sparas.
Relaterade verktyg
FAQ-schemagenerator
Generera FAQPage-markup i JSON-LD från dina fråge- och svarspar så att sidan kan kvalificera sig för Googles rika resultat och svarsrutor.
Hreflang-kontroll
Kontrollera hreflang i inklistrad HTML lokalt: koder, fullständiga URL:er, dubbletter, placering och självreferens.
Extraherare för externa länkar
Klistra in rå HTML, ange valfritt en bas-URL och få en ren lista utan dubbletter över alla externa http/https-länkar i koden för länkgranskningar och SEO-granskningar.
Kanonisk taggtaggar
Generera en giltig rel=canonical-länktag för valfri URL. Inkluderar URL-validering och vanliga misstag att undvika.
Kontroll av HTTP-säkerhetsrubriker
Klistra in HTTP-svarsrubriker och granska HSTS, CSP, ramskydd, MIME-, referrer- och cross-origin-policyer lokalt i webbläsaren.
Indexerbarhetskontroll
Kontrollera om en URL är indexerbar: robots.txt, meta robots, X-Robots-Tag, kanoniska signaler och HTTP-status.
Verktyget finns på andra språk
- Walidator znaczników schema [PL]
- Validator Markup Skema [ID]
- Validador de Marcado de Esquema [ES]
- Schema-Markup-Validator [DE]
- スキーママークアップ検証ツール [JA]
- Schema-markup-validator [NL]
- Validador de Marcação de Schema [PT]
- เครื่องมือตรวจสอบสกีมามาร์กอัป (Schema Markup Validator) [TH]
- مُدقّق ترميز المخطط (Schema) [AR]
- Validateur de balisage Schema [FR]
- Schema 마크업 검증기 [KO]
- Trình xác thực đánh dấu Schema [VI]
- Schema Markup Validator [EN]
- Validatore di Schema Markup [IT]
- Валидатор разметки Schema [RU]
- Şema İşaretlemesi Doğrulayıcı [TR]
- 结构化数据标记验证器 [ZH]