--- title: "BooksOS versus contentkalender: poorten vóór datums | Len P. van der Hof" description: Een contentkalender plant datums. BooksOS toetst of het werk klaar is en wie dat besliste. Met een weekvoorbeeld en een test voor je volgende drie items. image: "https://lenvanderhof.com/media/generated/blog-hero-booksos-vs-content-calendar.c48e4d51b36a.wide.webp" --- [Venture Building](https://lenvanderhof.com/nl/blog/categorie/venture-building/) Onderzoeksartikel # BooksOS versus een contentkalender: wat bepaalt publicatie? Een datum reserveert een plek. Een poort legt de norm vast, wie de controle deed en of het stuk verschijnt of wacht. De kalender houdt intussen zijn eigen werk. Len P. van der HofGepubliceerd 3 november 202611 min. leestijd De boot heeft een bestemming. De gesloten sluisdeur bepaalt nog steeds wanneer hij verder mag. Direct antwoord Een contentkalender beantwoordt de vraag wanneer een stuk verschijnt. BooksOS, de productiepipeline met zeven fasen uit De agentische auteur, beantwoordt een andere vraag: is het klaar, en wie heeft dat vastgesteld? Werk gaat pas door als het een poort passeert. Na Edit volgt een aparte feitencontrole waarin een mens de bron achter elke wezenlijke claim leest. Elke claim blijft staan, wordt teruggesnoeid tot wat de bron draagt of verdwijnt, en geen dragende claim gaat onopgelost de deur uit. De kalender beschermt nog steeds tijd voor schrijven, opmaak en lancering. Hij plant de poorten in, maar vervangt ze niet. ## Belangrijkste inzichten - Een publicatiedatum is een planning; een kwaliteitspoort legt vast of een specifiek resultaat aan een vastgelegde norm voldeed, en wie dat vaststelde. - BooksOS telt zeven fasen. Feitencontrole volgt na Edit als aparte controle met een eigen poort. - Een gecontroleerde claim blijft staan zoals hij geschreven is, wordt herschreven zodat hij bij de bron past, of verdwijnt. De uitgave aanhouden is geen vierde uitkomst voor de claim, maar wat er gebeurt zolang een dragende claim openstaat. - Gebruik de kalender om schrijftijd op gewone dagen te beschermen, de opmaak een eigen plek te geven en de lancering in te plannen. De lanceerpoort sluit pas als de resultaten naast vooraf gekozen maatstaven zijn gelegd. - Leg voor de volgende drie kalenderitems vast welke controle moet slagen, wie mag vrijgeven en wat er gebeurt als de controle faalt. **Een contentkalender vertelt je wanneer een stuk verschijnt; BooksOS vraagt of het klaar is om te verschijnen, en wie dat heeft vastgesteld.** Een plek op donderdag bewijst niet dat de nieuwsbrief van donderdag klopt. Een lanceerdatum bewijst niet dat het drukbestand op ware grootte goed leest. Beide datums horen in je planning, maar geen van beide kan het werk goedkeuren. [*De agentische auteur*](https://lenvanderhof.com/boeken/the-agentic-author/) zet twee manieren tegenover elkaar om een boek te maken. De meeste boeken worden geschreven als gebeurtenis: je maakt je agenda leeg, brengt je discipline op en drukt door. Het alternatief is een systeem: een reeks herhaalbare fasen, elk met een vaste invoer, een vaste uitvoer en een poort, de norm waaraan die uitvoer moet voldoen voordat hij verder mag. Dat systeem met zeven fasen is [de BooksOS-productiepipeline](https://lenvanderhof.com/nl/blog/wat-is-booksos/), die ook op de [BooksOS-frameworkpagina](https://lenvanderhof.com/nl/frameworks/booksos/) staat: een besturingssysteem voor boeken, geen acroniem, geen CMS en geen cursus om sneller te schrijven. Pas je die logica toe op je publicaties, dan blijft de kalender nuttig, maar hangen de datums af van de besluiten erachter. ## Wat legt een contentkalender vast? Een kalender beantwoordt vragen over afstemming. Wat staat er donderdag gepland? Via welk kanaal verschijnt het? Wanneer moet het concept bij de redacteur liggen? Datums beschermen tijd voor geconcentreerd werk en laten onderdelen in dezelfde week of campagne op elkaar aansluiten. Een datum alleen vertelt je niet of een bewering door haar bron wordt gedragen, of een redenering standhoudt onder kritiek, of een opgemaakt bestand werkt op het apparaat van de lezer. In een overzicht kan één status als “klaar” drie verschillende toestanden dekken: het concept bestaat, de tekst is geredigeerd, en de claims en bestanden zijn gecontroleerd. Staat in de rij niet welke controle is gehaald en wie die heeft afgetekend, dan wordt de deadline stilzwijgend de goedkeuring. Een kalender zonder poorten beloont stiptheid boven juistheid. De twee zijn geen tegenpolen. Je kunt een kalender naast datums ook velden voor de poort geven: de vereiste controle, de beoordelaar en een status voor aanhouden als een controle faalt. Dan is je kalender een werkbare weergave van een pipeline met poorten. Het verschil zit niet in de software maar in de bevoegdheid: iets inplannen en iets vrijgeven zijn twee aparte handelingen. ## Waar zitten de poorten in BooksOS? BooksOS telt zeven fasen, met Engelse namen: Brief (de belofte), Bible (het geheugen), Map (de volgorde), Draft (de pagina’s), Edit (de afwerking), Package (de formaten) en Launch (de lancering). Daarnaast lopen drie disciplines mee: onderzoek met het [bewijsregister](https://lenvanderhof.com/nl/blog/wat-is-een-bewijsregister/), feitencontrole na Edit met een eigen poort, en tweetalige productie als tweede lijn door Draft, Edit en Package. De [boekintroductie](https://lenvanderhof.com/nl/blog/de-agentische-auteur-introductie/) schetst het volledige bouwwerk. Voor je kalender tellen vier punten: drie vóór publicatie en één erna. Ten eerste: **een voltooid concept is nog geen publicatieklare tekst**. Hoofdstuk 4 maakt de draft-klaar-poort mechanisch: een hoofdstuk is klaar met schrijven als het compleet is volgens zijn specificatie, met de these verwoord, elke claim herleid tot een regel in het bewijsregister en elk gat gemarkeerd met een notitie tussen haken. In de woorden van het hoofdstuk: “Klaar betekent compleet, niet goed.” Daarna laat je het afkoelen, minstens een dag, voordat de redactie begint. Een kalenderregel met “hoofdstuk geschreven” betekent dus: klaar voor een frisse redactionele lezing, niet voor publicatie. Ten tweede: **redactie en feitencontrole stellen verschillende vragen**. In Edit toetst het red team, een kritische lezer van buitenaf, of het schrijven een slimme scepticus overtuigt. De feitencontrole toetst of de claims kloppen. Hoofdstuk 6 houdt die twee uit elkaar omdat overtuigingskracht en juistheid verschillende eigenschappen zijn: één ronde die beide probeert te beoordelen, doet geen van beide goed. Een mens trekt elke claim die iets over de wereld beweert na tot een bron die een buitenstaander kan openen, en legt de passage naast de zin. Een bronvermelding is een verwijzing, geen bewijs. Ten derde: **een gebouwd bestand heeft nog steeds een lezer nodig**. Package zet het gecontroleerde manuscript vanuit één bron in platte tekst om naar de formaten die elk kanaal vraagt (e-book, drukbestand, webeditie), zonder één woord aan de inhoud te veranderen. Automatische controles kunnen lettertypen, links en structuur bevestigen, maar hoofdstuk 8 sluit de verpakkingspoort pas als een mens elk formaat opent op het apparaat dat bij het kanaal hoort: het e-book op een echte e-reader, het drukbestand op ware grootte of liever op papier, de webeditie op een telefoon. De regel uit het hoofdstuk: “De machine geeft het bestand vrij; een mens geeft de leeservaring vrij.” Ten vierde: **de lanceerpoort sluit pas nadat de campagne heeft gelopen**. Launch zet de campagnemiddelen in over een lanceervenster, en hoofdstuk 9 sluit de poort pas als de resultaten naast vijf maatstaven zijn gelegd die vóór het venster zijn gekozen, en het oordeel als kort verslag is opgeschreven. Meten na de lancering kan de feiten-, redactie- en opmaakcontroles niet vervangen die vóór publicatie moesten slagen. ## Wat gebeurt er als een controle niet op tijd klaar is? Loopt een controle vast of uit, maak het openstaande werk dan concreet. “Moet nog gecontroleerd worden” is te vaag om er op dinsdagochtend iets mee te doen. “De primaire bron achter de claim in alinea drie is nog niet geopend” noemt de stap die ontbreekt. In hoofdstuk 6 bevat de *verificatiewachtrij* elke claim die nog geen uitkomst heeft, met bij elke claim de volgende handeling die hem afhandelt. Je werkt die wachtrij af in volgorde van risico: de claims waar het betoog van een hoofdstuk om draait, komen eerst. Zodra een mens de bron heeft gelezen, kent hoofdstuk 6 precies drie uitkomsten: - **Behouden (*geverifieerd zoals geschreven*):** de bron bestaat, je hebt hem gelezen en hij ondersteunt de zin zoals die er staat. - **Bijstellen (*herschrijven zodat hij bij de bron past*):** de bron ondersteunt alleen een smallere versie, dus je snoeit de claim terug tot de maat van zijn bewijs, “geen graad meer”. - **Schrappen (*verwijderen*):** de bron ontbreekt, of spreekt de claim tegen en laat geen eerlijke versie over. De claim gaat eruit. Daaronder ligt de *regel van nul grijs*: geen dragende claim gaat grijs de deur uit, nog hangend tussen geverifieerd en verwijderd. Een terzijde met laag risico mag worden vrijgegeven op basis van een betrouwbare secundaire bron met een aantekening in het register, maar draagt nooit gewicht waarop het betoog leunt. De regel voor publicatie: “Een boek gaat de deur uit wanneer de wachtrij van wezenlijke claims leeg is, niet wanneer het geduld van de auteur op is.” **Aanhouden is een besluit over de uitgave, geen vierde uitkomst voor de claim.** Breekt het geplande publicatiemoment aan terwijl een dragende claim nog openstaat, dan wacht het stuk. Kun je de claim schrappen en blijft het betoog overeind, schrap hem dan, controleer de alinea opnieuw en publiceer de herziene versie. Leunt het stuk op de claim, houd de uitgave dan aan tot de bronvraag is beantwoord. Hoofdstuk 6 benoemt de omgekeerde fout: de makkelijke claims verifiëren, de moeilijke overslaan en “opleveren wanneer de tijd op is in plaats van wanneer de wachtrij leeg is”. Deze site werkt net zo: artikelen staan ingepland op vaste dagelijkse publicatiemomenten, en een artikelpaar dat niet door de beoordeling komt, wordt aangehouden in plaats van op zijn moment gepubliceerd. Een aangehouden item hoort een zichtbare vervolgstap op de kalender achter te laten: waarom het stopte, wie de controle doet en wanneer het opnieuw wordt beoordeeld. Schuif je een kaartje zonder die notitie door naar volgende week, dan verandert de datum en blijft de oorzaak liggen. ## Kun je een vast ritme houden zonder dat de datum het van de poort wint? Ja, juist omdat poorten beschermde tijd op de kalender nodig hebben. Hoofdstuk 4 waarschuwt: “Stem het quotum af op het aantal pagina’s van je beste middag, en je faalt op elke gewone dag.” Stem het daarom af op je slechtste dag: neem ongeveer vier vijfde van je werkelijke gemiddelde tempo als ondergrens, zodat je die ook op een slechte dag haalt. Het schema moet passen bij de echte beperkingen van je leven: “Kost ziekte of mantelzorg je een dag, dan geldt de vloer voor de dagen waarop je werkt, niet als een aantal dat je elke kalenderdag verschuldigd bent.” Zo’n ritme brengt hoofdstukken gestaag bij de draft-klaar-poort, zonder te doen alsof een dagelijks woordenaantal bewijst dat de claims kloppen. Reserveer ook kalendertijd voor de opmaak. Hoofdstuk 8 beschrijft een valkuil: stoppen bij het manuscript. Het proza is af, de vermoeidheid wint en de formaten worden nooit gebouwd. De oplossing: geef de opmaak een eigen plek in de planning. Dat is ook commercieel van belang, want elk lanceerkanaal stuurt lezers naar dezelfde plek, het leesfragment, en een leesfragment dat niet laadt, verspilt de aandacht die de campagne net heeft gekocht. In Launch maakt hoofdstuk 9 de *asset* tot eenheid van werk, niet de aankondiging. De positionering komt uit de boekbrief en de boekbijbel en wordt niet bij de lancering bedacht. Eén *lanceerbrief* bevat die positionering, de teksten, de mailreeks, de sociale berichten, de kanalen en de maatstaven. Een agent kan eerste versies schrijven en de kalender bouwen die elke asset over het lanceervenster inplant. Die kalender is een werkinstrument van de campagne, niet de instantie die het boek vrijgeeft. Ook als je als auteur alle petten tegelijk op hebt, leg je elke vrijgave vast als apart besluit, gekoppeld aan een specifieke versie. Een goedgekeurde opzet van gisteren geeft de herschreven kop van vandaag niet vrij, en gecontroleerde bronvermeldingen geven de weergave van je e-book nog niet vrij. ## Een uitgewerkt voorbeeld: een donderdagnieuwsbrief en een boekhoofdstuk **Dit voorbeeld is hypothetisch.** Een non-fictieauteur verstuurt elke donderdag een nieuwsbrief en schrijft intussen aan een boek over schrijfpraktijk. Op maandag staan drie dingen in de kalender: de nieuwsbrief van donderdag, een boekhoofdstuk dat van Edit naar de feitencontrole gaat, en een kort lanceerfragment uit dat hoofdstuk. Het zijn werkafspraken, geen vrijgaven. Op dinsdag luidt de kop van het concept: “Met een vast dagquotum maakt elke schrijver zijn boek sneller af.” Dezelfde zin staat in het hoofdstuk en in het voorgestelde fragment. In het bewijsregister verwijst de regel achter die zin naar het persoonlijke logboek van de auteur over drie schrijfsessies in de week ervoor. Het logboek laat zien dat de auteur een bescheiden ondergrens voor slechte dagen instelde en alle drie de sessies afmaakte. Het zegt niets over elke schrijver, en niets over hoe snel iemand een boek afmaakt. Een vlotte zin is zijn bewijs voorbijgelopen. Op woensdag opent de auteur het logboek en past hoofdstuk 6 toe. De algemene claim kan niet blijven zoals hij geschreven is. In plaats van de observatie te schrappen, kiest de auteur voor *bijstellen*: “Vorige week stelde ik een bescheiden dagquotum voor slechte dagen in en maakte ik alle drie de schrijfsessies af.” Omdat die bijstelling de belofte verandert, moet ook de kop worden herschreven en moet de herziene nieuwsbrief opnieuw worden gelezen voordat hij kan worden vrijgegeven. Dezelfde correctie gaat in de bron van het hoofdstuk, en het fragment met de oude bewering blijft buiten de lanceerwachtrij. Op donderdag beslist de poort over de uitgave. Zijn de bijgestelde nieuwsbrief en de nieuwe kop aan het logboek getoetst, dan gaat de editie de deur uit. Is de herziene tekst nog niet gecontroleerd, dan legt de kalender het aanhouden vast zonder de datum te verbergen: Gepland momentResultaatVereiste controleEigenaarStatusVolgende stapDonderdagDefinitieve nieuwsbrieftekstClaim getoetst aan logboek; herziene kop beoordeeldAuteurAangehoudenHerschrijving afmaken; vrijdag beoordelen Een ander stuk dat zijn controles al heeft doorstaan, kan de plek van donderdag innemen, of de plek blijft leeg. In beide gevallen laat de rij zien wat stopte en wat er vrijdag gebeurt. ## Bij wie ligt het besluit als de agent het werk doet? In BooksOS delegeer je niet het oordeel; je delegeert de uitvoering, nadat je het oordeel eerst hebt opgeschreven op een plek waar het het werk kan sturen. In de feitencontrole kan een agent elke controleerbare claim uit een tekst halen, kandidaatbronnen opzoeken en een bronvermelding markeren die nergens naar verwijst, of een citaat dat niet overeenkomt met het origineel. Zo kan één auteur meer controleren, zonder dat de verantwoordelijkheid verschuift voor wat onder jouw naam verschijnt. De *hallucinatiecheck* uit hoofdstuk 6 trekt de grens voor feiten: elk rapporteerbaar feit dat een agent aanleverde, is onbewezen tot een mens de bron heeft geopend en het heeft bevestigd. Hoofdstuk 9 trekt dezelfde grens voor campagnes: “De agent draait; de mens leest.” De agent zet teksten op, plant in en houdt bij, maar “of de positionering waar is en wat de getallen betekenen, zijn oordelen die bij de auteur blijven.” Na publicatie passeert de *compound-auteur* uit hoofdstuk 10 de *assetpoort* door te oogsten: geverifieerde claims, termen, stemregels, sjablonen en lanceerlessen gaan mee naar het volgende boek. Ook dan geldt: “De agent haalt een bewaarde asset op; alleen de auteur certificeert dat die nog geldt.” ## Probeer dit vandaag Open je contentkalender en kies de volgende drie items. Schrijf voor elke rij één regel met zes onderdelen: **geplande datum; exact resultaat; controle die moet slagen; persoon die mag vrijgeven; huidige status; actie als de controle faalt**. Vervang “eindcontrole” door de controle die er echt toe doet: lees de primaire bron achter de hoofdclaim, leg de herziene kop naast de tekst, of open het gebouwde bestand op het apparaat van je lezer. Stel je daarna voor dat elke publicatiedatum morgen is. Kun je de bronpassage of het bestand aanwijzen dat de beoordelaar gaat bekijken, en mag die persoon nee zeggen? Elk item met alleen een datum en geen poort is de plek waar je iets publiceert dat nog niet klaar is. Geef het een poort. Heeft een wezenlijke claim erachter nog geen uitkomst, markeer het item dan als **aangehouden**, noteer de volgende controle en prik een nieuw beoordelingsmoment. Zo houd je drie kalenderrijen over die een belofte om te publiceren onderscheiden van toestemming om te publiceren. Citeer deze pagina:BooksOS versus een contentkalender: wat bepaalt publicatie?Len P. van der Hof. [https://lenvanderhof.com/nl/blog/booksos-versus-contentkalender/](https://lenvanderhof.com/nl/blog/booksos-versus-contentkalender/) · Gepubliceerd 3 november 2026. ## Bronnen 1. [De agentische auteur](https://lenvanderhof.com/boeken/the-agentic-author/) 2. [BooksOS-framework](https://lenvanderhof.com/nl/frameworks/booksos/) 3. [Wat is BooksOS? Zeven poorten, geen schrijf-CMS](https://lenvanderhof.com/nl/blog/wat-is-booksos/) 4. [De agentische auteur: stop met boeken schrijven. Bouw een productiesysteem.](https://lenvanderhof.com/nl/blog/de-agentische-auteur-introductie/) 5. [Wat is een bewijsregister?](https://lenvanderhof.com/nl/blog/wat-is-een-bewijsregister/) ## Verder lezen - [Wat is BooksOS? Zeven poorten, geen schrijf-CMS](https://lenvanderhof.com/nl/blog/wat-is-booksos/) - [De agentische auteur: boekintroductie](https://lenvanderhof.com/nl/blog/de-agentische-auteur-introductie/) - [Wat is een bewijsregister?](https://lenvanderhof.com/nl/blog/wat-is-een-bewijsregister/) - [BooksOS-framework](https://lenvanderhof.com/nl/frameworks/booksos/) - [De agentische auteur](https://lenvanderhof.com/boeken/the-agentic-author/) Over de auteur ## [Len P. van der Hof](https://lenvanderhof.com/nl/auteurs/len-p-van-der-hof/) Ondernemer, AI-innovator en venture builder Len P. van der Hof bouwt praktische AI-systemen, digitale ventures en evidence-informed hulpmiddelen voor founders. ```json { "@context": "https://schema.org", "@graph": [ { "@type": "Person", "@id": "https://lenvanderhof.com/#person", "name": "Len P. van der Hof", "alternateName": [ "Len van der Hof", "L.P. van der Hof", "Leendert Pieter van der Hof" ], "honorificSuffix": "MSc", "url": "https://lenvanderhof.com/", "image": [ "https://lenvanderhof.com/photos/len-portrait-1.jpg", "https://lenvanderhof.com/photos/len-portrait-2.jpg", "https://lenvanderhof.com/photos/len-portrait-3.jpg", "https://lenvanderhof.com/photos/len-portrait-4.jpg", "https://lenvanderhof.com/photos/len-speaking.jpg", "https://lenvanderhof.com/photos/len-hero.jpg" ], "jobTitle": "Ondernemer, AI-innovator en venture builder", "description": "Len P. van der Hof, MSc, is een Nederlandse ondernemer en AI-innovator in Zwijndrecht. Hij bouwt ReasonKit, MindSesh, Undominated.ai, boeken onder zijn eigen naam, het fictie-imprint LPH98.lifestyle en technologieventures via LPH98.ventures. Elf titels in Systems for the Strategic Self zijn nu verkrijgbaar, in het Engels en het Nederlands.", "address": { "@type": "PostalAddress", "addressLocality": "Zwijndrecht", "addressCountry": "NL" }, "alumniOf": { "@type": "CollegeOrUniversity", "name": "Rotterdam School of Management, Erasmus University" }, "knowsAbout": [ "Artificial intelligence", "AI agents", "Agentic AI systems", "LLM routing", "SEO", "Generative engine optimization", "Answer engine optimization", "Venture building", "Founder performance", "Founder psychology", "Evidence-based decision-making" ], "sameAs": [ "https://www.linkedin.com/in/lenvanderhof/", "https://x.com/LenvanderHof", "https://www.youtube.com/channel/UCTG20buKqYYbitqqf7l3zJA", "https://www.instagram.com/Lenvanderhof/", "https://www.threads.com/@lenvanderhof", "https://github.com/Lenvanderhof", "https://huggingface.co/LPH98", "https://www.npmjs.com/~lenvanderhof", "https://www.goodreads.com/author/show/70983905.Len_P_van_der_Hof", "https://www.amazon.com/author/lenvanderhof", "https://www.bol.com/nl/nl/b/len-p-van-der-hof-msc/609879394/", "https://bsky.app/profile/lenvanderhof.com", "https://mastodon.social/@Lenvanderhof", "https://crates.io/users/Lenvanderhof", "https://cursor.com/@Lenvanderhof", "https://medium.com/@Lenvanderhof", "https://gitlab.com/Lenvanderhof", "https://hub.docker.com/u/lenvanderhof/", "https://dev.to/lenvanderhof", "https://www.facebook.com/Lenvanderhof", "https://soundcloud.com/Lenvanderhof" ], "affiliation": [ { "@id": "https://lenvanderhof.com/#publisher" }, { "@id": "https://lenvanderhof.com/#mindsesh" }, { "@id": "https://lenvanderhof.com/#lifestyle" } ] }, { "@type": "WebSite", "@id": "https://lenvanderhof.com/#website", "url": "https://lenvanderhof.com/", "name": "Len P. van der Hof", "description": "Len P. van der Hof, MSc, is een Nederlandse ondernemer en AI-innovator in Zwijndrecht. Hij bouwt ReasonKit, MindSesh, Undominated.ai, boeken onder zijn eigen naam, het fictie-imprint LPH98.lifestyle en technologieventures via LPH98.ventures. Elf titels in Systems for the Strategic Self zijn nu verkrijgbaar, in het Engels en het Nederlands.", "inLanguage": [ "en", "nl" ], "publisher": { "@id": "https://lenvanderhof.com/#person" } }, { "@type": "Organization", "@id": "https://lenvanderhof.com/#publisher", "name": "LPH98.ventures", "url": "https://lph98.ventures", "founder": { "@id": "https://lenvanderhof.com/#person" } }, { "@type": "Organization", "@id": "https://lenvanderhof.com/#mindsesh", "name": "MindSesh", "url": "https://mindsesh.net", "founder": { "@id": "https://lenvanderhof.com/#person" } }, { "@type": "SoftwareApplication", "@id": "https://lenvanderhof.com/#reasonkit", "name": "ReasonKit", "url": "https://reasonkit.sh", "creator": { "@id": "https://lenvanderhof.com/#person" } }, { "@type": "SoftwareApplication", "@id": "https://lenvanderhof.com/#undominated", "name": "Undominated.ai", "url": "https://undominated.ai", "creator": { "@id": "https://lenvanderhof.com/#person" } }, { "@type": "Organization", "@id": "https://lenvanderhof.com/#lifestyle", "name": "LPH98.lifestyle", "url": "https://lph98.lifestyle", "founder": { "@id": "https://lenvanderhof.com/#person" } }, { "@type": "ImageObject", "@id": "https://lenvanderhof.com/nl/blog/booksos-versus-contentkalender/#primaryimage", "url": "https://lenvanderhof.com/media/generated/blog-hero-booksos-vs-content-calendar.c48e4d51b36a.wide.webp", "contentUrl": "https://lenvanderhof.com/media/generated/blog-hero-booksos-vs-content-calendar.c48e4d51b36a.wide.webp", "representativeOfPage": true }, { "@type": "BreadcrumbList", "@id": "https://lenvanderhof.com/nl/blog/booksos-versus-contentkalender/#breadcrumb", "itemListElement": [ { "@type": "ListItem", "position": 1, "name": "Home", "item": "https://lenvanderhof.com/nl/" }, { "@type": "ListItem", "position": 2, "name": "Blog", "item": "https://lenvanderhof.com/nl/blog/" }, { "@type": "ListItem", "position": 3, "name": "Venture Building", "item": "https://lenvanderhof.com/nl/blog/categorie/venture-building/" }, { "@type": "ListItem", "position": 4, "name": "BooksOS versus een contentkalender: wat bepaalt publicatie?", "item": "https://lenvanderhof.com/nl/blog/booksos-versus-contentkalender/" } ] }, { "@type": "WebPage", "@id": "https://lenvanderhof.com/nl/blog/booksos-versus-contentkalender/#webpage", "url": "https://lenvanderhof.com/nl/blog/booksos-versus-contentkalender/", "name": "BooksOS versus een contentkalender: wat bepaalt publicatie?", "description": "Een contentkalender plant datums. BooksOS toetst of het werk klaar is en wie dat besliste. Met een weekvoorbeeld en een test voor je volgende drie items.", "isPartOf": { "@id": "https://lenvanderhof.com/#website" }, "primaryImageOfPage": { "@id": "https://lenvanderhof.com/nl/blog/booksos-versus-contentkalender/#primaryimage" }, "breadcrumb": { "@id": "https://lenvanderhof.com/nl/blog/booksos-versus-contentkalender/#breadcrumb" }, "inLanguage": "nl-NL" }, { "@type": "BlogPosting", "@id": "https://lenvanderhof.com/nl/blog/booksos-versus-contentkalender/#article", "mainEntityOfPage": { "@id": "https://lenvanderhof.com/nl/blog/booksos-versus-contentkalender/#webpage" }, "headline": "BooksOS versus een contentkalender: wat bepaalt publicatie?", "description": "Een contentkalender plant datums. BooksOS toetst of het werk klaar is en wie dat besliste. Met een weekvoorbeeld en een test voor je volgende drie items.", "datePublished": "2026-11-03T20:32:00.000Z", "author": { "@id": "https://lenvanderhof.com/#person" }, "publisher": { "@id": "https://lenvanderhof.com/#person" }, "image": [ "https://lenvanderhof.com/media/generated/blog-hero-booksos-vs-content-calendar.c48e4d51b36a.square.webp", "https://lenvanderhof.com/media/generated/blog-hero-booksos-vs-content-calendar.c48e4d51b36a.landscape.webp", "https://lenvanderhof.com/media/generated/blog-hero-booksos-vs-content-calendar.c48e4d51b36a.wide.webp" ], "articleSection": "Venture Building", "inLanguage": "nl-NL" } ] } ```