Schema.org kiezen: complete gids voor het juiste type structured data

Schema.org kies je door eerst te bepalen wat een pagina primair is: een organisatie, lokale vestiging, dienst, artikel, product, evenement of profiel. Selecteer vervolgens het meest specifieke type dat de zichtbare inhoud waarheidsgetrouw beschrijft. Voeg alleen aanvullende markup toe als die inhoud daadwerkelijk op de pagina staat. Controleer tot slot of Google Search de gewenste structured-datafeature ondersteunt; semantisch geldige Schema.org leidt namelijk niet automatisch tot een rich result.

Schema.org versus structured data van Google

Schema.org is een brede, gedeelde vocabulaire van types en eigenschappen om de betekenis van content machineleesbaar te beschrijven. Google gebruikt deze vocabulaire voor een selectie aan structured-datafeatures in Search. Dat zijn twee verschillende vragen:

• Welk Schema.org-type beschrijft deze pagina correct? Dit gaat over betekenis en context.
• Ondersteunt Google voor dit type een Search-feature? Dit gaat over mogelijke weergave in Google Search.

Kies dus niet een type omdat je een opvallender zoekresultaat verwacht. Kies het omdat het klopt bij de pagina. Google benadrukt bovendien dat structured data relevant moet zijn voor de zichtbare pagina-inhoud, volledig moet zijn en het meest specifieke passende type moet gebruiken.

Beslisboom: welk Schema.org-type kies je?

1. Bepaal het hoofddoel van één URL. Vraag: wat moet een bezoeker op deze pagina begrijpen of doen? Een dienst ontdekken, een artikel lezen, een product beoordelen of een evenement bijwonen?
2. Lees de zichtbare inhoud als bron van waarheid. Markeer geen openingstijden, prijzen, reviews, auteurs of evenementgegevens die niet voor bezoekers zichtbaar en actueel zijn.
3. Kies het meest specifieke hoofdtype. Is de pagina over een lokale vestiging, kies dan een passend subtype van LocalBusiness wanneer dat de werkelijkheid beschrijft. Is het een redactioneel kennisartikel, kies dan Article of BlogPosting in plaats van alleen WebPage.
4. Beoordeel of een aanvullend type logisch is. Een dienstenpagina kan bijvoorbeeld een WebPage zijn die een Service beschrijft. Een artikelpagina kan naast Article ook BreadcrumbList bevatten.
5. Controleer Google-ondersteuning apart. Kijk in de Search Gallery of Google voor het gekozen onderwerp een structured-datafeature documenteert. Zie dit als controle op mogelijkheden, niet als reden om onjuiste markup toe te voegen.
6. Test en onderhoud de markup. Gebruik de Rich Results Test voor Google-features en controleer na publicatie de relevante rapportages in Search Console.

Keuzehulp per paginatype

Gebruik deze matrix als startpunt. De combinatie in de laatste kolom is alleen passend wanneer beide typen de pagina en zichtbare inhoud juist beschrijven.

Paginatype	Start met dit type	Kies dit wanneer	Logische aanvulling
Algemene bedrijfssite of bedrijfsidentiteit	Organization	De pagina de organisatie als geheel beschrijft, bijvoorbeeld naam, logo en contactgegevens.	WebSite of WebPage waar passend
Lokale vestigingspagina	LocalBusiness of specifieker subtype	Er is een echte, lokaal relevante bedrijfslocatie of lokaal bedrijf met zichtbare gegevens.	Organization, BreadcrumbList
Dienstenpagina	Service	De pagina één concrete dienst uitlegt, inclusief wat de dienst inhoudt en voor wie die is.	WebPage, BreadcrumbList
Kennisbankartikel	Article of BlogPosting	De pagina een zelfstandig redactioneel artikel met titel, inhoud en auteurs- of uitgeversinformatie is.	BreadcrumbList
Productdetailpagina	Product	De pagina één specifiek product beschrijft. Gebruik alleen eigenschappen die op de pagina staan.	BreadcrumbList
Evenementpagina	Event	De pagina een concreet evenement met zichtbare datum, locatie of online toegang en andere relevante details beschrijft.	Organization, BreadcrumbList
Profielpagina	ProfilePage	De hoofdinhoud draait om één persoon, organisatie of andere maker met een eigen profiel.	Person of Organization als beschreven entiteit
Overige informatiepagina	WebPage	Er is geen specifieker inhoudstype dat de primaire functie beter beschrijft.	BreadcrumbList

