Schema.org voor MKB — welke types echt nuttig?

Q: Is schema.org een ranking-factor?

Niet direct. Schema.org helpt Google je content beter te begrijpen, en triggert 'rich results' (sterren, FAQ-accordions, prijs-snippets) in zoekresultaten. Die rich results verhogen je click-through-rate aantoonbaar, wat indirect je rankings beïnvloedt.

Q: Welke schema-types heb ik echt nodig?

Voor MKB-dienstverleners: LocalBusiness (of specifiekere subtype), Service, BreadcrumbList, en FAQPage als je relevante FAQ's hebt. Voor blogs ook Article. Dat is het. De rest is meestal overkill of marketing-praatje.

Q: Krijg ik automatisch rich snippets als ik schema toevoeg?

Nee. Schema is een aanvraag, geen garantie. Google kiest zelf wanneer en welke rich results getoond worden. Bij correcte schema + gerelevante content + voldoende authoriteit verschijnen ze meestal binnen 2-6 weken.

TL;DR Voor MKB-dienstverleners volstaan 4 schema-types: LocalBusiness (of subtype), Service, BreadcrumbList, FAQPage. Voor blogs ook Article. Plak ze als JSON-LD in je <head>. Resultaat: rich snippets in zoekresultaten + betere content-begrip door Google. Geen ranking-boost direct, wel hogere CTR.

Wat schema.org is

Schema.org is een gestandaardiseerde "taal" om Google (en andere zoekmachines) te vertellen wat de inhoud van een pagina betekent. Niet wat er staat — dat lezen ze zelf — maar wat het IS. Een telefoonnummer? Een prijs? Een openingstijd? Een review-rating?

Je plaatst schema als JSON-LD in een <script type="application/ld+json"> in je <head>. Onzichtbaar voor bezoekers, leesbaar voor zoekmachines.

De 4 schema-types voor MKB-dienstverleners

1. LocalBusiness (of specifieker subtype)

Hoort op je homepage. Vertelt Google: dit is een lokaal bedrijf, hier zijn de NAP-gegevens, hier zijn openingstijden, hier is service area.

{
  "@context": "https://schema.org",
  "@type": "Plumber",
  "name": "Loodgieter Mijdrecht",
  "address": {"@type":"PostalAddress","streetAddress":"Dorpsstraat 1","addressLocality":"Mijdrecht","postalCode":"3641 EE","addressCountry":"NL"},
  "telephone":"+31-297-123456",
  "url":"https://loodgietermijdrecht.nl",
  "openingHours":"Mo-Fr 08:00-18:00",
  "areaServed":["Mijdrecht","Wilnis","Vinkeveen"]
}

Gebruik het specifiekste subtype dat past: Plumber, Electrician, HVACBusiness, RoofingContractor, Dentist, LegalService, etc. Geen specifiek subtype? Dan algemene LocalBusiness.

2. Service

Hoort op elke service-pagina. Vertelt Google: deze pagina gaat over een specifieke dienst.

{
  "@context": "https://schema.org",
  "@type": "Service",
  "name": "Loodgieter Mijdrecht — lekkages",
  "provider": {"@id":"https://loodgietermijdrecht.nl/#org"},
  "areaServed":"Mijdrecht",
  "serviceType":"Loodgieterswerk"
}

3. BreadcrumbList

Vertelt Google de navigatiestructuur. Triggert breadcrumbs in zoekresultaten in plaats van een lelijke URL. Standaard op elke pagina behalve homepage.

{
  "@context":"https://schema.org",
  "@type":"BreadcrumbList",
  "itemListElement":[
    {"@type":"ListItem","position":1,"name":"Home","item":"https://example.nl/"},
    {"@type":"ListItem","position":2,"name":"Diensten","item":"https://example.nl/diensten/"},
    {"@type":"ListItem","position":3,"name":"Loodgieter","item":"https://example.nl/diensten/loodgieter/"}
  ]
}

4. FAQPage

Op elke pagina met een FAQ-sectie. Triggert FAQ-accordions onder je zoekresultaat — kan je SERP-ruimte enorm vergroten.

