Waarom wij je posts niet automatisch publiceren
$ 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.
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:
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.
Verstuurt of publiceert het systeem iets zonder mijn goedkeuring?+
Kan ik automatisch publiceren later alsnog aanzetten?+
Hoeveel tijd kost dat goedkeuren per dag?+
Word ik dan niet zelf de bottleneck van mijn eigen systeem?+
Wat is het verschil tussen ChatGPT en een eigen AI-systeem?+
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.
Deze tekst is met AI-ondersteuning tot stand gekomen en door een mens gecontroleerd en vastgesteld voor publicatie.