Organization, LocalBusiness en specifieke bedrijfstypen

Organization beschrijft de organisatie. Dat is meestal passend voor bedrijfsgegevens die niet aan één specifieke lokale locatie zijn gebonden. LocalBusiness is relevanter wanneer de pagina een lokale onderneming of vestiging beschrijft. Binnen de Schema.org-hiërarchie bestaan specifiekere subtypen. Gebruik zo'n subtype alleen als het daadwerkelijk bij de bedrijfsactiviteit past.

Vermijd twee uitersten: een lokaal subtype kiezen omdat het populair klinkt, of iedere pagina als LocalBusiness markeren. Een landelijke dienstenpagina zonder locatiegerichte inhoud is niet automatisch een lokale-bedrijfspagina. Voor de technische en commerciële samenhang van dit soort keuzes kun je ook kijken naar conversie- en SEO-optimalisatie.

WebPage, Article, BlogPosting en ProfilePage

WebPage is een bruikbaar basistype, maar vaak niet het eindpunt. Een inhoudelijk artikel vraagt doorgaans om Article of BlogPosting. Het verschil zit vooral in de redactionele context: BlogPosting past bij een blogbericht, terwijl Article breder is voor een artikel. ProfilePage past wanneer de pagina in essentie een profiel is, niet wanneer een persoon slechts als auteur onder een artikel staat.

Een pagina over technische problemen is bijvoorbeeld in de eerste plaats een artikel. Bekijk als voorbeeld onze gids over 404- en soft-404-fouten: de inhoudelijke aard van de pagina bepaalt het type, niet alleen de URL-map waarin hij staat.

Service, Product en Event: kies op de hoofdinhoud

Een Service is passend wanneer een pagina een afgebakende dienst uitlegt. Gebruik niet automatisch Service op iedere algemene pagina met een contactformulier. Bij Product moet de pagina over een concreet product gaan, met relevante zichtbare productinformatie. Een Event hoort bij een specifiek evenement en vraagt om zorgvuldig onderhoud: verouderde datum- of locatiegegevens maken de markup onbetrouwbaar.

Heb je meerdere diensten, geef elke belangrijke dienst bij voorkeur een eigen, inhoudelijk sterke pagina. Op de dienstenpagina van LYNX Media zie je hoe een overzichtspagina kan verwijzen naar afzonderlijke specialismen zonder alle onderwerpen op één URL te verwarren.

Meerdere types combineren zonder te overmarkeren

Meerdere typen kunnen samen correct zijn, zolang zij verschillende lagen van dezelfde pagina beschrijven. Een artikelpagina kan bijvoorbeeld tegelijk een WebPage, een Article en een onderdeel van een BreadcrumbList zijn. Een lokale vestigingspagina kan een WebPage zijn die een LocalBusiness beschrijft.

Voeg geen los type toe dat niet het onderwerp van de pagina is. Een pagina waarop je een dienst noemt, is niet automatisch een Product. Een pagina met een teamfoto is niet automatisch een ProfilePage. Overmarkeren vertroebelt de betekenis voor zoekmachines en maakt beheer foutgevoeliger.

Properties en subtypen kiezen

Nadat het hoofdtype vaststaat, kies je alleen eigenschappen die je kunt onderbouwen met zichtbare content. Denk aan naam, beschrijving, afbeelding, auteur, datum, adres, openingstijden of aanbiedingsinformatie, afhankelijk van het type. Controleer per Google-feature welke eigenschappen worden aanbevolen of verwacht.

