Schema-markup-validator

Volgende

Gestructureerde data die bijna valideert, is gestructureerde data die stilletjes geen rich result oplevert. Plak hier je JSON-LD-blok en deze validator bevestigt meteen twee dingen: dat het als geldig JSON parseert en dat het de essentie bevat die elk Schema.org-item nodig heeft: een @context, een @type en een name of headline. Zie het als de snelle structurele voorcontrole die je uitvoert vóór de tragere Rich Results Test: vind het kapotte haakje of het ontbrekende type in seconden.

Zo controleer je je schema-markup

  1. 1

    Plak je JSON-LD

    Plaats het volledige `<script type="application/ld+json">`-blok of alleen het JSON-object erin: script-tags worden automatisch verwijderd.

  2. 2

    Voer de controle uit

    De validator parseert het JSON en wijst je, als het niet parseert, op de exacte syntaxisfout die je moet herstellen.

  3. 3

    Lees het resultaat

    Hij bevestigt dat de essentiële sleutels aanwezig zijn (`@context`, `@type` en een `name` of `headline`) of geeft precies aan welke ontbreken.

  4. 4

    Herstel en controleer opnieuw

    Corrigeer het fragment en voer het opnieuw uit tot het schoon terugkomt; breng het daarna naar de Rich Results Test van Google voor de typespecifieke regels.

Veelvoorkomende validatiefouten en hoe je ze verhelpt

Wanneer je je markup naar een volledige validator zoals de Rich Results Test van Google brengt, komen de meeste fouten uit dezelfde korte lijst. Ze leren herkennen verkort de foutopsporingstijd aanzienlijk.

Frequente overtreders

Foutmelding Wat het betekent Hoe je het verhelpt
Ontbrekend veld “image” Verplicht veld weggelaten Voeg minstens één afbeeldings-URL toe (absoluut)
“datePublished” is geen geldige datum Verkeerd formaat Gebruik ISO 8601: 2026-04-18 of met tijd+offset
Onbekend type “Offers” Verkeerde hoofdletters Gebruik Offer (enkelvoud) binnen een offers-array
Ontbrekend verplicht veld “price” Product zonder prijs Voeg price en priceCurrency toe in offers
Waarde van “author” is een string Moet een Person/Organization-object zijn Verpak als { "@type": "Person", "name": "..." }
Dubbele @id Dezelfde identifier op twee nodes Gebruik een unieke @id per entiteit
reviewCount van 0 met aggregateRating Sterrensnippet vereist minstens 1 review Verwijder de rating of wacht tot je reviews hebt
URL “/” (relatief) Parsers vereisen absolute URL’s Gebruik de volledige https://example.com/path

Waarschuwingen versus fouten

  • Fouten betekenen dat het rich result niet in aanmerking komt. Herstel deze eerst.
  • Waarschuwingen betekenen in aanmerking komend, maar er ontbreekt een eigenschap die een groter snippet zou ontgrendelen (bijvoorbeeld brand en sku toevoegen aan een Product).

Tips voor betrouwbare markup

  • Controleer de structuur vóór de diepe validatie. Een kapot haakje of een ontbrekend @type hier herstellen bespaart je een omweg langs de tragere typespecifieke tools.
  • Houd de markup synchroon met de inhoud. De paginatitel bijwerken zonder de headline bij te werken is de snelste manier om gemarkeerd te worden voor inconsistentie.
  • Geef de voorkeur aan JSON-LD voor onderhoudbaarheid: één blok is makkelijker te controleren dan eigenschappen die verspreid staan door de HTML.
  • Houd Search Console in de gaten. Google logt fouten en verbeteringen voor gestructureerde data per type; controleer dit maandelijks.

Veelgestelde vragen

Nee: het betekent dat je JSON-LD goed gevormd is en de essentiële sleutels draagt. Een rich result heeft ook de typespecifieke verplichte eigenschappen nodig, inhoud die echt overeenkomt met de markup, en de kwaliteitsdrempels van Google. Gebruik dit om de basis snel te herstellen en bevestig daarna de geschiktheid in de Rich Results Test van Google.

Dit is een lichte structurele voorcontrole: het bevestigt dat het JSON parseert en dat @context, @type en een name of headline aanwezig zijn. De test van Google gaat verder en valideert de verplichte eigenschappen van elk geschikt type. Voer eerst deze uit om de duidelijke breuken op te lossen en daarna die van Google voor de typespecifieke regels.

Ja: plak het volledige <script type="application/ld+json">…</script>-blok of alleen het JSON-object erin. De omringende script-tags worden vóór het parseren verwijderd. Valideer één blok tegelijk.

Nee. Het fragment wordt alleen naar onze server gestuurd om de controle uit te voeren en wordt daarna direct verwijderd; niets van wat je plakt wordt bewaard.

Gerelateerde tools

Tool beschikbaar in andere talen