Schema markup voor MKB: de complete implementatiegids (2026)

*Bijgewerkt: 7 september 2026. Google heeft in 2025 en 2026 een reeks schema-types uitgezet. Dit artikel is daarop nagelopen, inclusief de code-voorbeelden.*

Schema markup in 60 seconden uitgelegd

Schema markup is gestructureerde data die aan machines vertelt wat een stuk content betekent. "Hier staat een bedrijf", "hier staat een product dat 29,99 euro kost", "hier staat een vraag met het bijbehorende antwoord". Zonder schema moet elke zoekmachine dat afleiden uit je opmaak. Met schema staat het er letterlijk.

Het formaat is JSON-LD: een blok JSON in een `<script>`-tag. Het verandert niets aan hoe je pagina eruitziet, alleen aan wat een machine ervan begrijpt.

Wat er in 2026 veranderde, en waarom dat de hele gids verandert

De meeste schema-gidsen die je nu vindt, zijn geschreven toen schema vooral een truc was om je zoekresultaat groter te maken. Die tijd is voorbij. Google heeft de afgelopen drie jaar systematisch weergaven uitgezet die massaal misbruikt werden:

Bij FAQPage is de ondersteuning daarna ook uit de gereedschapskist gehaald: uit de Rich Results Test, uit het bijbehorende rapport in Search Console en uit de Search Console API. Als jouw bureau nog steeds FAQ-schema verkoopt met een belofte over meer klikken, weet je nu genoeg.

De rode draad in die beslissingen is steeds dezelfde: Google zet een weergave uit zodra hij vaker misbruikt wordt dan gebruikt. Dat is de reden waarom de nieuwe FAQ-truc van morgen ook weer verdwijnt, en waarom je schema niet moet bouwen om een zoekresultaat op te leuken.

Wat blijft er dan over? Dit:

1. De weergaven die Google nog wel toont. Sterren op een product, prijs en voorraad, broodkruimels, recepten, evenementen, vacatures.
2. Machineleesbaarheid. AI Overviews, ChatGPT, Perplexity en Gemini lezen je pagina zonder jouw ontwerp te zien. Schema is de enige plek waar je zonder ruimte voor interpretatie zegt: dit bedrijf heet zo, zit daar, doet dat en heeft die beoordeling.
3. Consistentie tussen bronnen. Je website, je Google Bedrijfsprofiel en je vermeldingen elders moeten hetzelfde beweren. Schema is waar je dat op je eigen site vastlegt.

Punt 2 is waarom schema in 2026 belangrijker is geworden, niet minder, ondanks alle uitgezette weergaven. Zie ook onze gids over AI Overviews.

Een eerlijke kanttekening over cijfers. Je leest vaak dat schema "20 tot 40 procent meer klikken" oplevert. Wij hebben geen onderzoek gevonden dat die uitspraak onderbouwt op een manier die wij zouden kunnen reproduceren, en je kunt het effect van schema ook lastig los meten van al het andere dat een sitebeheerder tegelijk verbetert. Wat je wel hard kunt zeggen: zonder de juiste markup kan een weergave zoals sterren of prijs simpelweg niet verschijnen. Schema is daarmee een voorwaarde, geen vermenigvuldiger.

De schema types die je als MKB echt nodig hebt

1. LocalBusiness (of specifieker)

Dit is de basis voor elk lokaal bedrijf. Het vertelt Google wie je bent, waar je zit, wanneer je open bent en wat je aanbiedt.

```json

{

"@context": "https://schema.org",

"@type": "LocalBusiness",

"name": "Tat2Holics Tattoo Studio",

"image": "https://tat2holics.com/logo.jpg",

"address": {

"@type": "PostalAddress",

"streetAddress": "Voorbeeldstraat 1",

"addressLocality": "Den Haag",

"postalCode": "2511AA",

"addressCountry": "NL"

},

"telephone": "+31...",

"openingHoursSpecification": [...],

"aggregateRating": {

"@type": "AggregateRating",

"ratingValue": "4.9",

"reviewCount": "216"

}

}

```

Waarschuwing bij `aggregateRating`. Dit veld veroudert sneller dan welk ander veld ook. In een eerdere versie van dit artikel stond hier `"reviewCount": "166"`, terwijl de studio in kwestie er inmiddels ruim 216 heeft. In een blog is dat vervelend. Op je eigen homepage is het een verkeerde bewering over je bedrijf die maandenlang blijft staan. Haal dit getal automatisch op, of laat het veld weg.

2. Organization

Voor je homepage. Dit beschrijft je bedrijf als merk in plaats van als locatie: naam, logo, website, sociale profielen, contactgegevens. Heb je één vestiging, dan mag je Organization en LocalBusiness combineren. Heb je er meer, dan hoort Organization op de homepage en krijgt elke vestiging een eigen LocalBusiness op de eigen pagina.