• Werk van algemeen naar specifiek. Kies een subtype wanneer het nauwkeuriger is dan een algemeen type.
• Houd gegevens consistent. De informatie in markup, de zichtbare pagina en andere bedrijfskanalen mag elkaar niet tegenspreken.
• Leg eigenaarschap vast. Bepaal wie gewijzigde bedrijfsgegevens, auteursgegevens, productdetails en evenementen bijwerkt.
• Beperk automatische sitebrede markup. Controleer wat je WordPress-thema, SEO-plugin of custom code al toevoegt voordat je nieuwe markup plaatst.

Veelgemaakte fouten

• Beginnen met rich results in plaats van met de pagina. Een mogelijke Search-feature is geen rechtvaardiging voor onjuiste data.
• Markup gebruiken voor onzichtbare claims. Structured data moet aansluiten op wat gebruikers op de pagina kunnen verifiëren.
• Een te algemeen type kiezen terwijl een specifieker type klopt. Specificiteit helpt de betekenis van de content duidelijker maken.
• Een te specifiek type forceren. Kies geen subtype dat de bedrijfsactiviteit of inhoud niet precies beschrijft.
• Fouten na een redesign negeren. Templates, URL-wijzigingen en verwijderde content kunnen markup en interne paden breken. Controleer daarom ook redirects en foutmeldingen na wijzigingen.

Schema.org testen in WordPress: stappen voor vandaag

1. Maak een lijst van je belangrijkste URL's: homepage, diensten, locaties, artikelen, producten en evenementen.
2. Noteer per URL het primaire paginadoel en kies met de matrix één hoofdtype.
3. Inventariseer welke zichtbare gegevens je voor dat type betrouwbaar kunt aanbieden en actueel kunt houden.
4. Controleer in de Google Search Gallery of er voor jouw situatie een relevante Google-feature bestaat.
5. Laat de markup toevoegen of aanpassen, vaak als JSON-LD in WordPress, en voorkom dubbelingen tussen plugin, thema en maatwerk.
6. Test een representatieve pagina met de Rich Results Test. Los fouten op voordat je dezelfde aanpak uitrolt.
7. Vraag de URL na publicatie opnieuw op via URL Inspection in Search Console en bewaak eventuele meldingen in de structured-data-rapportages.
8. Neem structured data mee in je periodieke content- en technische onderhoud. Verwijder of wijzig markup wanneer de zichtbare inhoud verandert.

Praktische controlelijst

• Het gekozen type beschrijft het primaire doel van de pagina.
• Een specifieker subtype is gebruikt als dat feitelijk juist is.
• Alle belangrijke gemarkeerde gegevens staan zichtbaar op de pagina.
• Er is geen concurrerende of dubbele markup uit verschillende WordPress-bronnen.
• De markup is getest met een Google-tool die past bij de gewenste Search-feature.
• Een eigenaar is aangewezen voor actualisatie van dynamische gegevens.

Veelgestelde vragen

Welk Schema.org-type is het belangrijkst?

Er is geen universeel belangrijkste type. Het juiste type is het type dat het primaire doel en de zichtbare inhoud van de specifieke pagina het best beschrijft.

Kan één pagina meerdere Schema.org-types hebben?

Ja, als de typen verschillende, echte aspecten van dezelfde pagina beschrijven. Combineer ze niet alleen om meer mogelijkheden in zoekresultaten na te streven.

Geeft Schema.org automatisch een rich result?

Nee. Google bepaalt zelf of en hoe zoekresultaten worden weergegeven. Correcte markup helpt Google de inhoud begrijpen, maar is geen garantie voor een specifieke weergave.

Moet iedere pagina structured data hebben?

Nee. Begin met pagina's waar een duidelijk, correct en onderhoudbaar type past. Kwaliteit en juistheid zijn belangrijker dan zoveel mogelijk markup toevoegen.

Conclusie: kies betekenis vóór techniek

Schema.org kiezen begint niet in een plugin, maar bij de vraag wat je pagina werkelijk is. Kies het meest specifieke waarheidsgetrouwe type, vul alleen controleerbare eigenschappen aan en toets daarna wat Google Search ondersteunt. Wil je de keuzes koppelen aan een bredere SEO-, content- en conversieaanpak? Bespreek je website of online groeikansen met LYNX Media.