{
  "@context":"https://schema.org",
  "@type":"FAQPage",
  "mainEntity":[
    {"@type":"Question","name":"Hoe snel kunnen jullie komen?","acceptedAnswer":{"@type":"Answer","text":"Bij spoed binnen 60 minuten in Mijdrecht en omgeving."}}
  ]
}

LET OP: Google heeft sinds 2023 FAQ-rich-results beperkt tot autoritaire sites (overheid, medische). Voor MKB werkt het soms nog, soms niet — maar schadelijk is het nooit.

Optioneel — voor specifieke gevallen

Article (voor blog-posts)

Op elke blog-artikel. Vertelt Google: dit is een artikel, met auteur, datum, sectie. Helpt voor news/blog rich results.

Review / AggregateRating

Stoppen we vaak in LocalBusiness als embedded review-data. Triggert sterren in zoekresultaten — sterk klik-aantrekker. Maar: alleen gebruiken als je echt klant-reviews hebt op je site. Google straft fake review-schema.

Product (alleen voor webshops)

Niet voor dienstverleners. Voor webshops verplicht: Product + Offer + AggregateRating + Review. Zonder = geen Google Shopping presence.

Schema-types die voor MKB meestal overkill zijn

Organization — wordt vervangen door LocalBusiness
Person voor eigenaar — zelden nuttig in zoekresultaten
WebSite met SearchAction — alleen voor sites met interne zoekfunctie die genoeg traffic heeft
Event — alleen als je echt evenementen organiseert
HowTo — sinds 2023 grotendeels uitgefaseerd door Google
JobPosting — alleen als je actief vacatures plaatst

Hoe schema testen

Twee tools:

validator.schema.org — syntactische validatie
Google Rich Results Test — toont welke rich snippets Google zou kunnen geven

Plak je URL in, fix de errors die verschijnen. Voor de meeste MKB-sites zit dat binnen 30 minuten.

Wat het oplevert

Schema.org is geen directe ranking-factor maar wel een conversie-versterker:

Rich snippets (sterren, FAQ-accordion, breadcrumbs, prijzen) — gemiddeld 15-30% hogere CTR
Knowledge Panel-data — Google haalt info uit schema om je profiel rechts in search te vullen
Voice search — Google Assistant en Siri gebruiken schema voor antwoorden
AI search — ChatGPT, Perplexity gebruiken structured data om bedrijven te citeren

Alle 4 hoofd-schema's zitten standaard in elke rebuild bij DesignCheck — niet als extra dienst, gewoon onderdeel van de basis. Zie prijzen (vast €3.995). Onzeker wat je nu hebt? De gratis audit rapporteert exact welke schema-types op je site staan en wat ontbreekt. Of bekijk eerst lokale SEO MKB 2026 voor het bredere plaatje.

FAQ — schema.org voor MKB

Is schema.org een ranking-factor?

Niet direct. Wel een CTR-versterker via rich snippets, wat indirect je rankings verbetert.

Welke schema-types heb ik echt nodig?

LocalBusiness (of subtype), Service, BreadcrumbList, FAQPage. Voor blogs ook Article. Dat is het.

Krijg ik automatisch rich snippets als ik schema toevoeg?

Nee. Schema is een aanvraag, geen garantie. Bij correcte schema + relevante content + voldoende autoriteit verschijnen ze meestal binnen 2-6 weken.

Mag ik schema gebruiken voor reviews die ik niet op mijn site toon?

Nee. Google's policy: schema mag alleen data bevatten die ook zichtbaar is op de pagina. Fake review-schema = handmatige penalty mogelijk.

Hoe gestructureerde data écht door zoekmachines wordt gebruikt

Onder de motorkap behandelt Google JSON-LD niet als een vrijblijvende verklaring, maar als een gevalideerde brondatabase per pagina. Wanneer je een LocalBusiness-blok plaatst met openingstijden, adres en telefoonnummer, vergelijkt Google die data met andere bronnen — Business Profile, KvK, sectorportals, lokale media. Bij overeenstemming groeit het vertrouwen in jouw site als bron. Bij conflict — bijvoorbeeld andere openingstijden op de site dan op het profiel — daalt het vertrouwen in beide en wordt geen van beide gepresenteerd in rich results.

