Het toevoegen van article schema helpt zoekmachines beter begrijpen dat een pagina echt een artikel is, wie het heeft geschreven en welke onderdelen erbij horen. Dat klinkt technisch, maar de kern is vrij praktisch: je geeft extra context mee aan je content. Voor redacties, marketeers en websitebeheerders is dat relevant, omdat structured data een artikel duidelijker beschrijft voor zoekmachines en andere systemen die content interpreteren. In dit artikel lees je wat article schema precies is, wanneer je Article, BlogPosting of NewsArticle gebruikt, welke eigenschappen je minimaal moet opnemen en hoe je de implementatie controleert zonder in veelgemaakte fouten te stappen.
Wat article schema is en waarom het ertoe doet
Article schema is een vorm van structured data waarmee je in gestandaardiseerde velden beschrijft wat voor pagina iemand bekijkt. Bij een artikel kun je bijvoorbeeld aangeven wat de titel is, wanneer het stuk is gepubliceerd, wie de auteur is, welke afbeelding erbij hoort en welke organisatie de uitgever is.
Zo’n mark-up verandert je zichtbare pagina niet. De code is vooral bedoeld voor systemen die content moeten interpreteren. Denk aan zoekmachines, maar ook aan toepassingen die informatie samenvatten, ordenen of koppelen aan andere entiteiten.
Een belangrijk punt: schema is geen vervanging van goede content. Als de pagina onduidelijk is, de auteur ontbreekt of de publicatiedatum nergens klopt, dan lost structured data dat niet op. Schema werkt het best als de inhoud, de metadata en de zichtbare pagina elkaar bevestigen.
Schema werkt het best als de inhoud, de metadata en de zichtbare pagina elkaar bevestigen.
Voor SEO is article schema vooral nuttig omdat je de semantiek van een artikel explicieter maakt. Je laat minder ruimte voor interpretatie. Dat is waardevol op sites met veel content, verschillende templates of meerdere auteurs. Ook voor AI-gedreven zoekervaringen en contentverwerking telt die extra context mee, omdat systemen dan beter kunnen afleiden waar een stuk over gaat en wie ervoor verantwoordelijk is.
Dat betekent niet dat article schema automatisch leidt tot zichtbare rich results of hogere posities. Zie het eerder als een nette, consistente manier om je content technisch beter te beschrijven. Daarmee leg je een sterkere basis voor indexatie, interpretatie en kwaliteitscontrole.
Article, BlogPosting of NewsArticle: welk type kies je?
Een van de eerste keuzes bij article schema toevoegen is het type. In de praktijk gaat het meestal om drie varianten:
- Article: een algemeen type voor redactionele artikelen.
- BlogPosting: geschikt voor blogartikelen, kennisartikelen en opiniestukken binnen een blogstructuur.
- NewsArticle: bedoeld voor nieuwscontent met een duidelijk journalistiek of actueel karakter.
De vuistregel is simpel: kies het meest specifieke type dat echt past bij de pagina. Publiceer je een blog op de website van je bureau of bedrijf, dan ligt BlogPosting vaak meer voor de hand dan het bredere Article. Gaat het om nieuwsberichten met een redactioneel karakter en actualiteitswaarde, dan kan NewsArticle passend zijn.
Twijfel je? Dan is te algemeen meestal veiliger dan te specifiek. Een kennisartikel dat je als nieuws markeert, geeft een verkeerd signaal af. Structured data moet de pagina verduidelijken, niet mooier voorstellen dan hij is.
Let ook op de samenhang met je CMS en templates. Veel websites hebben meerdere contenttypes, maar gebruiken technisch één artikeltemplate. Dan is het slim om vooraf regels vast te leggen:
- welk schematype hoort bij welk contenttype
- welke velden altijd verplicht zijn
- wie verantwoordelijk is voor auteur, datum en afbeelding
- hoe updates en revisies worden verwerkt
Die afspraken lijken klein, maar ze voorkomen rommel op schaal. Zeker op sites met tientallen of honderden artikelen wil je niet per pagina opnieuw moeten bedenken welk type logisch is.
Welke velden je minimaal nodig hebt bij article schema toevoegen
Wie article schema toevoegen serieus aanpakt, moet verder kijken dan alleen een titel en een URL. Er is een verschil tussen minimale geldigheid en een mark-up die echt bruikbaar is.
Velden die vaak als basis terugkomen zijn:
- headline: de titel van het artikel
- author: de auteur, vaak als Person en soms in combinatie met organisatiegegevens
- datePublished: publicatiedatum
- dateModified: wijzigingsdatum als die relevant is
- image: de hoofdafbeelding van het artikel
- mainEntityOfPage: de canonieke pagina waarop het artikel staat
- publisher: de publicerende organisatie
Daaromheen kun je extra eigenschappen opnemen als die echt kloppen met de pagina. Denk aan meerdere auteurs, taalinstellingen of aanvullende context rond de uitgever.
De auteur verdient extra aandacht. Als je een auteur opneemt in schema, moet die ook zichtbaar en geloofwaardig op de pagina terugkomen. Een naam zonder auteursprofiel, context of redactionele verantwoordelijkheid voelt al snel dun. Andersom geldt hetzelfde: als de pagina duidelijk een auteur toont, is het logisch dat die informatie ook in de structured data staat.
Bij afbeeldingen is consistentie belangrijk. Gebruik een afbeelding die daadwerkelijk bij het artikel hoort en technisch beschikbaar is voor crawlers. Als de pagina een andere hoofdafbeelding toont dan de schema-code, ontstaat ruis.
Structured data moet de pagina verduidelijken, niet mooier voorstellen dan hij is.
Voor teams die met meerdere talen of landen werken, komt daar nog een laag bij. Dan moet de schema-opzet aansluiten op de juiste taalversie, canonicals en lokale publicatiepagina’s. Ook hier geldt: schema volgt de inhoudsstructuur van de site. Het is geen los technisch laagje dat je er achteraf willekeurig op plakt.
Zo implementeer je article schema in de praktijk
De meest gebruikte vorm voor article schema is JSON-LD. Daarbij plaats je de structured data als script in de pagina, los van de zichtbare HTML. Dat werkt vaak overzichtelijker dan mark-up verspreiden door losse elementen in de broncode.
Hoe je dat aanpakt, hangt af van je platform:
WordPress
In WordPress kun je article schema toevoegen via een SEO-plugin, een maatwerkveld in je template of een aangepaste implementatie in het thema. De beste keuze hangt af van je site. Werk je met standaard blogtemplates, dan is een centrale template-oplossing vaak logischer dan handmatig per artikel code invoeren.
Headless CMS, React of Next.js
Bij een headless of maatwerkstack komt de schema-output meestal uit componenten of templates. Dan is het slim om de velden direct te koppelen aan je contentmodel. Zo voorkom je dat redacteuren de titel op één plek aanpassen, terwijl de schema-data achterblijft.
Workflow en kwaliteitscontrole
Een goede implementatie bestaat uit meer dan code publiceren. Je wilt ook vastleggen:
- welke velden uit het CMS komen
- welke fallbackwaarden zijn toegestaan
- wanneer een artikel geen schema mag krijgen
- hoe validatie onderdeel wordt van QA
Dat laatste punt wordt vaak onderschat. Niet elke pagina met tekst is een artikel. Een categoriepagina, contactpagina of commerciële landingspagina moet je niet als article markeren. Daarmee maak je de site technisch minder geloofwaardig.
Controleer na implementatie altijd of de output klopt met de zichtbare pagina. Kijk niet alleen of de code valide is, maar ook of de inhoud logisch is. Een foutloze syntax met verkeerde data blijft gewoon verkeerde data.
Veelgemaakte fouten en hoe je ze voorkomt
Bij article schema gaat het zelden mis op het idee, maar vaak op de uitvoering. Dit zijn fouten die regelmatig terugkomen:
- een verkeerd schematype kiezen, bijvoorbeeld NewsArticle voor gewone blogcontent
- auteurs, datums of afbeeldingen opnemen die niet overeenkomen met de pagina
- schema plaatsen op pagina’s die geen artikel zijn
- alleen minimale velden invullen en aanbevolen eigenschappen overslaan
- geen validatie doen na templatewijzigingen
- schema vergeten bij meertalige of aangepaste contentvarianten
Een andere valkuil is denken dat schema een eenmalige taak is. In werkelijkheid moet je het onderhouden. Verandert je artikeltemplate, auteursstructuur of afbeeldingslogica, dan moet je controleren of de structured data nog steeds klopt.
Ook rapportage vraagt om realisme. In Search Console of andere tools zie je soms meldingen, waarschuwingen of veranderingen in detectie. Dat betekent niet automatisch dat er iets ernstig mis is, maar het vraagt wel om interpretatie. Kijk naar patronen per template en niet alleen naar losse URL’s.
Voor grotere contentbibliotheken is een audit per template vaak slimmer dan handmatig pagina voor pagina nalopen. Controleer dan onder meer:
- of elk contenttype het juiste schema krijgt
- of verplichte en aanbevolen velden gevuld zijn
- of auteur- en uitgeverinformatie consequent terugkomt
- of canonicals, taalversies en hoofdafbeeldingen aansluiten
Zo houd je article schema beheersbaar. Zeker wanneer meerdere teams publiceren, is een simpele checklist vaak waardevoller dan een ingewikkeld document dat niemand gebruikt.
Article schema als technische laag
Article schema toevoegen is geen trucje voor snelle SEO-winst. Het is een manier om je artikelen technisch helder te beschrijven, zodat zoekmachines en andere systemen beter begrijpen wat er op de pagina staat. Kies daarom het juiste type, vul de belangrijkste velden zorgvuldig in en zorg dat de schema-data overeenkomt met wat bezoekers echt zien.
Werk je met een blog, kennisbank of redactionele sectie, dan loont het om article schema op templateniveau goed in te richten. Daarmee voorkom je losse fouten en houd je de kwaliteit ook op schaal op orde. De beste aanpak is nuchter: begin met een duidelijke basis, valideer de output en houd de implementatie bij wanneer je site verandert. Dan wordt structured data geen los technisch project, maar een logisch onderdeel van een goed opgebouwde contentomgeving.