Schema.org markup implementeren: complete gids voor het MKB

Waar kijk je eerst naar?

Schema is geen truc, maar een helderheidslaag. Label artikelen, diensten, FAQ's, auteurs, breadcrumbs en bedrijfsinformatie zodat machines content correct interpreteren.

• Breng paginatypes in kaart.
• Voeg Article en FAQPage toe aan kennisbankcontent.
• Gebruik Service schema op commerciële pagina's.
• Valideer markup vóór publicatie.

Wat moet het opleveren?

Het resultaat is betere interpretatie, kans op rich results en sterkere signalen voor AI-antwoordmachines.

GEO-citeerbaarheid beoordelen

AI-zoekmachines citeren geen pagina omdat die lang is, maar omdat de pagina een vraag helder beantwoordt, betrouwbaar oogt en makkelijk te ontleden is. Denk in losse antwoordblokken in plaats van alleen blogtekst.

Publicatieproces voor AI-zoekmachines

GEO is geen eenmalige optimalisatie. Het is een ritme van publiceren, clusteren, intern linken en actualiseren op basis van vragen die klanten en zoekmachines stellen.

• Kies één zoekintentie per pagina.
• Begin met een citeerbaar direct antwoord.
• Gebruik tabellen bij vergelijkingen en keuzes.
• Link naar pillar- en supporting artikelen.
• Ververs pagina's wanneer tools, wetgeving of marktcontext verandert.

Structured data beschrijft wat al zichtbaar op de pagina staat

Schema.org-markup geeft zoekmachines expliciete informatie over bijvoorbeeld de organisatie, auteur, dienst, breadcrumb of het artikel. Het is geen plek om extra zoekwoorden of onzichtbare claims toe te voegen. Kies alleen typen die bij de pagina passen en waarvan de verplichte en aanbevolen velden met zichtbare inhoud overeenkomen.

• Gebruik Organization of LocalBusiness voor consistente bedrijfsgegevens.
• Gebruik Article of BlogPosting voor redactionele kennisartikelen.
• Voeg BreadcrumbList toe wanneer de zichtbare navigatiestructuur dat ondersteunt.
• Gebruik Service op echte dienstenpagina's en FAQPage alleen waar passend en zichtbaar.

Een heldere graph voor een kennisartikel

Een artikel kan als hoofdpunt een Article-node hebben met headline, datum, auteur, uitgever, afbeelding en canonieke URL. De auteur verwijst naar een Person-node en de uitgever naar dezelfde Organization-node die sitebreed wordt gebruikt. Een BreadcrumbList beschrijft de route van kennisbank naar categorie en artikel. Door vaste @id-waarden te gebruiken, worden deze onderdelen als samenhangende entiteiten herkenbaar in plaats van losse blokken JSON.

Implementeer en valideer stap voor stap

Start met de pagina's die commercieel of redactioneel het belangrijkst zijn. Bouw markup vanuit herbruikbare helpers, zodat URL's, namen en logo's niet per pagina uiteenlopen.

• Inventariseer paginatypen en kies per template het meest specifieke schema.
• Maak stabiele @id-waarden op basis van de canonieke productie-URL.
• Vul alleen gegevens in die werkelijk bekend en zichtbaar zijn.
• Test JSON-syntax, Google's Rich Results Test en Schema Markup Validator.
• Controleer na deployment rendered HTML en Search Console-rapporten.

Controleer techniek én effect

Geldige markup garandeert geen rich result. Houd technische fouten bij, maar beoordeel ook of zoekmachines de juiste canonieke pagina en entiteiten begrijpen.

• Aantal geldige en ongeldige items per schematype.
• Pagina's met ontbrekende of conflicterende canonieke URL's.
• Impressies en klikratio voor ondersteunde zoekresultaten.
• Consistentie van organisatie-, auteur- en locatiegegevens op de hele site.

Meer schema is niet automatisch beter

Voeg geen Product, Review of AggregateRating toe zonder echte zichtbare producten en beoordelingen. Markeer ook geen navigatieblokken als FAQ om extra ruimte in Google te proberen krijgen. Overmatige of misleidende markup vergroot onderhoud en kan handmatige acties uitlokken. Een kleine, correcte graph is waardevoller dan een lange lijst typen die niet bij de inhoud passen.

Ontwerp eerst het gegevensmodel achter de website

Goede structured data begint niet met losse codefragmenten, maar met een overzicht van de entiteiten op de site. Bepaal welke organisatie, personen, diensten, artikelen, locaties en producten werkelijk bestaan en hoe ze met elkaar samenhangen. Gebruik voor iedere entiteit een vaste `@id`, zodat Google dezelfde organisatie of auteur op verschillende pagina's kan herkennen. De zichtbare content blijft altijd leidend: schema mag informatie verduidelijken, maar niets beweren wat een bezoeker niet op de pagina kan controleren.

• Geef Organization, WebSite, auteurs en vestigingen ieder één stabiele, absolute `@id`.
• Verbind een Article via author en publisher met bestaande Person- en Organization-entiteiten.
• Gebruik BreadcrumbList volgens de zichtbare navigatiestructuur en canonieke URL's.

Kies alleen schema dat bij het paginatype past

Meer markup is niet automatisch beter. Een dienstenpagina is geen Product als er geen concreet productaanbod staat, en een lijst met marketingvragen is niet per definitie een FAQPage. Maak per template een klein schema-profiel en vul alleen eigenschappen die betrouwbaar beschikbaar zijn. Voor een kennisbankartikel zijn headline, description, dates, author en mainEntityOfPage meestal belangrijker dan tientallen optionele velden. Bij lokale pagina's moeten adres en vestigingsgegevens bovendien overeenkomen met de rest van de website.

• Kennisbank: Article of BlogPosting, BreadcrumbList en relevante organisatiegegevens.
• Diensten: Service met provider, areaServed en een duidelijke servicebeschrijving.
• Bedrijf: Organization met contactpunten, locaties en gecontroleerde sameAs-profielen.

Valideer techniek én betekenis na iedere release

Een groene syntactische test bewijst alleen dat JSON-LD leesbaar is. Controleer daarnaast of URL's canoniek zijn, datums kloppen, entiteiten niet dubbel worden aangemaakt en de markup overeenkomt met de pagina. Test belangrijke templates in Google's Rich Results Test en Schema.org Validator, en controleer vervolgens Search Console op nieuwe fouten. Bouw deze controle in de releaseflow; handmatig geplakte markup veroudert snel zodra titels, routes of componenten veranderen.

• Test minimaal één representatieve URL per paginatype na een templatewijziging.
• Controleer gerenderde HTML, niet alleen de TypeScript- of CMS-bron.
• Monitor fouten, waarschuwingen en veranderingen in rich-result-rapporten per release.