Een bedrijfswebsite kan keurig vermelden welke diensten je levert, waar je gevestigd bent en hoe klanten contact opnemen. Toch moet een zoekmachine uit gewone tekst en pagina-elementen afleiden wat elk gegeven betekent. Daardoor blijven belangrijke verbanden soms onduidelijk.
Schema markup voegt die betekenis toe in een formaat dat machines kunnen verwerken. Bij Hashtagmonks kijken we daarom niet alleen naar wat bezoekers op een pagina zien, maar ook naar de technische beschrijving erachter.
Snel antwoord: wat is schema markup en hoe pas je het toe?
Schema markup is gestructureerde code waarmee je zoekmachines vertelt wat gegevens op een webpagina voorstellen. Zo pak je de toepassing aan:
- Inventariseer je organisatiegegevens, diensten, locaties, reviews en zichtbare vragen.
- Kies per pagina het Schema.org-type dat bij de hoofdinhoud past.
- Koppel alleen eigenschappen aan informatie die bezoekers werkelijk kunnen zien.
- Voeg de markup als JSON-LD toe aan de relevante paginatemplates.
- Controleer de code met een validator en de Rich Results Test van Google.
- Publiceer de pagina en volg fouten en verbeteringen in Google Search Console.
- Werk de markup bij wanneer bedrijfsgegevens, diensten of pagina-inhoud veranderen.
Markup levert niet automatisch een hogere positie of een opvallend zoekresultaat op. Het maakt de inhoud wel explicieter voor systemen die de website moeten interpreteren.
Wat is schema markup precies?
Schema markup is een verzameling gestandaardiseerde termen voor het beschrijven van personen, organisaties, plaatsen, diensten, artikelen, evenementen en andere onderwerpen. De woordenlijst wordt beheerd via Schema.org, een gezamenlijk initiatief dat door grote zoekmachines wordt ondersteund.
Stel dat op een contactpagina het volgende staat:
Stationsstraat 12, 3511 ED Utrecht
Een bezoeker herkent dit als adres. Met schema markup geef je afzonderlijk aan dat Stationsstraat 12 het straatadres is, Utrecht de plaats en 3511 ED de postcode. Je kunt hetzelfde doen voor de bedrijfsnaam, het telefoonnummer, openingstijden en het werkgebied.
Schema markup is dus geen extra tekst voor bezoekers. Het is een technische laag die betekenis koppelt aan bestaande inhoud.
Structured data, Schema.org en JSON-LD
Deze termen worden vaak door elkaar gebruikt, maar betekenen niet precies hetzelfde. Structured data is de algemene naam voor gestructureerde gegevens. Schema.org levert de woordenlijst waarmee je onderwerpen en eigenschappen beschrijft. JSON-LD is een manier om die gegevens in de broncode te plaatsen.
JSON-LD staat meestal in een apart scriptblok. Daardoor hoeft de markup niet door iedere zichtbare HTML-tag te worden gevlochten. Google ondersteunt ook Microdata en RDFa, maar beveelt JSON-LD aan wanneer dat praktisch uitvoerbaar is. De documentatie van Google over structured data beschrijft de ondersteunde formaten en technische voorwaarden.
Een vereenvoudigd voorbeeld ziet er zo uit:
``json { "@context": "https://schema.org", "@type": "Organization", "name": "Voorbeeld Organisatie", "url": "https://www.voorbeeld.nl/", "telephone": "+31 30 123 45 67" } ``
Deze code zegt dat de genoemde naam, URL en telefoon bij één organisatie horen. In een echte implementatie voeg je alleen correcte, relevante eigenschappen toe.
Welke schema markup heeft een bedrijfswebsite nodig?
Een website hoeft niet elk beschikbaar type te gebruiken. Kies typen die overeenkomen met de organisatie en de concrete inhoud van de pagina. Een zakelijke dienstverlener met één vestiging heeft meestal meer aan Organization, LocalBusiness, Service en BreadcrumbList dan aan tientallen losse typen zonder duidelijk doel.
De volgende vergelijking helpt bij die selectie:
| Type schema markup | Geschikt voor | Logische plaats | Belangrijkste gegevens | Kans op uitgebreid zoekresultaat |
|---|---|---|---|---|
| Organization | Bedrijfsidentiteit en merkgegevens | Homepage of over-ons-pagina | Naam, URL, logo, contactpunt en officiële profielen | Beperkt, maar nuttig voor entiteitsbegrip |
| LocalBusiness | Organisaties met een fysieke vestiging of lokaal werkgebied | Contact- of vestigingspagina | Adres, telefoon, openingstijden en locatie | Mogelijk, afhankelijk van zoekfunctie en kwaliteit |
| Service | Een afzonderlijke zakelijke dienst | Dienstpagina | Naam, aanbieder, omschrijving en werkgebied | Gewoonlijk geen zelfstandig opvallend resultaat |
| BreadcrumbList | De positie van een pagina in de websitestructuur | Vrijwel iedere onderliggende pagina | Opeenvolgende paginanamen en URL's | Kan broodkruimels in het zoekresultaat ondersteunen |
| FAQPage | Een pagina met zichtbare vragen en antwoorden | Relevante informatie- of dienstpagina | Exacte vraag en volledig zichtbaar antwoord | Alleen beperkt beschikbaar binnen Google |
| Review | Een echte beoordeling van een duidelijk benoemd onderwerp | Pagina waarop de beoordeling zichtbaar staat | Beoordelaar, tekst, score en beoordeeld onderwerp | Alleen bij ondersteunde typen en volgens reviewbeleid |
Organization voor de centrale bedrijfsidentiteit
Organization beschrijft de organisatie achter de website. Gebruik dit type doorgaans één keer als centrale entiteit. De homepage is hiervoor vaak de duidelijkste locatie, eventueel gekoppeld aan een over-ons-pagina.
Vermeld de officiële bedrijfsnaam. Gebruik daarnaast de canonieke website-URL, een geschikt logo en links naar officiële profielen als deze links ook betrouwbaar zijn. Een vaste @id, bijvoorbeeld https://www.voorbeeld.nl/#organization, maakt het mogelijk om vanaf andere schema-objecten naar dezelfde organisatie te verwijzen.
Voorkom dat ieder onderdeel van de website een nieuwe organisatie lijkt te introduceren. Vijf varianten van de bedrijfsnaam met vijf verschillende identifiers maken de gegevens juist minder duidelijk.
LocalBusiness voor lokale bedrijfsgegevens
LocalBusiness is een specifieker type voor organisaties met een lokale vestiging of een duidelijk plaatsgebonden aanbod. Waar mogelijk kies je een passend subtype, zoals ProfessionalService. Het adres, telefoonnummer en de openingstijden moeten overeenkomen met de zichtbare contactgegevens.
Gebruik geen fictief bezoekadres om lokaal relevanter te lijken. Markeer ook geen landelijke dienstverlening als tientallen losse vestigingen wanneer die locaties niet bestaan. Zulke gegevens veroorzaken tegenstrijdigheden tussen de website, het Google-bedrijfsprofiel en andere openbare vermeldingen.
Een werkgebied kan worden opgenomen als de dienstverlening bij klanten plaatsvindt. Beschrijf dat werkgebied concreet en houd de zichtbare tekst op de pagina gelijkwaardig aan de technische gegevens.
Service voor afzonderlijke diensten
Met Service geef je aan welke dienst een pagina behandelt en welke organisatie de aanbieder is. Een pagina over salarisadministratie kan bijvoorbeeld als Service worden beschreven, met de centrale Organization als provider.
Service-markup vervangt geen sterke dienstpagina. Zoekmachines hebben nog steeds tekst nodig over de inhoud, werkwijze, doelgroep, voorwaarden en vervolgstap. Gebruik het type om de bestaande pagina te structureren, niet om ontbrekende informatie in de code te verbergen.
Voor websites met meerdere diensten hoort iedere belangrijke dienst een eigen URL en duidelijke hoofdinhoud te hebben. Dat helpt ook bij website-optimalisatie voor vindbaarheid en leads, omdat zoekvraag, inhoud en conversiedoel dan beter op elkaar aansluiten.
FAQPage voor zichtbare vragen en antwoorden
FAQPage kan passend zijn wanneer een pagina meerdere vragen bevat die door de organisatie zelf worden beantwoord. De gemarkeerde vraag moet letterlijk of inhoudelijk gelijk op de pagina staan. Het volledige antwoord moet eveneens zichtbaar zijn, eventueel na het openen van een accordeon.
Google toont FAQ-uitbreidingen nog maar voor een beperkte groep gezaghebbende overheids- en gezondheidssites. Voor de meeste bedrijfswebsites is een uitgebreid FAQ-resultaat daarom niet waarschijnlijk. De markup kan de structuur nog steeds beschrijven, maar gebruik haar niet als truc om extra ruimte in Google te claimen.
Markeer geen verkooppraatje als vraag. Laat vragen aansluiten op echte bezwaren, voorwaarden en beslismomenten van potentiële klanten.
Review-markup voor echte beoordelingen
Review-markup vraagt om terughoudendheid. De beoordeling moet echt zijn, zichtbaar op de pagina staan en betrekking hebben op een duidelijk onderwerp. De score, auteur en eventuele tekst moeten overeenkomen met wat de bezoeker ziet.
Sterren voor beoordelingen die een organisatie zelf over zichzelf publiceert, komen bij LocalBusiness en Organization niet in aanmerking als betrouwbare review-uitbreiding. Een widget of schema-plugin verandert dat beleid niet. Plaats reviews vooral omdat ze bezoekers helpen beoordelen of je aanpak past, niet uitsluitend voor sterren in de zoekresultaten.
BreadcrumbList voor de websitestructuur
BreadcrumbList beschrijft waar een pagina binnen de sitestructuur staat. Voor een dienstpagina kan dat bijvoorbeeld Home > Diensten > Jaarrekening zijn. Elke stap bevat een positie, naam en URL.
Broodkruimels helpen bezoekers terug naar een hoger niveau en geven zoekmachines context over de onderlinge relatie tussen pagina's. Zorg wel dat de zichtbare navigatie en de markup hetzelfde pad beschrijven. Een goede structuur begint tijdens het bouwen of vernieuwen van de site. De technische SEO-checklist voor een nieuwe website behandelt ook andere controles die vóór publicatie nodig zijn.
Voorbeeld van schema markup voor een bedrijfswebsite
Neem de fictieve website https://deheldereboekhouder.nl/, een administratiekantoor met één kantoor in Utrecht en dienstverlening in de regio. De website heeft een homepage, een contactpagina, een dienstpagina op /diensten/jaarrekening en een pagina met veelgestelde vragen.
Op de homepage staat Organization-markup met één vaste @id. De contactpagina gebruikt een passend LocalBusiness-type en verwijst via dezelfde identifier naar de centrale organisatie. Het adres en telefoonnummer komen exact overeen met de zichtbare contactgegevens.
De pagina /diensten/jaarrekening krijgt Service-markup. De provider verwijst naar https://deheldereboekhouder.nl/#organization. De pagina beschrijft voor wie de dienst bedoeld is, welke werkzaamheden erbij horen en hoe een aanvraag verloopt. BreadcrumbList legt daarnaast het pad van home naar diensten en vervolgens jaarrekening vast.
Bij de eerste implementatie gaat iets mis: de FAQ-markup bevat zes vragen, terwijl op de pagina slechts vier vragen zichtbaar zijn. Twee antwoorden zijn alleen aan het script toegevoegd. De code is technisch geldig, maar voldoet niet aan het uitgangspunt dat gemarkeerde inhoud voor bezoekers beschikbaar moet zijn. De oplossing is niet om de validator te negeren. Verwijder de twee onzichtbare vragen of voeg ze inhoudelijk aan de pagina toe.
Dit voorbeeld laat zien waarom validatie alleen niet genoeg is. Geldige code kan nog steeds misleidend, achterhaald of verkeerd geplaatst zijn.
Hoe voeg je schema markup stap voor stap toe?
Begin bij de inhoud en bedrijfsgegevens. Een generator openen voordat duidelijk is welke entiteit en pagina je beschrijft, levert vaak generieke of dubbele markup op.
Stap 1: leg één betrouwbare bron per gegeven vast
Noteer de officiële bedrijfsnaam, website-URL, het primaire telefoonnummer, adres, openingstijden, logo en officiële profielen. Controleer deze gegevens tegen de website en het Google-bedrijfsprofiel. Bepaal ook welke naamvarianten je bewust gebruikt.
Voor De Heldere Boekhouder blijkt het telefoonnummer in de footer anders te zijn opgemaakt dan op de contactpagina. Dat is inhoudelijk misschien hetzelfde nummer, maar standaardisering voorkomt fouten bij latere updates. Gebruik één notatie in de zichtbare website en schema markup.
Stap 2: bepaal de hoofdentiteit per pagina
Vraag per URL wat de pagina hoofdzakelijk beschrijft. Op de homepage is dat meestal de organisatie. Op een dienstpagina is het de dienst, aangeboden door die organisatie. Op een contactpagina kan de lokale vestiging centraal staan.
Plaats niet zonder reden Organization, LocalBusiness, Service en FAQPage als vier losse hoofdonderwerpen op elke URL. Verbind objecten via een vaste @id en beperk de markup tot de inhoud van de pagina.
Stap 3: selecteer bruikbare eigenschappen
Schema.org bevat veel eigenschappen, maar meer velden betekenen niet automatisch betere gegevens. Kies eigenschappen die specifiek, correct en onderhoudbaar zijn.
Voor een lokale dienstverlener zijn dit vaak de meest bruikbare gegevens:
- officiële naam, URL en logo;
- telefoonnummer en contactpunt;
- fysiek adres en openingstijden, indien van toepassing;
- aangeboden dienst en aanbieder;
- werkgebied wanneer dit zichtbaar wordt toegelicht;
- links naar officiële bedrijfsprofielen.
Laat onbekende gegevens weg. Vul geen oprichtingsdatum, prijsbereik of kwalificatie in op basis van een aanname.
Stap 4: bouw JSON-LD in het juiste template
Plaats algemene Organization-markup in een centraal template of op de gekozen hoofdpagina. Voeg Service-markup alleen toe aan pagina's die werkelijk een afzonderlijke dienst behandelen. Laat breadcrumbgegevens dynamisch aansluiten op de URL-structuur.
Werk je met een plugin, controleer dan de uitvoer in de broncode. Twee SEO-plugins, een thema en een handmatig script kunnen tegelijk Organization-markup produceren. Eén zorgvuldig verbonden schema-grafiek is duidelijker dan meerdere tegenstrijdige blokken.
Let ook op de technische belasting. Een normaal JSON-LD-blok is klein, maar een stapeling van plugins kan extra scripts en verzoeken veroorzaken. Lees daarom ook waarom PageSpeed belangrijk is voor SEO en conversie voordat je voor iedere technische taak een nieuwe plugin installeert.
Stap 5: test de code vóór publicatie
Gebruik twee soorten controles. De Schema Markup Validator controleert of de gekozen Schema.org-termen en relaties geldig zijn. De Rich Results Test van Google beoordeelt of Google ondersteunde typen herkent en toont fouten of waarschuwingen voor zoekfuncties.
Een fout blokkeert doorgaans de geldigheid van een onderdeel. Een waarschuwing wijst meestal op een aanbevolen eigenschap die ontbreekt. Voeg zo'n eigenschap alleen toe wanneer je over echte informatie beschikt.
Test vervolgens handmatig of ieder gemarkeerd gegeven zichtbaar en actueel is. Open de pagina als bezoeker. Klik navigatiepaden door en controleer telefoon, adres, logo, vragen en antwoorden.
Stap 6: publiceer en controleer Search Console
Na publicatie moet Google de pagina opnieuw crawlen voordat wijzigingen verwerkt kunnen worden. Vraag indexering aan wanneer het om een belangrijke aangepaste pagina gaat, maar verwacht geen onmiddellijke wijziging in het zoekresultaat.
Bekijk daarna de rapportages voor ondersteunde uitgebreide resultaten in Search Console. Niet ieder Schema.org-type krijgt een eigen rapport. Controleer daarom periodiek ook de broncode en validator, vooral na een nieuw thema, pluginupdate of wijziging in paginatemplates.
Hoe Hashtagmonks schema markup in een websiteproces verwerkt
Schema markup werkt beter wanneer zij tegelijk met inhoud, sitestructuur en techniek wordt uitgewerkt. Achteraf een plugin activeren kan correcte basiscode opleveren, maar lost onduidelijke pagina's en verspreide bedrijfsgegevens niet op.
Wanneer structured data onderdeel is van een website- of SEO-traject bij Hashtagmonks, begint het proces bij de pagina-indeling. Eerst wordt bepaald welke pagina de organisatie vertegenwoordigt, welke URL's afzonderlijke diensten behandelen en waar lokale contactgegevens thuishoren.
Daarna worden de zichtbare gegevens gecontroleerd. Een telefoonnummer in JSON-LD wordt niet los gezien van de footer en contactpagina. Een dienstnaam moet aansluiten op de kop, paginatitel en inhoud. Daardoor blijft er één versie van de waarheid over.
Vervolgens wordt per paginatype passende markup gekozen. De homepage krijgt niet automatisch dezelfde code als iedere dienstpagina. Relaties worden met identifiers vastgelegd, zodat een dienst naar de juiste aanbieder verwijst. Waar FAQ's aanwezig zijn, worden alleen de gepubliceerde vragen gemarkeerd.
Na implementatie volgen de technische tests. Fouten worden hersteld en waarschuwingen inhoudelijk beoordeeld. De controle stopt niet zodra een testscherm groen kleurt: ook de zichtbare informatie, canonieke URL en interne links worden bekeken.
Dat sluit aan op een bredere SEO-aanpak voor bedrijfswebsites. Schema markup is één technisch onderdeel naast crawlbaarheid, snelheid, inhoud, interne links en heldere conversiepaden. Wie een nieuwe site laat ontwikkelen, kan deze eisen meenemen bij het beoordelen van een bureau. Daarvoor biedt het artikel over een website laten maken in Nederland aanvullende aandachtspunten.
Veelgemaakte fouten met schema markup
De meest voorkomende fout is overmarkering. Een plugin detecteert bijvoorbeeld woorden als vraag, beoordeling of dienst en genereert daarvoor code, ook als de pagina daar inhoudelijk niet om draait. Zoekmachines krijgen dan veel objecten zonder duidelijke hiërarchie.
Een tweede probleem is dubbele markup. Het thema maakt Organization aan, de SEO-plugin voegt LocalBusiness toe en een los script gebruikt opnieuw Organization met een andere bedrijfsnaam. Controleer altijd de uiteindelijke HTML, niet alleen de instellingen in het beheerpaneel.
Andere terugkerende fouten zijn:
- gegevens markeren die niet zichtbaar op de pagina staan;
- meerdere verschillende bedrijfsnamen of URL's gebruiken;
- een algemeen type kiezen terwijl een specifieker geldig subtype beschikbaar is;
- reviews of scores toevoegen zonder aantoonbare bron;
- oude openingstijden en telefoonnummers laten staan;
- aannemen dat geldige markup recht geeft op een uitgebreid zoekresultaat.
Een subtielere fout is het koppelen van markup aan verkeerde canonieke URL's. Als /diensten/jaarrekening naar een andere pagina canonicaliseert, kan de gestructureerde beschrijving van de eerste URL weinig waarde hebben. Los indexatie en canonicalisatie dus eerst op.
Helpt schema markup bij SEO en vindbaarheid in AI-systemen?
Schema markup is geen zelfstandige rangschikkingsknop. Google gebruikt structured data om pagina-inhoud te begrijpen en om te beoordelen of een pagina geschikt is voor bepaalde zoekfuncties. Relevantie, kwaliteit, autoriteit en technische toegankelijkheid blijven nodig.
Voor AI-systemen kan een expliciete beschrijving van organisaties, diensten en relaties eveneens nuttig zijn. Het geeft machines consistente termen en verbindingen. Er bestaat echter geen garantie dat een AI-zoekmachine de markup gebruikt, je bedrijf noemt of gegevens zonder aanvullende controle overneemt.
Zorg daarom dat belangrijke feiten ook in gewone tekst staan. Een dienst die alleen in JSON-LD wordt genoemd, heeft geen sterke inhoudelijke basis. Wie breder wil werken aan vermeldingen in generatieve zoekmachines kan verder lezen over vindbaar worden in ChatGPT, Perplexity en Gemini en het verschil tussen SEO en GEO.
Hoe onderhoud je schema markup?
Controleer structured data bij iedere wijziging van bedrijfsnaam, telefoonnummer, adres, openingstijden, logo of dienstenaanbod. Neem de markup ook mee bij migraties en veranderingen in URL's.
Plan daarnaast een periodieke technische controle. Test belangrijke templates, bekijk Search Console en vergelijk de code met zichtbare informatie. Voor De Heldere Boekhouder zou een wijziging van /diensten/jaarrekening naar /administratie/jaarrekening bijvoorbeeld aanpassingen vereisen in de canonical, BreadcrumbList, Service-URL en interne links.
Leg vast waar de markup wordt beheerd. Zonder die documentatie kan een ontwikkelaar handmatige code laten staan terwijl een nieuwe plugin dezelfde gegevens opnieuw genereert.
Veelgestelde vragen over schema markup
Is schema markup verplicht voor SEO?
Nee. Een pagina kan zonder schema markup worden geïndexeerd en goed scoren. Structured data helpt zoekmachines wel om onderwerpen, eigenschappen en relaties explicieter te interpreteren. Voor bedrijfsgegevens, diensten en broodkruimels is dat vaak een zinvolle technische verbetering.
Krijg ik door schema markup sterren in Google?
Niet automatisch. Google ondersteunt reviewuitbreidingen alleen voor bepaalde inhoudstypen en onder specifieke voorwaarden. Zelfbeoordelingen van een LocalBusiness of Organization komen niet in aanmerking. Ook geldige review-markup biedt geen garantie dat sterren worden getoond.
Kan ik schema markup met een WordPress-plugin toevoegen?
Ja, maar controleer de gegenereerde code. Een plugin kent niet altijd de gewenste bedrijfsstructuur en kan bestaande markup dupliceren. Stel het juiste organisatietype, logo, adres en sociale profielen in en test daarna meerdere paginatypen in plaats van alleen de homepage.
Moet iedere pagina Organization-markup bevatten?
Niet als los, volledig object. Eén centrale Organization met een vaste @id is meestal voldoende. Andere objecten kunnen daarnaar verwijzen. Een dienstpagina kan bijvoorbeeld Service als hoofdonderwerp hebben en de Organization als aanbieder benoemen.
Is LocalBusiness nodig als ik klanten door heel Nederland help?
Dat hangt af van de feitelijke organisatie. Heb je een echte vestiging en daarnaast een groter werkgebied, dan kan LocalBusiness passend zijn. Gebruik geen lokale markup voor niet-bestaande locaties. Beschrijf landelijke dienstverlening zichtbaar op de website en houd vestigingsgegevens feitelijk.
Mag FAQ-markup in een uitklapbaar blok staan?
Ja, zolang bezoekers de vragen en volledige antwoorden op de pagina kunnen openen en lezen. Markup voor antwoorden die uitsluitend in de broncode staan, is niet geschikt. Houd er rekening mee dat Google FAQ-uitbreidingen voor gewone bedrijfswebsites meestal niet toont.
Hoe snel ziet Google nieuwe schema markup?
Google moet de aangepaste pagina eerst opnieuw crawlen en verwerken. Dat kan snel gebeuren, maar er geldt geen vaste termijn. Een succesvolle test zegt alleen dat de code op dat moment herkenbaar is. Het zegt niet wanneer Google de wijziging verwerkt of in een zoekfunctie gebruikt.
Wat kost het om schema markup te laten implementeren?
Dat hangt af van het aantal paginatypen, de huidige techniek en de kwaliteit van de bestaande gegevens. Eén organisatie met een paar vaste templates vraagt minder werk dan een website met veel diensten, locaties en dubbele pluginuitvoer. Laat vooraf vastleggen welke typen, templates, tests en onderhoudswerkzaamheden binnen de opdracht vallen.
Wil je zien hoe jouw bedrijfsgegevens, diensten en technische structuur in een nieuwe website kunnen samenkomen? Laat dan gratis en vrijblijvend een websitevoorbeeld maken. Het voorbeeld is kosteloos en geeft je een concrete basis om inhoud, ontwerp en vindbaarheid te beoordelen.