Voor een KMO is structured data vooral nuttig wanneer ze exact past bij het echte type van een pagina en bij een rich-resultfunctie die Google ondersteunt. Begin niet met zoveel mogelijk schema’s, maar met de zichtbare inhoud: organisatie- of lokale bedrijfsinformatie, producten, artikels, vacatures of events. Gebruik bij voorkeur JSON-LD, controleer vereiste velden en test elke implementatie. Markup maakt een pagina hoogstens geschikt voor een rich result; ze garandeert geen weergave of betere ranking. Google kan structured data gebruiken om pagina-inhoud te begrijpen en als rich result te tonen, maar correcte markup maakt een pagina alleen eligible voor zo’n weergave. Zie de officiële overzichtspagina met Google-ondersteunde functies en de richtlijnen voor structured data.
Wat is structured data en wat levert het wel of niet op?
Structured data is markup waarmee je de betekenis van pagina-inhoud explicieter beschrijft voor zoekmachines. Op een productpagina kan de inhoud bijvoorbeeld over een product gaan; op een artikelpagina over een artikel. Google documenteert voor bepaalde soorten inhoud rich-resultfuncties. Dat is de juiste lens voor de keuze: vertrek van de pagina die je hebt, niet van een lange lijst schema.org-types.
Die afbakening is belangrijk. Google gebruikt structured data om inhoud te begrijpen en kan die inhoud als rich result weergeven. De documentatie maakt tegelijk duidelijk dat eligibility niet hetzelfde is als een toegekende weergave. Behandel structured data daarom als een controleerbaar onderdeel van je websitekwaliteit, niet als een snelle SEO-knop. De officiële Google-richtlijnen zijn daarbij leidend.
Voor Belgische KMO’s bestaat er geen apart ‘KMO-schema’. De nuttige keuze volgt gewoon uit het aanbod en uit de pagina: een organisatiepagina, een pagina over een lokaal bedrijf, een productpagina, een redactioneel artikel, een vacature of een eventpagina vragen elk om een andere beoordeling.
Welke schema’s zijn per paginatype het meest relevant?
Google noemt onder meer Article, Breadcrumb, Local Business, Organization, Product, Job Posting en Event als ondersteunde structured-datafuncties. Dat betekent niet dat elke website al deze types moet toevoegen. Het betekent dat je eerst moet bepalen welke pagina’s werkelijk onder een ondersteund paginatype vallen. Raadpleeg daarbij steeds de Search Gallery van Google voor de actuele ondersteuning.
Organisatie- en lokale bedrijfspagina’s
Een pagina die je onderneming beschrijft, kan aansluiten bij Organization. Gaat de zichtbare pagina-inhoud werkelijk over een lokaal bedrijf, dan is Local Business een relevante functie om te beoordelen. Gebruik dergelijke markup niet om informatie te verzinnen of om gegevens toe te voegen die bezoekers nergens op de pagina kunnen zien. Deze eis van een getrouwe weergave van zichtbare inhoud volgt uit de Google-richtlijnen voor structured data.
Productpagina’s in een webshop
Product is alleen logisch op een pagina die daadwerkelijk een product beschrijft. De productinformatie in de markup moet dus overeenkomen met wat de bezoeker op die productpagina ziet. Een categoriepagina of algemene dienstenpagina wordt niet automatisch een productpagina omdat productmarkup aantrekkelijk lijkt. Google vereist dat markup de zichtbare pagina-inhoud getrouw weergeeft; zie de beleidsrichtlijnen voor structured data.
Artikels, vacatures en events
Voor een redactionele publicatie is Article een logische functie om te beoordelen. Een echte vacaturepagina kan bij Job Posting passen, en een pagina over een concreet event bij Event. Het woord ‘echt’ is essentieel: de inhoud, context en beschikbare gegevens op de pagina moeten de markup dragen. Google somt deze functies op in de Search Gallery; voor de vereiste getrouwe weergave van zichtbare inhoud gelden de Google-richtlijnen.
Breadcrumb als navigatiecontext
Breadcrumb past bij pagina’s met een zichtbare broodkruimelnavigatie. Ook hier geldt dezelfde regel: markup is een beschrijving van bestaande, zichtbare inhoud en niet een los technisch laagje dat iets anders suggereert dan de pagina zelf. Raadpleeg hiervoor de Google-richtlijnen voor structured data.
Hoe kies je structured data zonder blind te implementeren?
Een bruikbare aanpak begint met een inhoudelijke inventaris, niet met een plug-ininstelling. Doorloop per belangrijk paginatype dezelfde beslisboom. Zo blijft de implementatie beheersbaar en kan je later ook uitleggen waarom bepaalde markup wel of niet aanwezig is.
- Bepaal het werkelijke paginatype. Is dit een organisatiepagina, lokale bedrijfspagina, productpagina, artikel, vacature, event of een andere pagina?
- Controleer of Google een passende functie ondersteunt. Gebruik daarvoor de officiële Search Gallery, niet alleen de veelheid aan mogelijkheden binnen schema.org.
- Vergelijk markup met zichtbare inhoud. Alles wat je markeert, moet een getrouwe weergave zijn van wat bezoekers op de pagina kunnen raadplegen, volgens de Google-richtlijnen.
- Controleer de vereiste velden voor die functie. Kijk in de Google-documentatie welke voorwaarden voor de gekozen rich-resultfunctie gelden.
- Kies een implementatieformaat. Google beveelt JSON-LD aan voor rich-resultgeschiktheid; Microdata en RDFa zijn eveneens ondersteunde formaten, zoals vermeld in de Google-richtlijnen voor structured data.
- Test vóór en na publicatie. Valideer de markup en controleer vervolgens de pagina via de beschikbare Google-tools.
Deze volgorde voorkomt een veelgemaakte fout: eerst markup plaatsen en pas daarna zoeken naar inhoud die ze zou kunnen rechtvaardigen. De Google-beleidsrichtlijnen vragen juist dat structured data de zichtbare pagina-inhoud getrouw weergeeft.
Welke technische en inhoudelijke controles horen bij de implementatie?
Techniek en inhoud horen samen. Geldige code op zichzelf is niet voldoende wanneer ze een verkeerde of onzichtbare voorstelling van de pagina geeft. Google vermeldt dat irrelevante, misleidende of onzichtbare markup rich-resultweergave kan verhinderen of als spam kan worden aangemerkt. Maak de controle daarom onderdeel van je publicatieproces; zie de Google-richtlijnen voor structured data.
- Inhoudscontrole: staat elke gemarkeerde informatie ook zichtbaar en passend op de pagina? Dit volgt uit de Google-richtlijnen.
- Paginatypecontrole: beschrijft de gekozen functie de pagina zoals ze werkelijk bedoeld is?
- Ondersteuningscontrole: komt de functie voor in Googles actuele overzicht van rich-resultfuncties?
- Veldcontrole: zijn de voorwaarden en vereiste velden uit de documentatie voor die functie nagekeken?
- Formatcontrole: is de gekozen markup correct geïmplementeerd, met JSON-LD als aanbevolen formaat voor rich-resultgeschiktheid? Google noemt ook Microdata en RDFa als ondersteunde formaten in de richtlijnen voor structured data.
- Testcontrole: is de pagina getest met Rich Results Test en nagekeken via URL Inspection?
- Beheercontrole: wordt markup aangepast wanneer de zichtbare inhoud van de pagina verandert?
De teststap is geen formaliteit. Google verwijst in zijn richtlijnen naar validatie en controle van de implementatie. Testen helpt technische fouten opsporen; de inhoudelijke vergelijking met de pagina blijft daarnaast noodzakelijk. Lees de volledige aanpak in de officiële documentatie over kwaliteit, validatie en richtlijnen.
Praktijkvoorbeeld: een Belgische KMO met diensten en een webshop
Hypothetisch voorbeeld. Stel: een Belgische onderneming heeft een website met een bedrijfspagina, afzonderlijke productpagina’s in een webshop, kennisartikels en een pagina waarop een event wordt aangekondigd. Het team wil ‘schema toevoegen’ aan de volledige site.
De betere aanpak is om eerst de pagina’s te scheiden. De bedrijfspagina wordt beoordeeld op Organization of, wanneer de zichtbare inhoud daar werkelijk bij past, Local Business. De productpagina’s worden beoordeeld op Product. De kennisartikels op Article. De eventpagina wordt alleen op Event beoordeeld zolang die pagina ook echt over dat event gaat en de markup overeenkomt met wat bezoekers zien. Zichtbare broodkruimels kunnen aanleiding zijn om Breadcrumb te beoordelen. De beschikbare functies staan in de Google Search Gallery, en de eis dat markup met zichtbare inhoud overeenkomt in de Google-richtlijnen.
Daarna vergelijkt het team elke gekozen functie met Googles voorwaarden, vult het alleen informatie in die op de pagina staat en test het de implementatie. Het team voegt niet automatisch FAQ- of HowTo-markup toe omdat die termen bekend klinken. Onafhankelijke praktijkduiding van Ahrefs over schema markup wijst erop dat schema.org veel meer types kent dan Google ondersteunt en dat FAQ- en HowTo-rich-resultzichtbaarheid beperkt is. Voor het actuele productgedrag blijft de officiële Google Search Gallery de beslissende bron.
Welke valkuilen kosten vooral tijd of creëren risico?
De grootste fout is niet een ontbrekend schema, maar markup die niet strookt met de pagina. Dat risico neemt toe wanneer een website een generieke template of plug-in overal dezelfde gegevens laat plaatsen, terwijl pagina’s inhoudelijk verschillen. Google behandelt de vereiste dat markup een getrouwe weergave van zichtbare inhoud moet zijn in de richtlijnen voor structured data.
- Alles markeren omdat schema.org het kent. Schema.org is breder dan wat Google als rich-resultfunctie ondersteunt. Kies vanuit Google-ondersteuning en paginatype; zie de Google Search Gallery.
- Onzichtbare of niet-passende informatie markeren. Dit druist in tegen Googles eis van een getrouwe weergave van zichtbare inhoud, zoals uitgelegd in de Google-richtlijnen.
- Een rich result verwarren met een belofte. Correcte markup geeft eligibility, geen garantie op weergave of ranking. Zie de Search Gallery en de Google-richtlijnen.
- FAQ of HowTo als standaardrecept gebruiken. De zichtbaarheid van die rich results is volgens Ahrefs beperkt; controleer altijd de officiële Google-documentatie.
- Markup los beheren van content. Wanneer pagina-inhoud wijzigt maar de markup niet, ontstaat sneller een verschil tussen beide.
- Alleen op technische validatie vertrouwen. Een test vervangt niet de redactionele controle of de markup de pagina waarheidsgetrouw beschrijft; zie de Google-richtlijnen.
Wanneer schakel je best website- of e-commercehulp in?
Hulp is vooral zinvol wanneer meerdere paginatypes, templates of beheerders samenkomen en niemand eigenaar is van de inhoudelijke én technische controle. Een goede opdracht is dan niet ‘plaats zoveel mogelijk schema’, maar: inventariseer de paginatypes, koppel ze aan relevante Google-ondersteuning, controleer zichtbare inhoud en test de gekozen implementaties.
Voor een bedrijfswebsite kan je de aanpak laten toetsen binnen websiteontwikkeling voor KMO’s. Beheer je productpagina’s in een webshop, dan is een gerichte bespreking via e-commerceontwikkeling een logische vervolgstap. Het doel blijft hetzelfde: markup die technisch controleerbaar is en inhoudelijk klopt met wat je bezoekers zien.
Veelgestelde vragen over structured data voor KMO-websites
Moet elke KMO-website structured data gebruiken?
Nee. De relevante vraag is niet of elke pagina markup moet krijgen, maar of een pagina een werkelijk paginatype heeft dat bij een door Google ondersteunde functie past. Kies alleen markup die de zichtbare inhoud getrouw kan beschrijven. Raadpleeg de Google Search Gallery en de richtlijnen.
Garandeert JSON-LD een rich result in Google?
Nee. Google beveelt JSON-LD aan voor rich-resultgeschiktheid, maar correcte structured data maakt een pagina slechts eligible voor een rich result. Google garandeert daarmee geen daadwerkelijke weergave en ook geen betere ranking. Google noemt daarnaast Microdata en RDFa als ondersteunde formaten in de richtlijnen voor structured data.
Mag ik informatie in structured data zetten die niet op de pagina staat?
Nee. Google vereist dat structured data een getrouwe weergave is van zichtbare pagina-inhoud. Irrelevante, misleidende of onzichtbare markup kan rich-resultweergave verhinderen of als spam worden aangemerkt. Zie de Google-richtlijnen voor structured data.
Zijn FAQ en HowTo altijd nuttige schema’s?
Nee. Het bestaan van een schema.org-type is geen bewijs dat het voor jouw pagina of voor Google-resultaten nuttig is. Ahrefs wijst op beperkte FAQ- en HowTo-zichtbaarheid; controleer daarom altijd de actuele Google-documentatie.
Hoe controleer ik of mijn markup juist is geïmplementeerd?
Controleer eerst of de markup overeenkomt met de zichtbare inhoud en met de voorwaarden voor de gekozen Google-functie. Test daarna de pagina met Rich Results Test en gebruik URL Inspection als onderdeel van je technische controle. De Google-richtlijnen behandelen kwaliteit, validatie en controle van de implementatie.
