AI & Content

Hoe eerlijke AI-vermelding eruitziet op een kleine website

Er bestaat geen juridisch sjabloon om lezers te vertellen dat een model de woorden heeft geschreven. Dit is de redactionele standaard waaraan wij onszelf houden — en waarom die belangrijker is dan u denkt.

The Wux Webtools Team The Wux Webtools Team 4 min lezen
Editorial illustration of a robot hand and a human hand both holding the same pen, soft palette
Inhoudsopgave
  1. De goedkope versie is overal
  2. Drie toezeggingen die het meeste afdekken
  3. 1. Vertel het de lezer, elke keer
  4. 2. Een echte mens ondertekent het stuk
  5. 3. Redigeer alsof het model een junior verslaggever is
  6. Hoe dit eruitziet op de pagina
  7. De diepere reden

De goedkope versie is overal

Zoek vandaag naar vrijwel elke praktische vraag en u komt terecht op pagina’s die in minder dan een minuut door een taalmodel zijn samengesteld. Soms kreeg het model de opdracht een echte bron samen te vatten. Soms kreeg het de opdracht er een te verzinnen. Hoe dan ook leest het resultaat plausibel, scoort de pagina redelijk, en hoefde de uitgever geen schrijver te betalen.

De goedkope versie van AI-publiceren heeft drie kenmerken gemeen:

  • Geen vermelding. De lezer krijgt niet te horen dat de pagina door een model is geschreven.
  • Geen redactie. De tekst is gepubliceerd zoals het model die produceerde.
  • Geen verantwoordelijkheid. Geen menselijke naam, geen bio, niemand om te mailen wanneer de pagina niet klopt.

Dit is slecht voor de lezer, slecht voor het open web en — iets minder vanzelfsprekend — slecht voor de uitgever. Zoekplatforms zijn begonnen dit te bestraffen, het lezerspubliek heeft geleerd het te herkennen, en het long-tail SEO-voordeel slijt elk kwartaal sneller weg naarmate meer sites precies hetzelfde doen.

Er is een betere weg. Die is ook niet erg ingewikkeld.

Drie toezeggingen die het meeste afdekken

Wij gebruiken taalmodellen op deze site voor een deel van ons schrijfwerk — meestal als snel hulpmiddel voor een eerste versie, soms voor vertaling, nooit voor feitenonderzoek. De onderstaande standaarden zijn die waaraan wij onszelf houden. We beweren niet dat ze de Enige Juiste Manier zijn; we publiceren ze zodat u ons erop kunt aanspreken, en zodat andere kleine uitgevers een vertrekpunt hebben.

1. Vertel het de lezer, elke keer

Als een model de eerste versie van een artikel heeft geschreven, krijgt het artikel een kleine badge bij de byline die dat vermeldt. Niet weggestopt in een privacybeleid. Niet in een sitebrede footer. Op het artikel zelf, waar de lezer het ziet voordat die de woorden vertrouwt.

De badge zegt niet "100% AI-gegenereerd", want dat zou misleidend zijn — elk artikel krijgt ook menselijke redactie. Er staat iets eerlijks als "AI-ondersteund, door mensen gecontroleerd", met een link naar een pagina die precies uitlegt wat dat betekent.

2. Een echte mens ondertekent het stuk

Elk artikel heeft een genoemde auteur met een echte bio, echte expertise en een echte manier om het team te bereiken. Zelfs wanneer de byline collectief is ("The Wux Webtools Team"), is het team identificeerbaar, zijn de redactionele standaarden vastgelegd en is er een persoon verantwoordelijk voor wat is gepubliceerd.

Dit is ook het deel dat voldoet aan de kanten Authoritativeness en Trust van E-E-A-T. Zoekmachines letten er tegenwoordig op. Goede lezers ook.

3. Redigeer alsof het model een junior verslaggever is

Een taalmodel is een snelle, zelfverzekerde, enigszins onbetrouwbare schrijver. Het produceert soepel proza met het verkeerde feit erin en steekt nooit een waarschuwingsvlag op. De redactieronde is daarom niet optioneel; die is juist de kern.

Echte redactie betekent:

  • Elke bewering verifiëren die raakt aan een getal, een datum, een naam of een toeschrijving.
  • Generieke voorbeelden vervangen door voorbeelden die het team daadwerkelijk in de praktijk heeft gezien.
  • Opvulling schrappen. Modellen houden van overgangen van drie zinnen; lezers niet.
  • Een perspectief toevoegen dat het model niet kan hebben. "In onze ervaring…" is de duurste zin in AI-ondersteund schrijven, omdat u die ervaring ook echt moet hebben.