Voor MKB betekent dit dat de Schema-data op je site geen marketinglaag is maar een waarheidstoets. Wat je in JSON-LD zet, hoort exact te kloppen met wat zichtbaar op de pagina staat én met wat in je Business Profile staat. Een telefoonnummer met spaties op de site, zonder spaties in Schema, en met streepjes in het profiel — die drie varianten leiden tot een lagere herkenningsgraad. De fix is triviaal: één afspraak over notatie, overal hetzelfde.

Een tweede effect: Schema-blokken voeden niet alleen Google maar steeds vaker ook AI-chatzoekopdrachten en spraakassistenten. Wanneer iemand aan een AI vraagt naar een hovenier in De Ronde Venen, kijken de onderliggende systemen naar gestructureerde data eerst. Pagina's zonder Schema komen sneller in de fallback-categorie van "best gokken op basis van platte tekst" en verschijnen minder vaak als geciteerde bron.

Volgorde van invoering bij een bestaande site

Wanneer je nu nog niets aan Schema doet, voer je het niet in één keer in. De juiste volgorde voor MKB-dienstverleners: eerst LocalBusiness op je homepage, want dat is de basis-entiteit waar al het andere aan hangt. Zorg dat dit blok foutloos valideert in Google's Rich Results Test voordat je verder gaat. Daarna BreadcrumbList op alle dieper-gelegen pagina's, omdat dat de structuur in één blokje verstevigt en relatief weinig kans op fouten geeft.

Vervolgens Service-blokken op je dienstpagina's, met expliciete verwijzing naar de hoofd-LocalBusiness via de provider-eigenschap. Pas in stap vier ga je FAQPage toepassen, en alleen op pagina's waar de FAQ ook werkelijk zichtbaar in de body staat. Een veelgemaakte fout is FAQ-Schema toevoegen aan elke pagina, ook als er geen FAQ-blok staat — dat triggert handmatige acties door Google omdat de markup niet matcht met de zichtbare content.

Voor Keurmeesters hebben we deze volgorde over twee weken uitgevoerd. Eerst de centrale LocalBusiness met geo-coördinaten, telefoonnummer, openingstijden. Daarna 31 keer een BreadcrumbList, één per stadspagina, geautomatiseerd gegenereerd vanuit de URL-structuur. Vervolgens een Service-blok op elke stadspagina dat verwijst naar de centrale entiteit. Tot slot FAQPage-blokken op de pagina's met expliciete vraag-antwoord-secties. Het resultaat: Lighthouse 96+, rich results in zoekresultaten, en consistent rankende stadspagina's.

De relatie tussen Schema, Lighthouse en interne linking

Schema staat niet op zichzelf. Een Service-blok dat verwijst naar een LocalBusiness moet syntactisch correct zijn, anders faalt de Lighthouse Structured-Data-check. Een BreadcrumbList moet kloppen met de werkelijke interne linkstructuur op de pagina, anders ontstaat verwarring tussen wat Google "ziet" en wat Schema "zegt". Interne links, Schema en URL-structuur vormen één samenhangend signaal — drie talen die hetzelfde verhaal vertellen.

Wij behandelen deze drie samen als één bouwsteen. Bij elke nieuwe pagina staat de URL vast vóór Schema wordt gegenereerd, de Schema wordt automatisch afgeleid van de hiërarchie, en de interne links worden geplaatst conform diezelfde hiërarchie. Geen menselijke fout in handmatige duplicatie. Geen drift tussen de drie lagen. Dat is geen luxe, het is de basisdiscipline waar de Lighthouse-score van 96+ uit voortkomt.

Schema-types die in 2026 echt zinvol zijn

