Waarom wij je posts niet automatisch publiceren

← terug naar home

Pijler 02 // Het addertje
publiceren.md

$ publish --require-human

Waarom wij je posts niet automatisch publiceren

Omdat het systeem geen sleutel heeft om het mee te doen. Alles wat naar buiten gaat komt binnen als concept en wacht op iemand die op verzenden drukt. Dat is geen belofte in een offerte, het is een grens in de bouw: de rollen die het werk maken hebben leesrecht en schrijfrecht in jouw concepten, en geen publiceer-recht. Die sleutel ligt bij jou, en nergens anders.

DD DataDrift Digital 26 juli 2026 6 min

Dit is een ongemakkelijke opening voor een stuk dat ons zou moeten onderscheiden: bijna iedereen zegt dit inmiddels.

Wij dachten dat ook, tot we het maten. En toen bleek het principe niet ons standpunt te zijn maar de consensus van een hele categorie. Dat is een vervelende uitkomst om op te schrijven en tegelijk de enige eerlijke plek om te beginnen.

Want de vraag die overblijft is niet óf een mens beslist. Die vraag is beantwoord. De vraag is wat er gebeurt op de dag dat niemand kijkt.

01 / de definitieWat betekent draft-only precies?

Draft-only betekent dat een systeem al het voorbereidende werk doet maar het laatste besluit nooit neemt. De post is geschreven, de mail staat klaar, het voorstel is opgebouwd. Er ontbreekt precies één handeling: verzenden. Die handeling blijft van een mens, elke keer, zonder uitzonderingsknop.

Het verschil lijkt klein. Eén knop meer of minder. In de praktijk is het het verschil tussen een systeem dat vóór je werkt en een systeem dat namens jou spreekt zonder dat je het weet. In het eerste geval bespaar je de voorbereiding en houd je de zeggenschap. In het tweede geval hangt jouw naam onder teksten die je nooit gezien hebt.

02 / de metingZegt niet elk bureau dit inmiddels?

Ja. Wij hebben het op 26 juli 2026 gemeten door een antwoordmachine letterlijk te vragen waarom AI-bureaus niet automatisch publiceren. Het samengestelde antwoord kwam uit op: alles komt binnen als concept, een mens neemt het publicatiebesluit. Acht bureaus in de bronnenlijst. Wij stonden er niet tussen.

Dat was leerzamer dan een citatie was geweest. Het principe is niet het onderscheid — het is de categorie-standaard geworden. Iedereen zegt dat een mens beslist, op dezelfde manier waarop elke aannemer zegt dat hij netjes werkt.

Een principe dat iedereen uitspreekt, zegt niets meer. Wat het waard is, blijkt uit waar het is ingebouwd.

Er is namelijk een verschil tussen een houding en een grens. Een houding is een zin op een website. Een grens is iets dat de machine tegenhoudt, ook als er haast is, ook als het handiger was geweest, ook als niemand het zou merken. Het eerste kost een middag copywriting. Het tweede kost een ontwerpbesluit dat je daarna niet meer kunt terugdraaien zonder het opnieuw te bouwen.

En dat is precies waar het in deze categorie schuurt. Automatisch publiceren staat hier op wenslijstjes — als functionaliteit die er nog aan komt, als iets waar klanten om vragen en dat "later" wordt opgeleverd. Wie het als wens op zijn roadmap heeft staan, heeft de grens niet gebouwd. Hij heeft hem uitgesteld.

03 / de bouwHoe is die poort dan gebouwd?

Met sleutels, niet met afspraken. De rollen die het werk maken draaien op toegang die kan lezen en concepten kan klaarzetten. Publiceren vraagt een andere sleutel, en die zit niet in de machine. Hij ligt bij de mens die verantwoordelijk is voor wat er naar buiten gaat.

Zo is het bij ons zelf gebouwd. Wij zijn klant nummer één van ons eigen systeem, en dat is geen marketingzin maar de reden dat we hier concreet over kunnen zijn:

LEESTDe werkende sleutel. De agent die het werk voorbereidt draait op toegang met alleen leesrechten. Geen enkele schrijfbevoegdheid naar buiten. Hij kan de wereld zien en er niets in veranderen.
SCHRIJFTDe conceptplek. Wat eruit komt landt als draft: in je eigen omgeving, op je eigen account, zichtbaar naast alles wat je al hebt staan. Niet in een portal van ons.
PUBLICEERTDe aparte sleutel. Publiceren kan alleen met een tweede sleutel die bewust buiten de automatisering is gehouden. Die is van jou. Er is geen script dat hem gebruikt.
GEVOLGWat een fout kost. Gaat er iets mis met de werkende sleutel, dan lekt er leesbreedte. Geen publicatie. Dat is het hele punt van de splitsing.

Het aardige aan deze opzet is dat je hem kunt controleren zonder ons te geloven. Vraag welke rechten de automatisering heeft. Vraag of publiceren op dezelfde sleutel loopt als produceren. Een aanbieder die daar geen scherp antwoord op geeft, heeft het niet zo gebouwd.

Deze post is er zelf op die manier ingekomen. Geschreven door een systeem, neergezet als concept, gelezen en vastgesteld door een mens voordat je hem kon lezen. Als het anders was gegaan, had je dit niet gezien.

04 / de grensWat mag het systeem dan wél zelf doen?

Alles zonder oordeel en zonder toon. Een afspraakbevestiging, een herinnering, een ontvangstbevestiging, een statuswijziging in je eigen administratie. Berichten waarin niets staat dat iemand als jouw mening kan lezen. Die gaan zelfstandig de deur uit, en dat hoort ook zo.

