Praktische gidsen

Valideer gestructureerde gegevens op een website

Geldige markup kan een onnauwkeurige pagina niet repareren. Begin met wat bezoekers zien en inspecteer vervolgens de code, identifiers en eventuele geschiktheid voor een zoekpresentatie.

Zie de methode

Persoon die pagina-informatie vergelijkt met zijn gestructureerde representatie

Kies een entiteit en een duidelijk doel

Identificeer wat de pagina werkelijk vertegenwoordigt: een organisatie, artikel, product, evenement of lijst. Beschrijf de belangrijkste entiteit voordat u eigenschappen toevoegt. Een servicepagina wordt geen product met een vaste prijs omdat er een schematype bestaat, en Google Search geeft volgens het Officiële updates.

Raadplegen Google's ondersteunde galerij met rijke resultaten voor het type dat u wilt gebruiken. Schema.org biedt een bredere woordenschat dan de zoekfuncties die Google ondersteunt. Semantische beschrijving en geschiktheid voor rijke resultaten zijn afzonderlijke vragen.

Vergelijk waarden met gepubliceerde inhoud

Vergelijk namen, beschrijvingen, afbeeldingen, auteurs, data, adressen, prijzen en beschikbaarheid met wat een bezoeker kan zien. Verwijder uitgevonden beoordelingen, beoordelingen, bedragen of locaties. Het beleid van Google Vereisen representatieve zichtbare inhoud en garandeert geen rijk resultaat.

Gebruik voor vertaalde pagina's de waarden en URL's van die taal. Datums moeten de feitelijke publicatie of wijziging beschrijven. Vermijd het presenteren van een Service Area-pagina als een aparte fysieke bedrijfslocatie.

  • Waarden verifieerbaar op de pagina.
  • Consistente datums en afbeeldingen.
  • Geen gegarandeerde functieclaims.

Valideer syntaxis en identifiers

Lees de JSON-LD vanaf de laatste pagina, inclusief het gerenderde resultaat als JavaScript het maakt. Controleer de vereiste of aanbevolen eigenschappen voor de doelfunctie, absolute URL's, duplicaten en stabiele @ID-waarden. Test met rijke resultaten en Schema.org-validator Beantwoord verschillende vragen: Google-ondersteuning en woordenschatvalidatie.

Los syntaxisproblemen op bij de sjabloon of gegevensbron en proef vervolgens verschillende pagina's van dat type. Een enkel voorbeeld onthult geen lege velden, ontsnapping aan fouten of ongebruikelijke invoergegevens elders.

Bewaak wijzigingen en beperkingen

Controleer na publicatie de fouten in Search Console als er een rapport voor dat type bestaat. Vergelijk verschillende URL's en crawldatums; De afwezigheid van een rijk resultaat alleen bewijst geen gebroken markup. Kenmerken en criteria kunnen veranderen.

Voeg markup toe aan redactionele cheques: wanneer inhoud, afbeeldingen, prijzen of sjablonen veranderen, controleer dan de gestructureerde weergave opnieuw. De Gids voor lancering Plaatst deze cheque in een bredere release review.

  • Een voorbeeld van elke sjabloon gecontroleerd.
  • Fouten bijgehouden met datums.
  • Controleer opnieuw na inhoud of codewijzigingen.

Inhoud bijgewerkt 2 oktober 2026

Functionele validatiematrix om zich aan het project aan te passen

Deze voorgestelde controles gebruiken fictieve gevallen. Bepaal welk gedrag er met het team wordt verwacht, noteer het resultaat en wijs onopgeloste discrepanties toe voor publicatie.

Testgevallen, verwachte resultaten en nuttig bewijs
GevalVerwacht resultaatBewijs om te houden
De zichtbare prijs verandert, maar JSON-LD behoudt de oude waarde.Markup weerspiegelt de gepubliceerde prijs op dezelfde basis.Noteer URL, stappen, resultaat en gedateerd bewijs.

Veel gestelde vragen

Kunnen beoordelingen of prijzen alleen bestaan in JSON-LD?

Gestructureerde gegevens moeten overeenkomen met pagina-informatie. Verzin geen beoordelingen, beoordelingen, adressen of prijzen voor rijke resultaten. Verifieer typen, eigenschappen en consistentie met zichtbare inhoud. Geldige opmaak garandeert geen zoekmachine-display.