LocalBusiness (of subtype zoals Plumber, Dentist, Electrician) op de homepage met volledige NAP plus geo-coördinaten.
BreadcrumbList op elke pagina behalve de homepage, automatisch gegenereerd vanuit URL-structuur.
Service-blok op elke dienstpagina met provider-verwijzing naar de centrale LocalBusiness.
FAQPage alleen waar zichtbare FAQ-blokken in de body staan, nooit als losstaande markup.
Article-blok op elke blogpost met headline, datePublished, dateModified, author, image.
BreadcrumbList ook in JSON-LD bij blogposts, zelfs als je geen zichtbare breadcrumbs hebt.
AggregateRating alleen koppelen aan LocalBusiness als je daadwerkelijk reviews op de site toont.
Review-blokken individueel uitschrijven zodra je vijftien of meer echte reviews hebt.
OpeningHoursSpecification voor genuanceerde openingstijden (zomer-/winterregeling, feestdagen).
Person-blok voor zichtbare team-leden op een teamspagina, niet als losstaande declaratie.
WebSite-blok met SearchAction alleen als je site een werkende interne zoekfunctie heeft.
Image-blokken met contentUrl, width en height in elke Article voor preview-stabiliteit.
VideoObject alleen toevoegen wanneer er ook werkelijk een video op de pagina staat met uploadDate en thumbnail.
JobPosting alleen tijdens actieve vacatureperiodes — verwijder na sluiting om "expired listings" te vermijden.
HowTo zo veel mogelijk vermijden, sinds 2023 grotendeels uitgefaseerd in zoekresultaten.

Schema-fouten die wij maandelijks tegenkomen in audits

Bij vrijwel elke nieuwe audit zien we drie tot vijf Schema-fouten die direct te repareren zijn. De meest voorkomende: een LocalBusiness-blok zonder geo-coördinaten, waardoor lokale signalen veel zwakker zijn dan ze hadden kunnen zijn. Een Service-blok zonder verwijzing naar de centrale Organization, waardoor Google de dienst niet kan koppelen aan het bedrijf. Een FAQPage-blok waarvan de antwoorden niet matchen met de zichtbare body-tekst, waardoor Google de markup uit de rich-result-pool haalt.

Een andere klassieker: dubbele Organization-blokken. Wanneer een plugin een blok genereert en de developer er handmatig nog één bijplakt, krijgt Google tegenstrijdige signalen over hoe je bedrijf heet. Vaak verschilt dan de adresregel of het telefoonnummer subtiel, met als gevolg dat Google geen van beide gebruikt voor het Knowledge Panel. Eén bron, één blok, één waarheid — dat is de regel.

De derde regelmatige fout zit in afbeelding-URL's binnen Schema. Een Article-blok met een image-URL die nergens op je site bereikbaar is, faalt stil. Geen rich result, geen visuele preview, geen knowledge-panel-illustratie. Onze controle: elke URL in Schema moet zelfstandig in een browser openen en een 200-status geven. Geen 404, geen redirect, geen authenticatie-prompt.

Wereldwijde context: Schema voor meertalige sites

Wanneer een site meerdere talen serveert, krijgt elke taalvariant z'n eigen Schema-set. De LocalBusiness op de Nederlandse pagina mag verwijzen naar de Belgische LocalBusiness via sameAs, maar niet via provider of parentOrganization, tenzij ze juridisch ook werkelijk samenhangen. Het verschil is subtiel maar belangrijk: sameAs zegt "deze entiteiten zijn varianten van dezelfde", parentOrganization zegt "deze is onderdeel van die".

Voor klanten die in meer dan twee markten werken, gebruiken we vaak een centraal Organization-blok op de hoofdpagina van elke taal, plus locatie-specifieke LocalBusiness-blokken op vestigingspagina's. De koppeling tussen Organization en LocalBusiness loopt via brand of memberOf. Zo blijft elke vestiging individueel rankbaar op lokale zoektermen, terwijl de overkoepelende organisatie als entiteit herkend blijft door Google's knowledge-graph.

Wat doe je vandaag?

