Als je website nog op Drupal 7 draait, weet je waarschijnlijk al dat dat niet ideaal is.

Misschien ondersteunt je vorige agency de site niet meer. Misschien zijn kleine aanpassingen moeilijk geworden. Misschien kreeg je te horen dat de hele website opnieuw gebouwd moet worden. Of misschien werkt de site nog voldoende, waardoor vervangen nooit echt dringend werd.

Dat is een heel herkenbare situatie.

Het belangrijkste is: panikeer niet. Maar negeer het ook niet.

Drupal 7 is intussen een oud platform. De site zomaar online laten zonder plan brengt risico’s met zich mee. Dat betekent niet dat je morgen een grote, dure rebuild nodig hebt. Het betekent wel dat je best begrijpt in welke staat de website zich bevindt en een paar praktische beslissingen neemt.

Eerst: ontdek wat je eigenlijk hebt

Veel kleinere organisaties weten niet meer precies wat er allemaal in hun website zit.

Dat is normaal. Websites groeien doorheen de jaren. Agencies veranderen. Mensen vertrekken. Modules worden toegevoegd. Content stapelt zich op. Wat begon als een eenvoudige site kan langzaam iets worden dat niemand nog volledig begrijpt.

Voor je beslist wat er moet gebeuren, breng je best de basis in kaart:

  • Wie host de website?
  • Wie heeft toegang?
  • Worden er backups gemaakt?
  • Kan de site hersteld worden als er iets misloopt?
  • Welke delen van de site worden nog gebruikt?
  • Welke formulieren of functies zijn belangrijk?
  • Wie past de content aan?
  • Zijn er pagina’s of functies die weg mogen?
  • Is er een stagingomgeving om veilig te testen?

Dit hoeft geen grote technische audit te worden. Bij veel kleinere sites maakt zelfs een korte review al veel duidelijk.

Start niet automatisch met “we hebben een nieuwe website nodig”

Een nieuwe website kan de juiste keuze zijn. Maar het hoeft niet automatisch de eerste keuze te zijn.

Soms is de beste eerste stap om de bestaande site te stabiliseren. Soms is het slimmer om ongebruikte onderdelen te verwijderen. Soms moeten vooral een paar belangrijke toegankelijkheids- of gebruiksproblemen opgelost worden. En soms is de site zo eenvoudig dat de volgende versie helemaal geen Drupal meer nodig heeft.

De betere vraag is:

Wat moet deze website vandaag nog doen?

Als het antwoord is “onze diensten tonen, af en toe nieuws publiceren en mensen laten contact opnemen”, dan is een lichtere website misschien genoeg. Als de site veel redacteurs, gestructureerde content, rechten, meertaligheid en integraties heeft, dan blijft een uitgebreider CMS misschien logisch.

Het doel is niet om Drupal 7 te vervangen door het grootst mogelijke nieuwe platform. Het doel is om te kiezen wat nu bij je organisatie past.

Zorg dat de basis veilig zit

Als de site nog even online moet blijven, begin dan met de saaie maar belangrijke dingen.

Controleer of er betrouwbare backups zijn. Niet alleen “er zal wel ergens een backup zijn”, maar backups die ook echt teruggezet kunnen worden.

Controleer wie administratorrechten heeft. Verwijder accounts van oude medewerkers, vorige agencies of mensen die geen toegang meer nodig hebben.

Controleer of de hosting nog goed onderhouden wordt. Een oude website op een oude server is een veel groter probleem dan een oude website in een zorgvuldig beheerde omgeving.

Controleer of belangrijke formulieren nog werken. Contactformulieren, aanvraagformulieren of donatieformulieren kunnen stilletjes stuk gaan. Iemand moet die regelmatig testen.

Dit zijn geen spectaculaire acties, maar ze beperken wel snel risico.

Voeg niet zomaar nieuwe grote functies toe

Als je site nog op Drupal 7 draait, wees dan voorzichtig met grote nieuwe features.

Elke nieuwe functie maakt een platform complexer dat je waarschijnlijk op termijn wil verlaten. Dat betekent niet dat je niets meer mag aanpassen. Het betekent wel dat je selectief moet zijn.

Goede tijdelijke aanpassingen:

  • Kapotte pagina’s herstellen
  • Belangrijke formulieren verbeteren
  • De site gebruiksvriendelijker maken
  • Belangrijke content bijwerken
  • Toegankelijkheid verbeteren
  • Ongebruikte functies verwijderen
  • De site stabieler maken