Vergeet `sameAs` niet. Daar zet je de URL's van je profielen op andere platforms in: LinkedIn, Instagram, je Google Bedrijfsprofiel, je vermelding in een branchegids. Zo koppel je die profielen expliciet aan hetzelfde bedrijf, in plaats van te hopen dat een machine de link zelf legt.

3. BreadcrumbList

Structureert je navigatie zodat Google het pad naar de pagina toont in plaats van de kale URL. Klein werk, en het is een van de weergaven die er gewoon nog is.

4. Article of BlogPosting

Voor blogs. Voegt auteur, publicatiedatum en afbeelding toe. Belangrijker dan de weergave: het `author`-veld is een van de weinige plekken waar je machineleesbaar vastlegt wie iets geschreven heeft. Dat telt mee voor de E-E-A-T-signalen die AI-antwoorden gebruiken om te beslissen wie ze citeren. Zie onze E-E-A-T gids.

Zet `dateModified` erin en houd hem eerlijk bij. Een datum die je bijwerkt zonder de tekst te veranderen, werkt na één ronde niet meer.

5. Service

Voor elke dienst die je aanbiedt: wat het is, voor wie, en tegen welke prijs als je die publiceert. Levert geen aparte weergave op, maar het is wel de plek waar je in gewone taal vastlegt wat je verkoopt. Voor AI-antwoorden op vragen als "wie doet X in Den Haag" is dat precies het veld dat gelezen wordt.

6. Product met prijs en voorraad

Voor webshops. Dit is een van de weinige types waar de opbrengst nog direct zichtbaar is: prijs, voorraad en beoordelingen kunnen in het zoekresultaat verschijnen. Zorg dat de prijs in de markup gelijk is aan de prijs op de pagina. Verschillen ze, dan kan Google de weergave voor je hele site uitzetten.

7. FAQPage: nog steeds nuttig, maar niet waarvoor je denkt

Sinds 7 mei 2026 levert FAQ-schema geen uitklapbaar zoekresultaat meer op, voor niemand. Toch is het geen dode letter: het is nog altijd de netste manier om een vraag en het bijbehorende antwoord aan elkaar te koppelen voor machines die je pagina lezen zonder hem te zien.

De praktische regel: laat bestaande FAQ-markup staan, voeg nieuwe toe als je pagina echt vragen beantwoordt, en beloof er niemand meer klikken mee. En bouw je FAQ-blok zo dat de vragen ook zichtbaar op de pagina staan. Markup zonder zichtbare tegenhanger is in strijd met Google's richtlijnen, en was precies de reden dat deze weergave is uitgezet.

Implementatie in zes stappen

Stap 1. Kijk eerst wat je al hebt

Plak je homepage in de Rich Results Test en daarna in validator.schema.org. Bijna elke site heeft al iets, meestal via een thema of een plugin, en meestal half. Je wilt weten wat er staat voordat je iets toevoegt, want een tweede blok toevoegen naast een bestaand blok is de meest gemaakte fout in dit hele artikel.

Stap 2. Kies een korte lijst en houd je eraan

Voor een gemiddelde MKB-site: Organization, LocalBusiness, BreadcrumbList, Article op je blogs en Service op je dienstpagina's. Meer types betekent meer onderhoud en zelden meer resultaat.

Stap 3. Genereer of schrijf de JSON-LD

Een generator zoals die van TechnicalSEO of Merkle is prima om te beginnen. Schrijf je hem zelf, houd dan één regel aan: geen enkel veld dat je niet kunt onderbouwen met wat er op de pagina staat.

Stap 4. Zet het op de pagina

WordPress. Yoast, AIOSEO en Rank Math genereren allemaal een basisblok. Controleer wat ze precies uitsturen voordat je zelf iets toevoegt. Zonder plugin hang je het aan de `wp_head`-hook in je child theme.

Next.js (App Router). Er is geen `metadata`-veld voor JSON-LD; je rendert het gewoon als script in je component. Dit is de component die op deze site draait:

```tsx

// components/json-ld.tsx

export function JsonLd({ data }: { data: Record<string, unknown> }) {

return (

<script

type="application/ld+json"

dangerouslySetInnerHTML={{ __html: JSON.stringify(data) }}

/>

);

}

```

En zo gebruik je hem op een pagina:

```tsx

const organisatie = {

"@context": "https://schema.org",

"@type": "Organization",

name: "OpsCode",

url: "https://opscode.nl",

logo: "https://opscode.nl/logo.png",

sameAs: ["https://www.linkedin.com/company/opscode"],

};

export default function Page() {

return (

<>

<JsonLd data={organisatie} />

{/* de rest van de pagina */}

</>

);

}

```

Twee dingen om te weten. Ten eerste: `dangerouslySetInnerHTML` is hier veilig omdat de data uit je eigen broncode komt en niet van een bezoeker. Bouw je het blok uit gebruikersinvoer op, dan moet je dat eerst opschonen, anders zet je een injectiepunt in je pagina. Ten tweede: dit werkt in een server component, dus het blok staat gewoon in de HTML die Google binnenkrijgt. Zet je het achter een client component die pas na het laden draait, dan is het maar de vraag of het gelezen wordt.

