Module 5 · 5.3

Testen, onderhouden en wat niet mag

Module 5: Gestructureerde gegevens · Leestijd: 12 minuten

Leerdoel: Na deze les kun je gestructureerde gegevens testen met de Rich Results Test en de Schema Markup Validator, het verschil tussen fouten en waarschuwingen uitleggen, en de regels van Google toepassen, zoals het verbod op reviews over je eigen bedrijf.

Kernbegrippen: Rich Results Test, Schema Markup Validator, kritiek probleem (fout) tegenover niet-kritiek probleem (waarschuwing), weergegeven HTML, rapporten in Search Console, richtlijnen voor gestructureerde gegevens, eigen reviews (self-serving), handmatige actie, dubbele blokken, onderhoud

Twee testtools, twee vragen

Er zijn twee gratis tools, en ze beantwoorden elk een andere vraag.

	Rich Results Test	Schema Markup Validator
Van wie	Google	schema.org (de opvolger van de oude Structured Data Testing Tool van Google, sinds 2021 bij schema.org)
Vraag die hij beantwoordt	"Komt deze pagina in aanmerking voor een speciale weergave in Google?"	"Is dit geldige schema.org-opmaak?"
Welke types	Alleen types waarvoor Google een speciale weergave heeft	Alle types uit schema.org
Controleert regels van Google	Ja: verplichte en aanbevolen eigenschappen volgens Google	Nee, alleen schema.org zelf
Invoer	Adres van een pagina of geplakte code	Adres van een pagina of geplakte code

