De meeste Drupal-sites die ik tegenkom zijn niet stuk. Ze zijn bereikbaar, bezoekers kunnen pagina’s bekijken, formulieren werken en aanvragen komen gewoon binnen. Voor veel organisaties is dat voldoende bewijs dat de website technisch in orde is. Dat is begrijpelijk. Een website is immers een middel om een doel te bereiken, geen doel op zichzelf. Toch wringt daar iets. Functioneren en gezond zijn blijken namelijk niet altijd hetzelfde te betekenen.
Wanneer organisaties nadenken over de technische staat van hun website, gebeurt dat vaak vanuit zichtbare symptomen. Is de website online? Zijn er foutmeldingen? Komen er klachten binnen? Zolang het antwoord op die vragen geruststellend is, verdwijnt het onderwerp meestal naar de achtergrond. Maar technische gezondheid laat zich niet uitsluitend aflezen aan wat bezoekers vandaag ervaren. Ze zegt minstens zoveel over de vraag hoe de website zich morgen zal gedragen wanneer er iets verandert. Dat verschil lijkt subtiel, maar heeft grote gevolgen.
Werken is niet hetzelfde als gezond zijn
Vergelijk het met een gebouw. Een kantoor kan er aan de buitenkant prima uitzien terwijl de installaties verouderd zijn, onderhoud jarenlang is uitgesteld en niemand precies weet hoe bepaalde systemen zijn aangesloten. De dagelijkse gebruiker merkt daar weinig van. Pas wanneer er een verbouwing nodig is of een storing optreedt, wordt duidelijk hoeveel technische achterstand zich ongemerkt heeft opgebouwd.
Bij websites zie je iets vergelijkbaars. Een Drupal-site kan jarenlang probleemloos draaien terwijl updates worden uitgesteld, modules niet langer actief worden onderhouden of de hostingomgeving langzaam achter raakt op de rest van de markt. Geen van die zaken hoeft direct tot problemen te leiden. Sterker nog, vaak blijven ze lange tijd onzichtbaar. Juist daardoor ontstaat het risico dat technische gezondheid wordt verward met het uitblijven van incidenten. Dat is een begrijpelijke denkfout. Als iets werkt, waarom zou je eraan twijfelen?
Wat gebeurt er als uw ontwikkelaar morgen stopt?
Er bestaat een eenvoudige vraag die vaak meer zegt over de technische gezondheid van een Drupal-site dan een lange lijst technische controles. Stel dat de huidige ontwikkelaar morgen niet meer beschikbaar is. Hoeveel tijd heeft een nieuwe partij nodig om de website verantwoord over te nemen?
De reactie op die vraag is vaak veelzeggend. Soms ligt er documentatie klaar, zijn de gebruikte modules bekend, is maatwerk beschreven en kan een nieuwe beheerder relatief snel begrijpen hoe de website in elkaar zit. In andere gevallen blijkt belangrijke kennis uitsluitend aanwezig in het hoofd van één persoon. Waarom een bepaalde module ooit is geïnstalleerd, welke afhankelijkheden bestaan tussen onderdelen en welke keuzes in het verleden zijn gemaakt, niemand weet het precies meer.
De website functioneert dan misschien nog uitstekend, maar de overdraagbaarheid is beperkt. Dat maakt haar kwetsbaarder dan op het eerste gezicht zichtbaar is. Technische gezondheid gaat daarom niet alleen over software. Ze gaat ook over inzicht, documentatie en beheersbaarheid.
Technische schuld ontstaat zelden bewust
Opvallend genoeg ontstaat technische achterstand meestal niet doordat iemand onverantwoord handelt. In de praktijk zie je eerder het tegenovergestelde. Vrijwel iedere afzonderlijke beslissing is goed te verdedigen.
Een update wordt een maand uitgesteld omdat een campagne prioriteit heeft. Een verouderde module blijft nog even staan omdat er belangrijkere werkzaamheden zijn. Een upgrade naar een nieuwe Drupal-versie wordt doorgeschoven tot na een drukke periode. Geen van die keuzes is op zichzelf onlogisch.
Het probleem ontstaat doordat dergelijke beslissingen zich opstapelen. Wat begint als een tijdelijke uitzondering groeit langzaam uit tot een structurele situatie. Voor je het weet zijn maanden jaren geworden. Ondertussen ontwikkelt de wereld rondom de website zich gewoon verder. Software bereikt het einde van haar ondersteuning, modules worden verlaten, nieuwe beveiligingsstandaarden verschijnen en hostingplatforms veranderen. De website blijft stilstaan terwijl haar omgeving blijft bewegen. Dat verschil wordt vaak pas zichtbaar wanneer een organisatie een wijziging wil doorvoeren.
Gezondheid toont zich pas bij verandering
Misschien moeten we technische gezondheid daarom anders definiëren dan vaak gebeurt. Veel organisaties koppelen gezondheid aan stabiliteit. Een stabiele website is immers een goede website, zo lijkt de redenering. Maar stabiliteit vertelt slechts een deel van het verhaal.
Een gezondere maatstaf is veranderbaarheid. Hoe eenvoudig laat een website zich aanpassen? Hoe voorspelbaar verloopt een upgrade? Hoeveel onzekerheid ontstaat wanneer nieuwe functionaliteit wordt toegevoegd? Kan een beveiligingsupdate zonder grote risico’s worden uitgevoerd? Dat zijn vragen die veel directer raken aan de technische staat van een systeem.
In gezonde omgevingen kosten veranderingen tijd en aandacht, maar blijven de gevolgen grotendeels voorspelbaar. In minder gezonde omgevingen voelt zelfs een beperkte wijziging als een sprong in het onbekende. Een update veroorzaakt onverwachte conflicten. Maatwerk blijkt afhankelijk van verouderde componenten. Niemand weet precies welke modules nog actief gebruikt worden en welke al jaren ongemerkt meeliften. Op dat moment wordt duidelijk dat de website misschien wel functioneert, maar technisch minder gezond is dan gedacht.
| Situatie | Werkt de website? | Technisch gezond? |
|---|---|---|
| Drupal-site draait probleemloos, maar updates zijn 2 jaar achterstallig | Ja | Waarschijnlijk niet |
| Site gebruikt alleen ondersteunde software en wordt actief onderhouden | Ja | Waarschijnlijk wel |
| Niemand weet waarom bepaalde modules aanwezig zijn | Ja | Moeilijk te zeggen |
| Nieuwe beheerpartij kan de site snel overnemen | Ja | Waarschijnlijk wel |
| Elke wijziging leidt tot onverwachte problemen | Vaak wel | Waarschijnlijk niet |
Een Drupal-site bestaat niet alleen uit Drupal
Een andere misvatting is dat de technische staat van een website grotendeels wordt bepaald door de Drupal-versie zelf. Natuurlijk speelt Drupal core een belangrijke rol, maar moderne websites bestaan uit veel meer onderdelen.
Een gemiddelde Drupal-installatie steunt op contrib-modules, PHP-versies, databaseservers, hostingomgevingen, SSL-certificaten, DNS-configuraties, externe koppelingen en soms aanzienlijke hoeveelheden maatwerk. Al die componenten hebben hun eigen levenscyclus. Ze worden ontwikkeld, onderhouden, aangepast en uiteindelijk vervangen.
De vraag is daarom niet alleen of Drupal zelf actueel is. De interessantere vraag is hoe afhankelijk de website is van componenten die hun beste tijd misschien al achter zich hebben liggen. Wat gebeurt er wanneer een cruciale module niet langer wordt onderhouden? Wat gebeurt er wanneer een hostingplatform een noodzakelijke upgrade vereist? Hoeveel inspanning kost het om de website mee te laten bewegen met die veranderingen?
Dat zijn geen uitzonderlijke situaties. Het zijn normale gebeurtenissen binnen iedere levenscyclus van software.
Een andere definitie van gezondheid
Wanneer organisaties spreken over een gezonde website, bedoelen zij meestal dat bezoekers geen problemen ervaren. Dat blijft uiteraard belangrijk. Een website die voortdurend storingen veroorzaakt, heeft een direct probleem.
Maar technische gezondheid gaat uiteindelijk over iets anders. Zij gaat over de mate waarin een website beheersbaar blijft wanneer omstandigheden veranderen. Over de vraag of updates uitvoerbaar zijn, kennis overdraagbaar blijft en afhankelijkheden voldoende inzichtelijk zijn om weloverwogen beslissingen te nemen.
Juist daarom zijn de ongezondste Drupal-sites vaak niet de websites die zichtbaar worstelen. Het zijn de websites die jarenlang probleemloos functioneren terwijl niemand zich nog afvraagt hoe onderhoudbaar ze eigenlijk zijn geworden.
Dat maakt technische gezondheid een merkwaardig begrip. Je merkt haar zelden wanneer alles goed gaat. Meestal wordt zij pas zichtbaar op het moment dat er iets moet veranderen. En misschien is dat meteen de bruikbaarste definitie: een gezonde Drupal-site is niet een website zonder problemen, maar een website waarvoor veranderingen geen verrassing hoeven te zijn.