Het is geen bericht waar je op zit te wachten: het webbureau dat jullie Drupal-website beheert, gaat stoppen met Drupal. Misschien kiest het voortaan voor een ander systeem, vertrekken de Drupal-specialisten of houdt het bedrijf helemaal op te bestaan. De website werkt ondertussen gewoon door. Daardoor voelt de situatie niet direct als een crisis.
En een crisis hoeft het ook niet te worden. Wel is dit het moment om de overdracht te organiseren. Een website is meer dan wat je aan de voorkant ziet. Domeinregistratie, hosting, broncode, back-ups, koppelingen en technische kennis kunnen allemaal bij het vertrekkende bureau liggen. De belangrijkste vraag is daarom niet meteen: bij welk bureau brengen we de website onder? De eerste vraag is: hebben we straks nog de controle over alles wat nodig is om de website veilig en beschikbaar te houden?
De overdracht in vijf stappen
- Leg vast wat er stopt en wanneer
Spreek af tot welke datum het bureau onderhoud, hosting, beveiligingsupdates en ondersteuning blijft verzorgen. - Breng accounts en contracten onder eigen beheer
Controleer onder meer de domeinregistratie, hosting, Drupal-accounts, analytics en gekoppelde diensten. - Maak een volledige kopie van de website
Zorg dat de broncode, database, documenten, afbeeldingen en een werkende back-up beschikbaar zijn. - Laat de techniek inventariseren
Breng de gebruikte Drupal-versie, modules, maatwerk, koppelingen en openstaande problemen in kaart. - Kies de vervolgstap
Bepaal op basis van de inventarisatie of de website voorlopig wordt voortgezet, moet worden geüpgraded, opnieuw wordt gebouwd of naar een ander systeem verhuist.
Vraag eerst wat ‘stoppen met Drupal’ precies betekent
Die mededeling kan verschillende dingen betekenen. Misschien stopt het bureau alleen met nieuwe Drupal-projecten. Het kan ook al het Drupal-onderhoud op een vaste datum beëindigen, eventueel samen met de hosting en storingsdienst.
Vraag daarom om een schriftelijke bevestiging van de einddatum en gevolgen. Tot wanneer worden beveiligingsupdates uitgevoerd? Wie verhelpt storingen tijdens de overgang? Hoe lang blijft de hosting actief? Is er tijd gereserveerd om vragen van een opvolgend bureau te beantwoorden, en tegen welke kosten?
Een opzegdatum zonder afspraken over de tussenliggende periode is nog geen overdrachtsplan.
Breng het feitelijke eigendom in kaart
Bij een overdracht blijkt regelmatig dat een organisatie wel voor de website betaalt, maar niet zelf alle bijbehorende accounts beheert. De domeinnaam staat bijvoorbeeld in een verzamelaccount van het bureau, de broncode in een afgeschermde omgeving of Google Analytics op naam van een medewerker die al uit dienst is.
Dat hoeft tijdens de samenwerking geen probleem te zijn. Bij het vertrek van een bureau wordt het dat wel. Verzamel daarom minimaal:
- Toegang tot de domeinregistratie en het DNS-beheer
- Gegevens van de hosting, server, CDN en eventuele e-maildiensten
- De volledige broncode en toegang tot de actuele code-opslag
- Een recente kopie van de database en alle documenten en afbeeldingen
- Back-ups én informatie over de manier waarop deze worden teruggezet
- Beheeraccounts voor Drupal en gekoppelde diensten
- Toegang tot Google Search Console, analytics, tagbeheer en cookietooling
- Documentatie van formulieren, zoekfuncties, betaalproviders, CRM-koppelingen en andere integraties
- Licenties, servicecontracten en contactgegevens van andere leveranciers
Een gebruikersnaam en wachtwoord ontvangen is niet hetzelfde als zeggenschap hebben. Waar mogelijk horen contracten en hoofdaccounts op naam van de organisatie te staan. Maak voor het nieuwe bureau eigen accounts aan, gebruik tweestapsverificatie en trek de oude toegang pas in als de overdracht is gecontroleerd.
Laat een website-inventarisatie maken
Een nieuwe beheerder moet niet alleen weten wat er is gebouwd, maar ook in welke staat het verkeert. Laat daarom vóór het einde van de samenwerking een inventarisatie van de website maken. Daarin staan onder meer de Drupal-versie, gebruikte modules, maatwerk, serverversies, openstaande beveiligingsupdates, geplande taken, bekende foutmeldingen en koppelingen met externe systemen.
Vraag ook naar zaken die binnenkort aandacht vragen: aflopende certificaten of licenties, modules waarvoor geen onderhoud meer verschijnt en koppelingen die afhankelijk zijn van één leverancier.
De mededeling ‘de website werkt’ zegt weinig over de kwaliteit van de overdracht. Een formulier kan inzendingen versturen, terwijl niemand weet met welk account de maildienst wordt betaald. Zulke afhankelijkheden veroorzaken later de verrassingen.
De Drupal-versie bepaalt mede hoeveel tijd er is
Versienummers zijn niet het hele verhaal, maar ze doen er wel toe. De officiële ondersteuning van Drupal 7 eindigde op 5 januari 2025. Volgens de releasekalender van Drupal eindigt de ondersteuning van Drupal 10 op 9 december 2026. Een website op zo’n versie vraagt dus meer dan alleen een andere naam op het beheercontract.
Toch is ‘oud’ niet automatisch hetzelfde als ‘morgen uit de lucht’. De urgentie hangt ook af van de hosting, uitbreidingen, formulieren, maatwerk en beveiligingsmaatregelen. Een deskundig bureau kan aangeven wat onmiddellijk moet gebeuren, wat tijdelijk beheersbaar is en welke structurele stap nodig is. Een recente Drupal-versie met verouderde modules of onbeheerd maatwerk kan nog steeds kwetsbaar zijn. Andersom kan een oudere website soms gecontroleerd in de lucht blijven terwijl een vervanging wordt voorbereid.
Beslis niet onder tijdsdruk over een nieuw platform
Als het huidige bureau met Drupal stopt, ligt een snelle overstap naar zijn favoriete systeem voor de hand. Dat is niet vanzelfsprekend de beste keuze. Eerst moet duidelijk zijn welke functies en gegevens behouden moeten blijven en wat de komende jaren wordt verwacht.
Er zijn grofweg vier mogelijkheden: de huidige website voorlopig laten beheren, Drupal upgraden, opnieuw in Drupal bouwen of overstappen naar een ander systeem. Voor een informatieve website kan WordPress eenvoudiger en voordeliger zijn. Bij complexe rollen, werkprocessen, koppelingen of veel gestructureerde informatie kan Drupal juist uitstekend passen. Het platform moet volgen uit de eisen van de website, niet uit de toevallige voorkeur van het vertrekkende of nieuwe bureau.
Bescherm bereikbaarheid en vindbaarheid tijdens de verhuizing
Een beheerwissel hoeft niet te betekenen dat de website ook technisch verhuist. Als dat wel gebeurt, moet de nieuwe omgeving eerst volledig worden getest. Controleer pagina’s, afbeeldingen, downloads, formulieren, redirects, e-mailafhandeling en koppelingen voordat het internetverkeer wordt omgezet.
Google adviseert bij een hostingwissel zonder gewijzigde URL’s dezelfde volgorde: eerst de nieuwe omgeving voorbereiden en testen, daarna het DNS aanpassen, het verkeer op beide omgevingen volgen en de oude hosting pas uitschakelen als bezoekers en Googlebot de nieuwe omgeving bereiken. Die werkwijze staat in de officiële uitleg over het veranderen van webhosting.
Verander bovendien niet tegelijk de hosting, techniek, vormgeving, inhoud én URL-structuur zonder goede reden. Hoe meer tegelijk wijzigt, hoe lastiger de oorzaak van fouten of teruglopende bezoekersaantallen te vinden is.
Vergeet persoonsgegevens en oude toegangen niet
Een webbureau kan toegang hebben tot persoonsgegevens via formulieren, databases, logbestanden, back-ups of supportwerkzaamheden. Als het bureau daarbij als verwerker optreedt, horen de afspraken volgens de Autoriteit Persoonsgegevens in een verwerkersovereenkomst te staan.
Controleer welke gegevens en kopieën het oude bureau bezit, wat ermee gebeurt en wanneer back-ups worden verwijderd. Leg ook vast welke accounts worden ingetrokken, waaronder servertoegang, maildiensten, monitoring, analytics en gedeelde wachtwoordkluizen.
Selecteer een opvolger op de kwaliteit van de overname
Een nieuw bureau hoeft bij het eerste gesprek geen definitief toekomstadvies te geven. Het moet wel kunnen uitleggen hoe het de situatie onderzoekt en de continuïteit overneemt.
Vraag daarom niet alleen om een prijs voor Drupal-beheer, maar om een technische overnamescan. Wat ontbreekt er? Welke risico’s moeten binnen dertig dagen worden opgelost? Wat kan wachten? Kan het bureau de website op een ondersteunde omgeving beheren? En waarop baseert het een advies om te onderhouden, upgraden of herbouwen?
Een goede opvolger durft ook te zeggen dat nog niet alles bekend is. Dat is professioneler dan tijdens een kennismaking al beloven dat een volledige migratie eenvoudig zal zijn.
Een praktische volgorde voor de overdracht
Begin met de einddatum, de dienstverlening die stopt en één contactpersoon aan beide kanten. Breng daarna contracten, accounts en toegangen onder controle van de organisatie. Laat de code, database, bestanden en documentatie veiligstellen en controleren. Bepaal pas daarna welke technische route nodig is en wanneer de oude toegang wordt ingetrokken.
Eerst controle, daarna verandering
Een webbureau dat stopt met Drupal dwingt een besluit af, maar dat besluit hoeft niet overhaast te worden genomen. Regel eerst dat de website, gegevens en accounts werkelijk overdraagbaar zijn. Laat daarna de techniek beoordelen en kies pas vervolgens tussen voortzetten, upgraden, herbouwen of overstappen.
Is jullie Drupal-bureau gestopt of heeft het aangekondigd de dienstverlening te beëindigen? Wij kunnen de bestaande website technisch onderzoeken, de overdracht begeleiden en het beheer overnemen. Daarbij kijken we eerst naar wat nodig is om de website betrouwbaar in de lucht te houden. Het langetermijnadvies volgt uit de feiten, niet andersom.