Risicovolle tijdelijke aanpassingen:

  • Grote nieuwe maatwerkfunctionaliteit bouwen
  • Veel nieuwe modules toevoegen
  • De hele oude theme opnieuw vormgeven
  • Complexe workflows bouwen die binnenkort toch gemigreerd moeten worden

Bij een Drupal 7-site draait onderhoud meestal om de site nuttig en stabiel houden terwijl je de volgende stap voorbereidt.

Verbeter wat bezoekers echt merken

Je hoeft niet alles tegelijk op te lossen.

Begin met de pagina’s en functies die het belangrijkst zijn voor bezoekers:

  • Homepage
  • Contactpagina
  • Belangrijkste dienstenpagina’s
  • Zoekfunctie
  • Navigatie
  • Formulieren
  • Downloads
  • Loginpagina’s, als die gebruikt worden
  • Belangrijke landingspagina’s

Bekijk die met eenvoudige vragen: vinden mensen wat ze nodig hebben, werkt de pagina goed op mobiel, zijn formulieren duidelijk, kan de site met het toetsenbord gebruikt worden, klopt de tekst nog en voelt de site betrouwbaar?

Een beperkte hoeveelheid gericht werk kan een oude website al veel bruikbaarder maken.

Denk aan toegankelijkheid voor de rebuild

Sommige toegankelijkheidsproblemen kan je nu al oplossen, ook op een oude Drupal 7-site.

Bijvoorbeeld:

  • Ontbrekende form labels
  • Onduidelijke linkteksten
  • Slechte koppenstructuur
  • Te laag kleurcontrast
  • Slechte focus states
  • Inaccessibele menu’s
  • Ontbrekende alt-teksten
  • Onduidelijke foutmeldingen

Je kan misschien niet alles perfect maken, zeker niet als oude modules slechte markup genereren. Maar vaak kan je de belangrijkste pagina’s en flows wel verbeteren.

Dat is ook nuttig als je later migreert. Het maakt duidelijk wat de volgende website beter moet doen.

Beslis: onderhouden, vereenvoudigen of migreren

Voor kleinere organisaties zijn er meestal drie realistische opties.

Optie 1: voorlopig onderhouden

Je houdt de huidige Drupal 7-site nog een beperkte periode online en beperkt intussen de meest duidelijke risico’s. Dat kan zinvol zijn als de site stabiel is, het budget beperkt is of er later een grotere beslissing nodig is.

Optie 2: vereenvoudigen

Soms is de huidige website complexer dan de organisatie vandaag nodig heeft. Misschien heb je geen uitgebreide gebruikersrollen, complexe contenttypes of groot CMS meer nodig. Dan is een lichtere website met minder bewegende delen misschien logischer.

Optie 3: migreren

Als de site belangrijke content, workflows, integraties of actieve redactienoden heeft, kan migratie naar een nieuwer platform de juiste keuze zijn. Dat betekent niet dat je de oude site exact moet kopiëren. Een migratie is een goed moment om weg te laten wat niet meer nodig is.

Een kleine praktische checklist

Als je verantwoordelijk bent voor een Drupal 7-website, begin hier:

  • Zorg dat er backups zijn en dat ze teruggezet kunnen worden
  • Controleer wie adminrechten heeft
  • Verwijder oude gebruikers
  • Test belangrijke formulieren
  • Controleer of de host de site nog goed ondersteunt
  • Lijst op welke pagina’s en functies nog belangrijk zijn
  • Verwijder of negeer wat niet meer gebruikt wordt
  • Los de meest zichtbare gebruiks- en toegankelijkheidsproblemen op
  • Vermijd grote nieuwe features op het oude platform
  • Beslis of de volgende stap onderhoud, vereenvoudiging of migratie is

Je hoeft niet alles in één week op te lossen. Maar je hebt wel een plan nodig.

Conclusie

Een Drupal 7-website is niet automatisch een ramp. Veel van die sites staan nog online omdat ze jarenlang nuttig zijn geweest.

Maar het is geen goed idee om ze onbeheerd te laten draaien.

De praktische aanpak is eenvoudig: begrijp wat je hebt, zorg dat de basis veilig zit, voeg geen onnodige complexiteit toe en beslis wat de website vandaag echt moet worden.

Voor sommige organisaties is dat een moderne Drupal-website. Voor andere is een lichtere statische website of eenvoudiger CMS een betere keuze.

Het juiste antwoord hangt af van je content, je team en je budget.