De meeste websites worden beoordeeld op wat direct zichtbaar is: functionaliteit, snelheid en conversie. Vrijwel niemand stelt bij oplevering de vraag hoeveel complexiteit er ongemerkt wordt ingebouwd voor de komende vijf jaar. Wat daaronder zit, de structurele kosten over meerdere jaren, blijft vaak buiten beeld. En juist daar wordt het verschil gemaakt.
Total Cost of Ownership (TCO) gaat niet over wat een website kost om te bouwen, maar over wat hij kost om te blijven draaien. In de praktijk wordt dat onderscheid zelden scherp gemaakt, terwijl dit juist de grootste financiële component is.
Waar TCO in de praktijk uit bestaat: de kosten na livegang
In IT-context is TCO al jaren een bekende maatstaf. Het omvat alle kosten gedurende de levensduur van een systeem, van ontwikkeling tot uitfasering.
Voor een Drupal-website gaat het onder meer om de volgende kostenposten:
- Initiële ontwikkeling
- Hosting en infrastructuur
- Updates (core, modules, afhankelijkheden)
- Incidenten en bugfixes
- Doorontwikkeling
- Monitoring en beveiliging
Deze kostenposten worden in de beginfase vaak onderschat of impliciet als ‘later’ beschouwd, terwijl ze uiteindelijk het grootste deel van de TCO bepalen.
In de praktijk verschuift het zwaartepunt al snel naar de periode na livegang. Het is geen uitzondering dat 70 tot 80 procent van de totale kosten in beheer en onderhoud zit.
Toch wordt besluitvorming nog vaak gedomineerd door de initiële bouwfase.
Waar het in de praktijk misgaat: kleine keuzes, grote gevolgen
Kosten lopen zelden uit de hand door één verkeerde keuze. Het gebeurt doordat kleine, ogenschijnlijk logische beslissingen zich opstapelen.
Een paar herkenbare patronen:
- Composer-dependencies lopen uiteen, waardoor updates vastlopen op version conflicts
- Een site krijgt ‘nog even’ een extra module omdat dat sneller is dan maatwerk
- Een andere site kiest een alternatieve oplossing voor hetzelfde probleem
- Versies van Drupal core lopen uiteen omdat updates worden uitgesteld
- Maatwerk wordt projectspecifiek gebouwd en niet hergebruikt
Op zichzelf zijn dit verdedigbare keuzes. Samen zorgen ze er echter voor dat elke site een eigen ecosysteem wordt. En dat heeft een direct gevolg: onderhoud wordt onvoorspelbaar.
Het kantelpunt: van losse projecten naar een beheersbaar systeem
De grootste kostenpost zit niet in wat complex is, maar in wat afwijkt. Zodra elke website net anders is opgebouwd, ontstaat er een situatie waarin:
- Updates niet meer herhaalbaar zijn
- Analyse telkens opnieuw moet plaatsvinden
- Kennis niet overdraagbaar is
Een security-update wordt dan geen routinehandeling meer, maar een mini-project. Niet omdat Drupal onderhoud per definitie ingewikkeld is, maar omdat elke afwijking analyse, tests en uitzonderingen introduceert. En precies daar beginnen onderhoudskosten zich ongemerkt op te stapelen.
De impact van een uniforme basis: herhaalbaarheid als kostenbesparing
Een uniforme basis draait niet om beperking, maar om beheersing.
Dat betekent concreet:
- Een vaste Drupal-opzet
- Een bewuste en beperkte modulekeuze
- Herbruikbare configuraties
- Gestandaardiseerde deployment- en updateprocessen
Het effect hiervan wordt pas zichtbaar over tijd.
Waar een update normaal gesproken per site moet worden geanalyseerd, kan dat binnen een uniforme basis grotendeels één keer gebeuren. Waar maatwerk normaal uniek is, wordt het onderdeel van een gedeelde laag.
Het verschil zit niet in techniek, maar in herhaalbaarheid en voorspelbaarheid.
Wat dit concreet betekent in uren: het verschil tussen herhalen en hergebruiken
Het verschil tussen beide benaderingen is niet theoretisch, maar praktisch meetbaar.
Een voorbeeld uit de praktijk (gebaseerd op bandbreedtes uit meerdere projecten):
- Security-update op een versnipperde omgeving:
- Analyse per site: 1–2 uur
- Testen en oplossen van conflicts: 2–6 uur
- Uitrol: 1 uur
- Totaal: 4–9 uur per site
- Diezelfde update binnen een uniforme basis:
- Centrale analyse: 1–2 uur
- Testen op referentieomgeving: 2–3 uur
- Uitrol over meerdere sites: 0,5–1 uur per site
Het verschil zit niet in een spectaculaire optimalisatie, maar in het voorkomen van herhaling. Dat klinkt administratief, bijna saai zelfs, totdat een organisatie twintig websites beheert en elke update ineens tientallen uren extra analyse vraagt. Op dat punt wordt standaardisatie geen technische voorkeur meer, maar een financiële keuze.
Automatisering en analyse: alleen effectief binnen consistente omgevingen
Sinds 2023 is het gebruik van automatisering en AI in beheerprocessen sterk toegenomen, met name rond dependency-analyse, security advisories en changelog-interpretatie.
In de praktijk betekent dat:
- Sneller inzicht in welke updates relevant zijn
- Betere prioritering van kwetsbaarheden
- Minder tijd kwijt aan handmatig uitzoekwerk
Maar er zit een harde grens aan wat dit oplevert. Wanneer elke omgeving anders is opgebouwd, verliest automatisering een groot deel van zijn waarde. Vergelijken wordt lastiger, patronen verdwijnen en elke analyse blijft contextafhankelijk.
Met andere woorden: tooling versnelt alleen wat al consistent is.
De denkfout in veel organisaties: flexibiliteit is niet gratis
Er zit een terugkerende denkfout in hoe naar websites wordt gekeken. Flexibiliteit in de beginfase wordt gezien als voordeel, terwijl diezelfde flexibiliteit in de praktijk vaak leidt tot structurele onderhoudskosten. Elke uitzondering die vandaag tijd bespaart, moet morgen onderhouden worden, getest worden en meegenomen worden in toekomstige updates. En dat gebeurt zelden maar één keer.
Wat dit betekent voor besluitvorming: sturen op variatie
De relevante vraag verschuift daarmee. Niet langer draait het alleen om wat een website functioneel kan, maar vooral om hoeveel variatie wordt geïntroduceerd en welke onderhoudslast daarmee bewust of onbewust wordt geaccepteerd voor de komende jaren. Dat vraagt om andere keuzes: minder nadruk op ad-hocoplossingen, meer nadruk op standaardisatie en een bewustere afweging van afwijkingen. Dit zijn geen zichtbare keuzes voor eindgebruikers, maar ze bepalen wel of een website beheersbaar blijft.
Conclusie: voorspelbaarheid als onderscheidende factor
De impact op Total Cost of Ownership zit zelden in grote beslissingen. Hij zit in de optelsom van kleine afwijkingen die onderhoud complex maken. Een uniforme basis beperkt die afwijkingen, niet door alles gelijk te maken, maar door keuzes te begrenzen en processen herhaalbaar te maken. Dat vertaalt zich niet alleen in lagere kosten, maar vooral in een situatie waarin onderhoud voorspelbaar wordt. En voorspelbaarheid is uiteindelijk waar het verschil zit tussen een website die structureel aandacht vraagt en een website die beheersbaar blijft.