Als het artikel die ronde niet kan doorstaan — als het werk van de redacteur vooral cosmetisch is — moet het artikel niet worden gepubliceerd. Beter tien eerlijke stukken per kwartaal dan vijftig gladde maar dunne stukken.

Hoe dit eruitziet op de pagina

Voor elke lezer die de standaard wil controleren, zou elk artikel op deze blog het volgende moeten tonen:

  • Een eerlijke byline (genoemde auteur of genoemd team)
  • De datum waarop het voor het eerst is gepubliceerd en de datum waarop het voor het laatst is bijgewerkt
  • Een kleine badge als een model heeft bijgedragen aan de eerste versie
  • Gelinkte bronnen voor niet-triviale beweringen
  • Een manier om contact op te nemen met het team als er iets niet klopt

Als een van deze dingen ontbreekt in een stuk dat u nu leest, laat het ons dan weten — dat is een fout in ons proces, geen bewuste keuze.

<!-- tool-cta:start -->

💡 Probeer dit: Als je wilt zien hoe zichtbaar je AI-meldingen zijn voor crawlers, controleert AI Markdown Checker hoe een pagina AI-betrokkenheid aangeeft.

<!-- tool-cta:end -->

De diepere reden

Het is verleidelijk om AI-vermelding te zien als een defensieve zet: zoekmachines tevreden houden, tegenreacties vermijden, een compliance-vakje afvinken. Die benadering mist de kern.

De echte reden om te vermelden is dat het vertrouwenscontract tussen een lezer en een uitgever het waardevolste is dat een kleine site heeft. Mensen geven u een paar minuten van hun aandacht. Ze nemen wat u zegt serieus, soms serieus genoeg om ernaar te handelen. Als ze later ontdekken dat de byline fictie was — dat er niet echt een mens achter die zinnen stond — verliezen ze niet alleen vertrouwen in u. Ze verliezen vertrouwen in het medium. En dat verlies stapelt zich op over het hele open web.

Een korte, eerlijke zin op elke AI-ondersteunde pagina is de goedkoopste verzekering daartegen.

Three-column framework showing the commitments: tell the reader every time, a real human signs the piece, and edit like the model is a junior reporter
InfographicThe 3 commitments of honest AI disclosure — A simple framework for publishing AI-assisted writing without hiding the human responsibility behind it
Page layout diagram labeling the required disclosure elements: byline, publish date, updated date, AI-assisted badge, linked sources, and contact method
InfographicWhat every AI-assisted article page should show — The disclosure standard becomes credible only when readers can see the signals directly on the page

Veelgestelde vragen

Moet ik vermelden dat ik AI heb gebruikt als het alleen om grammaticacontrole ging?
Geen redelijk mens verwacht een vermelding voor spellingcontrole of een grammaticale correctieronde. De grens die het waard is te respecteren, is of het model inhoudelijk heeft bijgedragen — schrijven, samenvatten, voorbeelden genereren. Zo ja, vermeld het.
Schaadt vermelding mijn SEO niet?
Zoekmachines hebben expliciet gezegd dat ze AI-ondersteunde content op zichzelf niet bestraffen — ze bestraffen content van lage kwaliteit die niet behulpzaam is, iets wat AI nu eenmaal vaak produceert. Een vermeld en goed geredigeerd artikel staat er veel beter voor dan een verborgen, ongeredigeerd artikel.
Hoe zit het met vertalingen?
We vertalen deze blog met AI naar 35 talen. We markeren vertaalde artikelen als zodanig, en we beweren nooit dat de vertaler een mens is. Als het oorspronkelijke artikel een AI-ondersteunde badge draagt, erven de vertalingen die.
Wat is E-E-A-T en waarom blijft het terugkomen?
Het is Google's afkorting voor Experience, Expertise, Authoritativeness, Trust — de kwaliteiten waar de beoordelaarsrichtlijnen naar zoeken in behulpzame content. Geen van de vier kan op schaal worden vervalst, en daarom blijkt eerlijke vermelding uiteindelijk in lijn te zijn met wat werkt.

Bronnen & verder lezen

  1. Google Search Central — AI-generated content guidance
  2. Google Search Quality Rater Guidelines
  3. EU AI Act — transparency obligations (Article 50)
Over de auteur
The Wux Webtools Team

Laatst bijgewerkt:

Blijf lezen