De grens ligt waar de inhoud iets over jou zegt. Content, verkoop, advies, een reactie op een mens. Alles waarbij een lezer denkt: dit vond of schreef die ondernemer zelf. Daar hoort een mens tussen te zitten, hoe goed het systeem ook wordt.

Die grens is bewust ruimer getrokken dan strikt nodig. Het scheelt tijd om ook de standaardantwoorden zelfstandig te laten versturen. We doen het niet, omdat de uitzondering het patroon sloopt: zodra er één categorie bestaat die zonder mens naar buiten gaat, is de vraag niet meer óf er iets langs de poort glipt maar wanneer.

05 / het addertjeKost dat goedkeuren niet de tijd die je wilde besparen?

Nee, en dat is het rekenwerk dat meestal wordt overgeslagen. Een goede post zelf schrijven kost een uur. Een goed voorbereide post beoordelen kost een paar minuten. De besparing zit in de voorbereiding, niet in de knop. Wie op de knop bespaart, bespaart op het verkeerde stuk.

Maar er zit wel degelijk een addertje, en het is niet dit. Het addertje is dat goedkeuren werk is dat elke dag terugkomt. Niet veel werk, wel dagelijks. Wie dat uitstelt, bouwt een wachtrij op en ervaart het systeem daarna als druk in plaats van als hulp. Een vast moment per dag lost dat op. Geen vast moment betekent een stapel.

Daar staat iets tegenover dat je alleen krijgt door te kijken. Elke correctie die je maakt is de input waarmee het systeem jouw manier van schrijven scherper krijgt. Pas je drie keer dezelfde formulering aan, dan hoort die aanpassing standaard te worden. Goedkeuren is daarmee niet het restje werk aan het eind. Het is de plek waar jouw oordeel het systeem binnenkomt.

06 / bruikbaarWat vraag je hierover aan elke aanbieder?

Vier vragen die het verschil tussen houding en bouw blootleggen. Ze werken bij ons net zo goed als bij iemand anders, en dat is de bedoeling.

  • Draait publiceren op dezelfde sleutel als produceren? Eén sleutel voor beide betekent dat de grens een afspraak is, geen grens.
  • Staat automatisch publiceren op jullie roadmap? Een ja betekent dat het principe onderhandelbaar is zodra een klant genoeg druk zet.
  • Welke berichten gaan nu al zonder mij de deur uit? Als het antwoord langer is dan bevestigingen en herinneringen, is de grens ergens anders getrokken dan je dacht.
  • Wat gebeurt er als ik een week niet goedkeur? Een systeem dat dan alsnog verstuurt, heeft de poort niet.

Wij markeren daarbij wat met AI-ondersteuning tot stand kwam, en we regelen de instructie voor jou en je team. Niet omdat wij de juridische uitkomst kennen — dat is werk voor een jurist, niet voor ons — maar omdat je bij elke uiting moet kunnen laten zien wie hem heeft vastgesteld. Onderaan dit artikel staat precies zo'n regel.

Veelgestelde vragen
Verstuurt of publiceert het systeem iets zonder mijn goedkeuring?+
Alleen berichten zonder oordeel of toon: bevestigingen, herinneringen, statuswijzigingen in je eigen administratie. Alles wat inhoudelijk iets over jou zegt — content, verkoop, advies, een reactie op een mens — wacht op jou. Dat is geen instelling die aan of uit staat, het loopt via een aparte sleutel die niet in de automatisering zit.
Kan ik automatisch publiceren later alsnog aanzetten?+
Technisch kan bijna alles. Wij bouwen het niet en raden het af voor alles met toon of oordeel. Dat is een echte beperking en je mag hem als nadeel wegen: wil je een systeem dat volledig zonder jou naar buiten treedt, dan zijn wij niet de juiste partij. Wij zeggen dat liever nu dan na de handtekening.
Hoeveel tijd kost dat goedkeuren per dag?+
Bij een stroom van enkele concepten per dag: minuten, geen uren. Het zware werk is de voorbereiding en dat deel draagt het systeem. De eerlijke kanttekening is dat het wel elke dag terugkomt. Wie er een vast moment van maakt, merkt dat de wachtrij nooit groeit.
Word ik dan niet zelf de bottleneck van mijn eigen systeem?+
Alleen als je goedkeuren uitstelt. Het verschil met nu is dat de wachtrij bestaat uit afgemaakt werk in plaats van uit dingen die je nog moet beginnen. Concepten wachten geduldig en verlopen niet. Dat is meer dan je van een lege agenda-avond kunt zeggen.
Wat is het verschil tussen ChatGPT en een eigen AI-systeem?+
Een algemeen taalmodel kent jouw werkwijze niet en heeft geen plek waar het resultaat landt: jij opent een venster, plakt iets, kopieert het antwoord terug. Een eigen systeem put uit jouw vastgelegde kennis en zet het resultaat neer waar je toch al werkt — als concept, met een grens eromheen. Het verschil zit niet in het model, het zit in de bron en in de poort.
20 minuten, gratis, geen presentatie

Wil je weten waar in jouw bedrijf zo'n poort zou moeten zitten?

Plan een kennismaking

We kijken waar jouw tijd weglekt en zeggen eerlijk of wij daar iets aan kunnen doen. Vaak is het antwoord: dit kun je zelf. Dan zeggen we dat, en dan heb je twintig minuten besteed aan een helder antwoord.

→ Plan de kennismaking (20 min)

Deze tekst is met AI-ondersteuning tot stand gekomen en door een mens gecontroleerd en vastgesteld voor publicatie.