AI-gegenereerde blogartikelen kunnen beweringen bevatten die overtuigend klinken maar niet kloppen. Het probleem: niet elke bewering vraagt dezelfde controle. Een percentage uit een onderzoek toets je anders dan een juridische stelling of een productclaim.
Dit artikel beschrijft een factcheck-workflow die claims eerst classificeert en daarna per type een passende controle uitvoert. Zo besteedt de redactie tijd waar het risico zit — en niet aan zinnen die geen verificatie nodig hebben.
Waarom een generieke check tekortschiet
Veel teams behandelen factchecken als één stap aan het einde: iemand leest het stuk door en haalt eruit wat opvalt. Het risico van die aanpak: een onjuiste bewering hoeft bij een gewone leesronde niet op te vallen, omdat ze in dezelfde vloeiende stijl staat als de rest van de tekst.
Articulate adviseert in haar gids over het factchecken van AI-content (How to Fact-Check AI Content Like a Pro): levert de AI geen bron bij een claim, controleer die dan bij betrouwbare externe bronnen — en kun je de claim niet valideren, heroverweeg dan of je hem in de definitieve versie gebruikt. Dat principe vormt de kern van deze workflow.
Een claimtype-gedreven aanpak beoogt twee dingen. Ten eerste maakt classificatie zichtbaar wélke zinnen aandacht vragen. Ten tweede bepaalt het type de passende verificatiemethode: een cijfer traceer je naar de oorspronkelijke publicatie, een juridische bewering leg je naast de wettekst.
Stap 1: claims identificeren en classificeren
Begin met het markeren van elke verifieerbare bewering in de conceptversie. Een bewering is verifieerbaar als iemand kan aantonen dat ze waar of onwaar is. “AI maakt contentwerk leuker” is een mening; “X procent van de organisaties gebruikt AI voor content” is een claim die onderbouwing vraagt. Let op: ook vage formuleringen als “AI-content wint terrein” zijn in beginsel toetsbaar — te vaag om te verifiëren is niet hetzelfde als een mening, en vraagt dus herformulering of onderbouwing.
Deel de gemarkeerde claims vervolgens in naar type. Een werkbare indeling voor blogcontent:
- Statistische claims: percentages, aantallen, groeicijfers, onderzoeksresultaten
- Bronclaims: verwijzingen naar rapporten, studies of uitspraken van personen of organisaties
- Juridische claims: verwijzingen naar wetgeving, verplichtingen, aansprakelijkheid
- Productclaims: features, prijzen, integraties of beschikbaarheid van tools
- Definitorische en technische claims: hoe iets werkt, wat een begrip betekent
- Temporele claims: data, versies, “sinds”, “vanaf”, “de nieuwste”
Deze markeerstap kan handmatig, of met een signaleringsinstrument zoals C37 als startpunt: laat markeren welke beweringen onderbouwing vragen en in welke risicocategorie ze vallen, en laat de redacteur of expert vervolgens de bron opzoeken en beslissen. De signalering vervangt de verificatie niet.
Stap 2: verificatie per claimtype
Statistische claims: traceer naar de primaire bron
Bij cijfers is het risico dat een percentage plausibel oogt maar geen aanwijsbare basis heeft — soms inclusief een bronvermelding die bij controle niet blijkt te bestaan of het cijfer niet bevat.
De controle: zoek de oorspronkelijke publicatie op — bij voorkeur niet een blog die het cijfer citeert, maar het rapport zelf. Controleer titel, publicatiedatum en of het cijfer daadwerkelijk in de bron staat, in dezelfde context. Klopt een van die elementen niet, dan kan de claim in die vorm niet blijven staan: herformuleer of schrap.
Vind je geen primaire bron, of is de gevonden bron methodologisch zwak of onvoldoende onafhankelijk? Herschrijf dan kwalitatief (“veel organisaties”, “in de praktijk zien we”) of schrap de bewering. Een blog zonder cijfer is sterker dan een blog met een cijfer dat niet standhoudt.
Bronkwaliteit: zes criteria
Een bron vinden is niet genoeg; de bron moet ook deugen. Toets elke bron op:
- Autoriteit: is de publicerende partij deskundig op dit terrein?
- Onafhankelijkheid: heeft de bron een commercieel of politiek belang bij de conclusie?
- Methodologie: is beschreven hoe de data zijn verzameld, en is dat navolgbaar?
- Publicatiedatum: is de informatie nog actueel voor de context van het artikel?
- Toepassingsgebied: geldt de conclusie voor de markt, regio of sector waarover je schrijft?
- Belangenconflicten: is het onderzoek gefinancierd door een belanghebbende?
Spreken twee bronnen elkaar tegen? Vermeld dan beide of kies de bron die op deze criteria het sterkst scoort — en leg die afweging vast. Verwijs je naar een dynamische webpagina (prijzen, documentatie), maak dan een gedateerde archiefkopie of screenshot, zodat later controleerbaar is wat er op het moment van publicatie stond.
Bronclaims: bestaat de bron, en zegt hij dit?
Een claim als “volgens onderzoek van instituut X” vraagt twee controles. Eerst: bestaat de publicatie? Zoek op titel en auteur. Daarna: staat de toegeschreven bewering er werkelijk in, zonder verdraaiing van nuance of context?
Let op twee bekende foutpatronen: een echte organisatie gekoppeld aan een niet-bestaand rapport, of een echt rapport met een verzonnen conclusie. Beide varianten kunnen geloofwaardig ogen; controle van de bron zelf is de meest directe manier om ze te ontdekken.
Juridische claims: wettekst, doelgroep, uitzonderingen
Beweringen over de AI Act, AVG of aansprakelijkheid verdienen strenge controle, omdat fouten hier gevolgen kunnen hebben voor lezers die op de informatie handelen.
Controleer drie dingen: het juiste artikel (verwijst de tekst naar de correcte bepaling?), de doelgroep van de verplichting (geldt dit voor de provider, de deployer of de uitgever?) en de uitzonderingen (welke gevallen vallen erbuiten?). Loop standaard na of uitzonderingen ontbreken en of verplichtingen absoluter zijn geformuleerd dan de wettekst — twee punten waar concepten geregeld op sneuvelen.
Bij dit claimtype hoort een vaste rolverdeling: de redacteur signaleert, maar een jurist of compliance-officer keurt goed. Leg die goedkeuring vast, zodat achteraf traceerbaar is wie de juridische inhoud heeft gevalideerd.
Productclaims: bij voorkeur met actuele, directe bron
Features, prijzen en integraties van tools kunnen tussen het schrijven en het publiceren al wijzigen. Behandel productinformatie uit een AI-concept daarom als potentieel verouderd — niet elk systeem werkt met actuele bronnen, en of het dat doet is voor de redacteur zelden zichtbaar.
De vuistregel: noem productdetails bij voorkeur met een directe, gedateerde bron — de documentatie of prijspagina van de leverancier zelf, met vermelding van het moment van raadpleging (“per augustus 2026”) en een archiefkopie. Ontbreekt zo’n bron, beschrijf dan categorieën en afwegingscriteria in plaats van specificaties.
Definitorische en technische claims: expertreview
Uitleg over hoe iets werkt — een techniek, een proces, een begrip — kan subtiele onjuistheden bevatten: versimpelingen die net verkeerd uitpakken, of verouderde beschrijvingen. Die vallen bij een gewone redactieronde niet vanzelf op.
Hier is een inhoudelijk expert de aangewezen controleur. Glean beschrijft in haar gids over AI-contentreview (How to implement an AI content review workflow, geraadpleegd augustus 2026) waarom een sterke reviewworkflow rolgebaseerd hoort te zijn: schrijvers schrijven, redacteuren bewaken toon en structuur, vakexperts verifiëren juistheid, en goedkeurders bevestigen publicatiegereedheid — en de workflow gaat pas verder na een expliciete ja of nee per stap.
Temporele claims: is dit nog waar?
“De nieuwste versie”, “sinds vorig jaar”, “de recente wetswijziging” — dit soort formuleringen kan al bij publicatie achterhaald zijn. Controleer elke tijdsaanduiding tegen een actuele bron, of herformuleer tijdloos: noem de concrete versie of datum in plaats van een relatieve aanduiding.
Stap 3: risicoweging bepaalt de diepgang
Niet elke claim verdient dezelfde controlediepte. Weeg per claim twee factoren: hoe groot is de kans dat de bewering fout is, en hoe groot is de schade als hij fout blijkt?
Een onjuiste definitie in een introducerend blog is vervelend. Een onjuiste juridische stelling in een compliance-artikel kan lezers verkeerd laten handelen en de reputatie van de uitgever raken. Leg daarom als interne norm vast dat YMYL-onderwerpen — gezondheid, financiën, recht — de zwaarste controle krijgen, inclusief een tweede reviewer.
Een praktische driedeling:
- Laag risico: algemene, breed geaccepteerde uitspraken → steekproefsgewijze controle
- Middelrisico: cijfers, bronverwijzingen, productdetails → volledige verificatie door de redacteur
- Hoog risico: juridische, medische en financiële claims → verificatie plus goedkeuring door expert of compliance
Ook hier kan een signaleringsstap — handmatig of via C37 — passages vooraf in een risicocategorie plaatsen, zodat de redactie de reviewcapaciteit gericht inzet. De publicatiebeslissing hoort belegd te blijven bij een mens met eindverantwoordelijkheid.
Stap 4: vastleggen, hercontrole en governance
Registratie maakt de factcheck traceerbaar en herbruikbaar bij de volgende revisie. Leg per artikel vast: welke claims zijn gecontroleerd, tegen welke bron (met archiefkopie waar relevant), door wie en wanneer. Combineer dat met versiebeheer, zodat zichtbaar is welke versie is goedgekeurd en wat daarna is gewijzigd.
Plan hercontrole in: bij elke inhoudelijke wijziging van het artikel doorlopen de gewijzigde passages de workflow opnieuw, en tijdgevoelige claims (productdetails, temporele aanduidingen) krijgen een herbeoordelingsdatum.
Beleg de eindverantwoordelijkheid expliciet. Een aanbevolen model — in lijn met de rolgebaseerde aanpak die Glean beschrijft: de redacteur voert de feitelijke controle uit, de inhoudelijke expert accordeert de vakinhoud, compliance toetst de juridische en risicovolle claims, en één eindverantwoordelijke geeft de publicatie vrij. Zonder expliciete rolverdeling ontbreekt een aanspreekpunt per controlestap; benoem daarom per rol een naam, niet alleen een functie.
Checklist: factcheck-workflow in het kort
- Markeer elke verifieerbare bewering in het concept
- Classificeer per claimtype: statistisch, bron, juridisch, product, technisch, temporeel
- Verifieer per type met de passende methode (primaire bron, wettekst, leveranciersdocumentatie, expertreview)
- Toets bronkwaliteit: autoriteit, onafhankelijkheid, methodologie, datum, toepassingsgebied, belangen
- Weeg risico: laag → steekproef, midden → volledige check, hoog → expert plus compliance
- Schrap of herschrijf claims zonder houdbare bron — kwalitatief formuleren mag, verzachten zonder grond niet
- Leg vast: claim, bron (gearchiveerd), controleur, datum, versie — en plan hercontrole bij wijzigingen
- Geef vrij via één eindverantwoordelijke
Eerste stap: begin met één artikel
Een complete workflow invoeren hoeft niet in één keer. Pak het meest recente AI-gegenereerde blog uit de eigen pijplijn en voer de classificatie uit: markeer elke verifieerbare claim en label het type. Tel daarna per type hoeveel claims een bron hebben en hoeveel niet — die telling is het startpunt voor de eigen prioriteiten.
Bepaal op basis daarvan waar de controle-inspanning naartoe moet en welke rollen je als eerste formeel belegt. Wijs vervolgens een proceseigenaar aan die het claimregister bijhoudt, en evalueer na een vaste periode — bijvoorbeeld een kwartaal — welke claimtypes de meeste correcties opleverden en waar de workflow bijstelling vraagt.