Begin met de Rich Results Test (https://search.google.com/test/rich-results). Vul het adres van je pagina in, niet de code: dan ziet de tool de pagina zoals Googlebot hem ophaalt, inclusief JSON-LD die met JavaScript wordt toegevoegd. Plak je code, dan kan JavaScript tegen beperkingen aanlopen, zegt Google zelf. Wil je weten of je opmaak volgens schema.org klopt, ook voor types waar Google niets mee doet, gebruik dan de Schema Markup Validator (https://validator.schema.org/).

Fouten en waarschuwingen lezen

De Rich Results Test deelt problemen in twee soorten in:

Kritieke problemen (fouten). Er ontbreekt een verplichte eigenschap, of een waarde is ongeldig. Het item komt dan niet in aanmerking voor een speciale weergave. Dit los je altijd op.
Niet-kritieke problemen (waarschuwingen). Er ontbreekt een aanbevolen eigenschap, zoals priceRange of geo. Het item is geldig. Vul de eigenschap in als je de gegevens hebt en ze kloppen; verzin niets om een waarschuwing weg te krijgen.

Zegt de test "Geen items gevonden" terwijl je weet dat er JSON-LD op de pagina staat? Kijk dan naar drie oorzaken:

De JSON is ongeldig (een komma te veel of te weinig, een vergeten aanhalingsteken). Dan wordt het hele blok overgeslagen. De Schema Markup Validator noemt meestal de regel waar het misgaat.
Het type is onbekend (Bloemist in plaats van Florist) of verkeerd geschreven (localbusiness).
De pagina is voor Googlebot geblokkeerd met robots.txt of noindex (lessen 3.3 en 1.3). Google vraagt uitdrukkelijk: blokkeer pagina's met gestructureerde gegevens niet.

Search Console houdt het bij

Zodra je site in Search Console staat (module 2), toont Search Console onder Verbeteringen een rapport per type waarvoor Google een speciale weergave heeft en geldige opmaak op je site vindt. Je ziet daar geldige items, items met niet-kritieke problemen en ongeldige items, met voorbeeldpagina's. Een paar dingen om te weten:

Er is geen knop "los dit op". Je verbetert de bron (je site, je plugin, je websitebouwer), en daarna kun je in het rapport om een controle vragen.
De aantallen zijn items, geen pagina's. Eén pagina kan meer items bevatten.
Staat er geen rapport voor een type, dan vond Google geen geldige opmaak van dat type, of heeft het type geen eigen weergave.

Wat niet mag

De richtlijnen van Google voor gestructureerde gegevens zijn kort en streng. De belangrijkste:

Beschrijf alleen wat zichtbaar is. Geen openingstijden, prijzen of reviews in je JSON-LD die een bezoeker niet op de pagina kan vinden.
Geen misleiding. De gegevens moeten een eerlijke weergave van de pagina zijn.
Op de juiste pagina. Zet de opmaak op de pagina die het beschrijft.
Afbeeldingen in je gestructureerde gegevens moeten voor Google op te halen en te indexeren zijn.
Geen nepreviews en geen reviews die niet van echte gebruikers komen.

Reviews over je eigen bedrijf

Een regel die veel bedrijven verrast: zet in het LocalBusiness-blok van je eigen site geen aggregateRating of review over jezelf. Google zegt: als het bedrijf dat beoordeeld wordt zelf de reviews over zichzelf beheert, komen de pagina's met LocalBusiness- of andere Organization-opmaak niet in aanmerking voor sterren in de zoekresultaten. Google voerde die regel in 2019 in. Het maakt niet uit of je de reviews zelf verzamelt, uit een widget haalt of overneemt van een reviewsite. De sterren bij je bedrijf in Google Maps komen uit je Bedrijfsprofiel (les 6.5), niet uit je eigen JSON-LD.

Plugins en thema's zetten zo'n beoordeling soms automatisch in je opmaak. Kijk dus in je eigen JSON-LD of er aggregateRating staat, en zet het uit als het over je eigen bedrijf gaat.

Wat er gebeurt bij misbruik

Overtreed je de richtlijnen, dan kan Google een handmatige actie voor gestructureerde gegevens nemen. Je ziet die in Search Console onder Beveiliging en handmatige acties (les 2.4). Het gevolg volgens Google: de pagina komt niet meer in aanmerking voor speciale weergaven. Op de gewone rangschikking in de zoekresultaten heeft zo'n handmatige actie volgens Google geen invloed. Na het verbeteren vraag je in Search Console om een nieuwe beoordeling.

Onderhouden: de stille fouten

De meeste problemen ontstaan niet bij het schrijven, maar later.

Twee blokken die elkaar tegenspreken. Je thema zet een LocalBusiness-blok neer, en je SEO-plugin ook, met een ander telefoonnummer. Kies één bron en zet de andere uit. Twee blokken van verschillende soorten (een WebSite en een Florist) zijn geen probleem; twee keer hetzelfde bedrijf met andere gegevens wel.
Gegevens die veranderen. Nieuw telefoonnummer, verhuizing, andere openingstijden in de zomer. Pas het eerst aan op je vaste plek (je websitebouwer of plugin), en loop daarna je Bedrijfsprofiel, Apple Business Connect en gidsen na (module 6).
Een nieuw thema of een nieuwe bouwer. Na een vernieuwing van je site staat er soms geen JSON-LD meer, of juist dubbel. Test na elke grote wijziging.
Tijdelijke tijden. Feestdagen en vakanties zet je in je Bedrijfsprofiel als speciale openingstijden. In JSON-LD kan het met validFrom en validThrough; vergeet dan niet ze weer weg te halen.

Een goede gewoonte: test je contactpagina in de Rich Results Test na elke wijziging van je bedrijfsgegevens en na elke grote update van je site, en kijk eens per kwartaal in het rapport in Search Console.

In de praktijk: een WordPress-site en een AI Builder-site testen

Bij een WordPress-site met een SEO-plugin zie je in de Rich Results Test vaak meer items: WebSite, Organization of LocalBusiness, BreadcrumbList en per bericht een Article. Bij een site uit de AI Builder van WebOké vind je op de homepage een @graph met een WebSite en het bedrijf als subtype van LocalBusiness. Wil je alle eigenschappen van dat blok zien, ook de openingstijden in de korte schrijfwijze openingHours, plak dan het adres ook in de Schema Markup Validator: die toont elk schema.org-type en elke eigenschap. Bij andere websitebouwers werkt het testen precies zo.

Samenvatting

De Rich Results Test zegt of je pagina in aanmerking komt voor een weergave in Google; de Schema Markup Validator zegt of je opmaak geldig schema.org is.
Test met het adres van de pagina, niet met geplakte code. Kritieke problemen los je altijd op; waarschuwingen alleen met echte gegevens.
Geen ongeldige JSON, geen onbekende types, en blokkeer pagina's met gestructureerde gegevens niet voor Googlebot.
Geen reviews of beoordelingen over je eigen bedrijf in je eigen opmaak; misbruik kan een handmatige actie geven.
Test opnieuw na elke wijziging van je gegevens of je site, en voorkom dubbele blokken die elkaar tegenspreken.

Quiz

Opdracht

Opdracht A5.3: Vind de fouten. Download het voorbeeldbestand jsonld-fouten-1.json: een JSON-LD-blok voor een bloemenwinkel met zes fouten. Lees het regel voor regel (je mag het ook in de Schema Markup Validator plakken) en kies uit de tien uitspraken in de opdracht de zes die een echte fout beschrijven. Het programma vergelijkt je keuze met de vaste sleutel en legt per uitspraak uit waarom.

Opdracht A5.3: Vind de fouten

Bestand bij deze opdracht: jsonld-fouten-1.json

A. @context wijst naar een verkeerd adres. B. telephone heeft het verkeerde formaat. C. Het type Bloemist bestaat niet in schema.org. D. Het adres is een tekst in plaats van een PostalAddress. E. De waarden van geo moeten tussen aanhalingstekens. F. De openingstijden gebruiken Nederlandse dagnamen en geen 24-uursnotatie. G. Er staat een beoordeling van het eigen bedrijf in. H. url mag niet met https beginnen. I. Na de laatste eigenschap staat een komma, daardoor is de JSON ongeldig. J. sameAs mag niet naar Instagram wijzen. Plak het bestand daarna in de Schema Markup Validator: welke fouten meldt die tool?

Welke uitspraken (A tot en met J) beschrijven een echte fout? Letters met komma's, bijvoorbeeld A, B

Wat je invult en wat we vinden, slaan we niet op. Je browser onthoudt je antwoorden en of je de opdracht hebt gehaald. Ben je aangemeld, dan bewaren we alleen dat je de opdracht (bijna) goed had in Mijn cursussen; daar kun je het ook verwijderen.

Verder lezen

Rich Results Test van Google: https://search.google.com/test/rich-results
Schema Markup Validator: https://validator.schema.org/
Google Search Central, Algemene richtlijnen voor gestructureerde gegevens: https://developers.google.com/search/docs/appearance/structured-data/sd-policies
Google Search Central, Reviewfragmenten (met de regel over eigen reviews): https://developers.google.com/search/docs/appearance/structured-data/review-snippet
Google Search Console Help, Rapporten over rich results: https://support.google.com/webmasters/answer/7552505
Google Search Central, Gestructureerde gegevens met JavaScript: https://developers.google.com/search/docs/appearance/structured-data/generate-structured-data-with-javascript

Cookies op WebOké

Cookie-instellingen

Noodzakelijk

Marketing