Losse HTML. Plak het script in de `<head>` of onderaan de `<body>`. Beide mag.

Stap 5. Testen, met de juiste tool

• Rich Results Test: laat zien welke weergaven Google op basis van jouw markup zou kunnen tonen. Ziet hij je FAQ-blok niet? Klopt. Dat type wordt hier sinds 2026 niet meer gerapporteerd, en dat betekent niet dat je markup stuk is.
• validator.schema.org: controleert of je markup technisch klopt, ook voor types waar Google niets mee doet. Dit is de tool die je wilt gebruiken als je voor AI-antwoorden optimaliseert.
• Search Console, onderdeel Verbeteringen: meldt fouten op je hele site in plaats van op één pagina. Dit is de enige van de drie die je vertelt of het probleem op vijf pagina's zit of op vijfhonderd.

Stap 6. Onderhoud, en zet er een moment voor in de agenda

Schema is geen eenmalig klusje. Werk bij zodra er iets verandert:

• Adres, telefoonnummer of openingstijden gewijzigd? Pas LocalBusiness aan, en meteen ook je Google Bedrijfsprofiel. Die twee moeten hetzelfde zeggen.
• Nieuwe dienst of nieuw pakket? Voeg Service toe of pas de prijs aan.
• Nieuwe huisstijl of naam? Organization en `sameAs` bijwerken.
• Reviewaantal veranderd? Zie de waarschuwing hierboven. Automatisch ophalen of weglaten.

Zet er twee keer per jaar een halfuur voor in de agenda en loop dan je vijf belangrijkste pagina's na. Dat is genoeg.

De zes fouten die we het vaakst tegenkomen

1. Markup zonder zichtbare tegenhanger. Wat in je schema staat, moet ook op de pagina staan. Beoordelingen in je markup die nergens op de site te zien zijn, is precies het misbruik waarvoor Google weergaven uitzet, en het kan je handmatige maatregel opleveren.
2. Verschillende adressen of telefoonnummers per pagina. Als je contactpagina, je footer en je schema drie varianten van hetzelfde adres geven, moet een machine kiezen. Kies zelf.
3. Dubbele blokken. Je plugin zet er een neer, je thema ook, en iemand heeft er ooit met de hand een derde bij gezet. Nu staan er drie verschillende beweringen over hetzelfde bedrijf op één pagina. Dit is de fout die we in audits het vaakst zien.
4. Voorbeeldwaarden die zijn blijven staan. "Jouw Bedrijf", "Voorbeeldstraat 1", een telefoonnummer met puntjes. Thema's leveren die mee en ze blijven jaren staan.
5. Verouderde `aggregateRating`. Zie de waarschuwing eerder in dit artikel. Wij liepen er zelf tegenaan.
6. Blijven bouwen op een uitgezette weergave. Een FAQ-blok toevoegen omdat je gelezen hebt dat het meer klikken geeft. Dat klopte tot mei 2026 en nu niet meer.

Je actie van vandaag, in tien minuten

1. Plak je homepage in de Rich Results Test. Wat komt eruit?
2. Plak dezelfde URL in validator.schema.org. Staan er fouten of waarschuwingen?
3. Loop deze vijf punten na op je bedrijfsgegevens: staat er een Organization of LocalBusiness, is het logo ingevuld, kloppen adres en telefoonnummer letterlijk met je Google Bedrijfsprofiel, staan de openingstijden erin, en klopt het reviewaantal nog?
4. Zoek naar meer dan één `application/ld+json`-blok in de broncode. Twee is bijna altijd een fout.

Vind je hier iets? Dan is dat meestal binnen een uur op te lossen. Verwacht er alleen geen klikken-explosie van: je repareert een fundament, en dat werkt door in alles wat je daarna bouwt.

Conclusie

Schema markup is in 2026 iets anders geworden dan het was. Als truc om je zoekresultaat op te leuken is het grotendeels afgeschaft, en wie het nog zo verkoopt loopt drie jaar achter. Als laag waarin je in machineleesbare taal vastlegt wie je bent, waar je zit, wat je verkoopt en wie je content geschreven heeft, is het juist belangrijker geworden. Want het aantal machines dat je site leest zonder hem te zien, groeit nog steeds.

Het kost geen budget en geen ingewikkelde tools. Twee tot vier uur eenmalig, en twee keer per jaar een halfuur onderhoud.

Wil je weten wat er nu op jouw site staat? De vier stappen hierboven kosten je tien minuten en je hebt er niemand voor nodig. Wil je een breder beeld van je site, doe dan de gratis websitescan: die scoort SEO, snelheid, mobiel, beveiliging en content. En wil je dat wij de markup inrichten en bijhouden, dan zit schema-optimalisatie standaard in alle OpsCode-pakketten. Liever eerst een gesprek? Dat kan via de contactpagina.