Naar inhoud springen
SilktideHelp

Geldigheid van gestructureerde gegevens

Wanneer een pagina machineleesbare gegevens bevat die de inhoud ervan voor zoekmachines beschrijven, moeten die gegevens geldig zijn om enig nut te hebben. Silktide controleert of de markup correct wordt geparseerd, aangeeft wat voor soort ding wordt beschreven en de eigenschappen bevat die dat type vereist.

worden meestal geschreven als , met behulp van de schema.org-vocabulaire:

<!-- Geldig: wordt geparseerd, heeft een @type en bevat de vereiste headline -->
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "How to store wine"
}
</script>

Waarom dit belangrijk is

Zoekmachines negeren kapotte gestructureerde gegevens stilzwijgend. Ongeldige JSON, een blok dat nooit aangeeft wat het beschrijft of een type dat essentiële eigenschappen mist, betekent allemaal dat de markup wordt genegeerd. Je loopt de uitgebreide zoekresultaten mis (sterrenbeoordelingen, artikelkaarten en productdetails) die de markup had moeten opleveren, en niets op de pagina laat je weten dat dit is gebeurd.

Ongeldige gestructureerde gegevens zijn waarschijnlijk erger dan helemaal geen gegevens: de moeite is al gedaan en de pagina lijkt gedekt, terwijl er niets wordt geleverd.

Zo los je het op

  1. Ongeldige JSON - herstel de syntaxis. Komma's aan het einde, niet-geëscapete aanhalingstekens in tekst en template-placeholders die nooit zijn vervangen, zijn de gebruikelijke oorzaken.
  2. Geen @type - voeg er een toe aan elke entiteit en gebruik een herkend schema.org-type zoals Article, Product of Event.
  3. Ontbrekende vereiste eigenschappen - voeg toe wat het type nodig heeft: een Article heeft bijvoorbeeld een headline nodig, een Product een name en een Event een name en startDate.
  4. Valideer het resultaat met Google's Rich Results Test of de schema.org-validator voordat je publiceert.

Hoe Silktide dit controleert

  1. Controleer alleen pagina's die in aanmerking komen voor indexering door zoekmachines.
  2. Verzamel elk JSON-LD-blok op de pagina. Pagina's zonder blokken worden overgeslagen - of er gestructureerde gegevens zouden moeten bestaan, wordt afzonderlijk gecontroleerd door Gestructureerde gegevens.
  3. Rapporteer maximaal één bevinding per pagina, waarbij de ernstigste eerst komt:
    • Een blok dat geen geldige JSON is.
    • Een blok zonder @type.
    • Een herkend type dat een vereiste eigenschap mist. Silktide controleert de essentiële eigenschappen voor veelvoorkomende typen, waaronder Article (headline), Product, Organization, Person, LocalBusiness (name), Recipe (name en ingredients), Event (name en start date), FAQPage (questions) en BreadcrumbList (items).

Problemen oplossen

Mijn markup slaagt voor de test van Google, maar Silktide markeert deze toch

Silktide valideert de vereiste essentiële eigenschappen voor veelvoorkomende typen in plaats van de volledige schema.org-vocabulaire, en geneste entiteiten worden afzonderlijk gevalideerd. Zo moet een als auteur geneste Person nog steeds een name hebben. Controleer de specifieke entiteit die in de bevinding wordt genoemd.

Ik gebruik microdata of RDFa in plaats van JSON-LD

Deze controle leest alleen JSON-LD, de indeling die Google aanbeveelt. Gestructureerde gegevens in andere indelingen worden hier niet gevalideerd.

Meer informatie

Laatst bijgewerkt

Was deze pagina nuttig?