Je content verdient dezelfde versiecontrole als je code

Een CMS-item publiceren voelt niet voor niets spannend: als er iets misgaat, is teruggaan naar waar je was niet altijd eenvoudig. Sommige platformen geven je een beperkte undo-stack. Andere beperken de geschiedenis tot een vast aantal revisies of een rollend venster van 30 dagen. Weer andere beschouwen volledige versiegeschiedenis als een enterprise-feature waarvoor je apart betaalt.

Het resultaat is een contentteam dat voorzichtig publiceert — niet omdat ze zo gedisciplineerd zijn, maar omdat ze nerveus zijn. Dat is de verkeerde soort voorzichtigheid.

b10cks bewaart elke versie, voor altijd, in elk plan. Experimenteer vrij. Draai met vertrouwen terug.

Elke keer dat content in b10cks wordt opgeslagen — als concept, autosave, publicatie of bewerking — wordt er een nieuwe versie aangemaakt en bewaard. Er is geen bewaartermijn. Geen limiet op het aantal revisies. Geen "oudere versies worden na 30 dagen verwijderd."

• Volledig wijzigingsregister: zie elke versie, wie die heeft gemaakt en wanneer
• Herstellen met één klik: zet elke vorige versie terug naar concept of live
• Geschiedenis per veld: bekijk precies welke velden tussen twee versies zijn gewijzigd
• Audittrail: compliance-vriendelijk overzicht van wie wat wanneer heeft gewijzigd, door je hele contentomgeving heen

De versiegeschiedenis van je content is net zo lang als de levensduur van je project. Als je wilt zien hoe je homepage er zes maanden vóór een rebranding uitzag, dan staat die er gewoon.

Een contentbranch is een geïsoleerde werkkopie van je contentomgeving. Redacteuren werken vrij — structuren herschikken, nieuwe pagina’s opstellen, nieuwe contenttypes testen — zonder enig risico voor de live site.

Zo werken branches in b10cks:

• Maak een branch vanaf elk punt in je contentgeschiedenis — vanuit de huidige live status, vanaf een tag of vanaf een andere branch
• Werk onafhankelijk: wijzigingen op een branch hebben geen effect op andere branches of de hoofdomgeving
• Samenvoegen wanneer je klaar bent: breng branch-wijzigingen terug naar de hoofdomgeving, met conflictdetectie en merge-oplossing op veldniveau
• Veilig verwijderen: branches die niet goed uitpakten kun je zonder gevolgen weggooien

Dit is de workflow waarmee een developer in staging het contentmodel van een site opnieuw kan opbouwen terwijl redacteuren gewoon doorgaan met publiceren naar productie. Geen freezes. Geen "raak het CMS deze week alsjeblieft niet aan."

Niet elke versie is gelijk. Sommige markeren een mijlpaal — een productlancering, een seizoenscampagne, een snapshot vóór een redesign, een goedgekeurde tekstreview.

Met versie-tags kun je elke versie van elke content een betekenisvolle naam geven:

• v2.-launch · black-friday-2025 · pre-rebrand-snapshot · legal-approved-Q1
• Tags zijn doorzoekbaar en filterbaar in je volledige versiegeschiedenis
• Herstel of maak op elk moment een branch vanaf een tag — zonder in tijdstempels te moeten zoeken
• Gebruik tags als vaste referentiepunten bij overdrachten tussen meerdere teams

Wanneer de ceo vraagt "wat stond er precies live op de lanceringsdag?" — dan heb je meteen het antwoord.

Een release in b10cks is een benoemde verzameling contentwijzigingen — over meerdere items, blocktypes en talen heen — die samen worden voorbereid en als één gecoördineerd moment worden gepubliceerd.

• Groepeer wijzigingen: bundel een homepage-update, een herziening van een productpagina en een nieuwe blogpost in één release
• Bekijk de release vooraf voordat die live gaat — zie de volledige set wijzigingen precies zoals je publiek die te zien krijgt
• Plan het in: zet een go-live moment en loop weg; b10cks publiceert alles in de release atomisch

Zo ziet een campagne lanceren eruit als je CMS het echt ondersteunt.

Elke versie in de b10cks-geschiedenis is publiceerbaar — niet alleen het huidige concept. Als je een live pagina wilt terugzetten naar een eerdere staat, hoef je niet handmatig wijzigingen terug te draaien of iets uit een back-up te plakken. Je promoot de versie die je wilt en die gaat live.

• Direct terugrollen: promoot een vorige versie in één handeling naar gepubliceerd
• Geselecteerd terugrollen: zet één item terug zonder iets anders op de site aan te raken
• Controle per taal: rol content voor een specifieke taal apart terug; je andere taalversies blijven onaangetast
• Publiceren vanaf een branch: merge en publiceer de staat van een branch zonder via de hoofdwerkkopie te gaan

Geen "herstellen vanaf back-up"-proces. Geen developer nodig. Kies gewoon de versie die live moet en publiceer die.

Live preview van elke versie Richt je frontend preview-URL op een historische versie, tag of branch — niet alleen op het huidige concept. Zie precies hoe een vroegere contentstaat werd gerenderd op je echte site, in de echte lay-out, voordat je besluit om die terug te zetten of weg te gooien. Werkt met elk frontend-framework via de b10cks preview token API.

Side-by-side diff Selecteer twee willekeurige versies van een item en krijg een veldniveau-diff — wat is toegevoegd, wat is gewijzigd, wat is verwijderd. Gepresenteerd als heldere, leesbare output: geen ruwe JSON, geen muur van rode en groene regels.

• Vergelijk concept met gepubliceerd
• Vergelijk een branch met main
• Vergelijk twee willekeurige versies uit de geschiedenis
• Vergelijk één veld of het volledige item

Wanneer een stakeholder vraagt "wat is er sinds afgelopen dinsdag veranderd?" heb je binnen drie klikken het exacte antwoord.

Voor developers
Branch het contentmodel zelf — niet alleen items. Test nieuwe blocktypes en schemawijzigingen in een geïsoleerde branch voordat je ze naar je live omgeving promoot. Schemabranches zijn direct zichtbaar in de API, zodat je frontendbranch parallel kan bouwen op de nieuwe contentstructuur.

Voor contentteams
Seizoenscampagnes, A/B-teksttests en site-relaunches profiteren allemaal van branches. Werk geïsoleerd aan concepten, preview in context, merge zodra alles is goedgekeurd. Geen eindeloze e-mailketens meer met "niks publiceren tot de lancering".

Voor bureaus
Maak een branch per klantdeliverable. Bouw en review in isolatie. Merge naar main zodra het is goedgekeurd. Het werk van elke klant blijft onzichtbaar voor productie totdat het klaar is.