Plak de URL van je homepage in Google's Rich Results Test en noteer welke types nu gevonden worden.
Voeg een LocalBusiness-blok toe als dat ontbreekt, met volledige NAP plus geo-coördinaten plus openingstijden.
Controleer of alle image-URL's in je bestaande Schema-blokken zelfstandig openen in een browser.
Loop één voor één je dienstpagina's langs en voeg Service-blokken toe met provider-verwijzing naar de homepage-LocalBusiness.
Valideer elk nieuw of bijgewerkt blok via validator.schema.org plus de Rich Results Test, niet via "het zal wel werken".

Verder lezen

Mag ik Schema bouwen met een generator-tool?

Voor losse blokken werken generatoren prima — Schema.org-validator zelf heeft er één, en Merkle biedt een gratis tool aan. Voor complexere sites raden we aan om Schema in je CMS- of build-pipeline te zetten, zodat blokken automatisch worden gegenereerd vanuit je echte content. Handmatige Schema raakt snel out-of-sync met de zichtbare pagina, en dat is precies waar Google's beleid voor handmatige acties op aanslaat.

Werkt Schema ook voor sociale media-previews?

Niet rechtstreeks. Sociale media-previews komen uit Open Graph en Twitter Card-tags, niet uit Schema. Beide horen op elke pagina te staan: Open Graph voor Facebook, LinkedIn en WhatsApp; Twitter Card voor X; Schema voor Google en AI-zoekmachines. De drie talen overlappen deels in inhoud (titel, beschrijving, afbeelding) maar werken naast elkaar, niet als vervangers.

Hoe Schema rankings versterkt zonder zelf een ranking-factor te zijn

De technische waarheid: Schema.org-markup beïnvloedt rankings niet direct. Google heeft dat meermaals bevestigd. Het indirecte effect is echter aanzienlijk. Drie mechanismen werken tegelijk. Eén: rich results trekken hogere doorklikrates in zoekresultaten, en doorklikrate is een gedragssignaal dat het algoritme wel meeweegt. Twee: gestructureerde data versnelt het begrip van je pagina, waardoor Google sneller besluit dat een pagina relevant is voor een zoekterm. Drie: Schema versterkt de herkenning van je bedrijf als entiteit in het knowledge-graph, en sterke entiteiten ranken op zichzelf staand beter dan losse pagina's.

Voor MKB-dienstverleners betekent dit dat Schema een rendement-versterker is op al je andere SEO-inspanningen. Een sterke content-pagina zonder Schema rankt prima. Diezelfde pagina met goed gevulde Schema rankt iets beter én trekt 15 tot 30 procent meer clicks vanuit dezelfde positie. Voor sites met dunne content of zwakke autoriteit kan Schema het verschil maken tussen positie acht en positie vier. Voor sites die al sterk staan, voegt het hooguit één tot twee posities toe — maar wel structureel en zonder maandelijkse kosten.

Een tweede waarheid die vaak onderbelicht blijft: Schema werkt over tijd accumulatief. Een correct ingevoerde LocalBusiness met geo-coördinaten en openingstijden levert vanaf dag één een klein voordeel op, maar het echte effect zie je pas wanneer Google je entiteit heeft gekoppeld aan reviews, citations en externe vermeldingen. Dat proces neemt zes tot twaalf weken in beslag. Wie te vroeg concludeert dat Schema "niets doet", mist de hele opbouwfase. Wij meten bij MKB-klanten consistent een doorklik-rate-stijging tussen acht en achttien procent over een kwartaal na een complete Schema-inrichting.

Hoe vaak moet ik Schema-blokken updaten?

Bij elke wijziging die de zichtbare content raakt: openingstijden, prijzen, dienstenlijst, contactgegevens, FAQ-antwoorden. Statische blokken zoals een Organization-blok met logo en NAP-gegevens hoeven alleen bijgewerkt te worden bij verhuizing, naamswijziging of rebranding. Een goede praktijk: integreer Schema in je publicatieproces zodat het automatisch meebeweegt met content-updates.

Door Lorenzo Ruisi — DesignCheck. Laatst bijgewerkt 16 mei 2026.