Drupal 7 naar 11: De 12 dingen die je moet weten voor een succesvolle migratie

1. Migreren of niet migreren?

Dit is een essentiële keuze die niet alleen impact heeft op de prijs en doorlooptijd, maar ook op hoe je de realisatie van de nieuwe website benaderd.

Niet migreren biedt meer vrijheid om te starten met een schone lei, alle content eens goed na te lopen en veranderingen door te voeren die al langer in de planning stonden.

Maar zelf met de hand de content overzetten kost ook tijd en in sommige gevallen is er zoveel content dat migreren haast noodzakelijk is.

In dat geval kan een developer gebruik maken van een migratiemodule waarbij content en contenttypes overgezet worden van Drupal 7 naar Drupal 11. Dit gaat via het schrijven van een migratiescript waarbij veld voor veld aangegeven moet worden waar welke data komt te staan. Dit wordt Mapping genoemd en kost de meeste tijd bij de migratie.

2. Maak een moduleoverzicht

Dit kun je natuurlijk samen met het bureau doen dat de migratie uitvoert. Het belangrijkste is dat er een overzicht komt van modules / functionaliteiten waarbij uitgezocht wordt of ze beschikbaar zijn voor Drupal 11. Niet alle modules van Drupal 7 zijn namelijk omgezet naar Drupal 11. Soms is de functie opgenomen in de core van Drupal 9, soms is er een andere module die het overneemt. Maar het komt ook voor dat een module niet veel gebruikt wordt en de modulebouwer het niet de moeite acht of de tijd heeft om het om te zetten naar Drupal 11.

De kans hierop is gelukkig steeds kleiner, maar het scheelt tijd en teleurstelling wanneer je nu al dit soort modules / functionaliteiten kunt ontdekken en bespreken. In veel gevallen kun je de functionaliteit ook op andere manieren ontwikkelen met de Drupalmodules die wel beschikbaar zijn.

3. Creëer een overzicht van je contenttypes

Maak een lijst van al je contenttypes en bedenk wat je mee wilt nemen naar de nieuwe Drupal 9-website. Wat laat je achter en wat wil je misschien samenvoegen? Dit heeft een grote impact op de kosten en doorlooptijd van de migratie. Met name het samenvoegen van contenttypes kan complex worden. Zorg daarom dat het duidelijk is welke doelstellingen en beperkingen de migratie heeft. Zet je de content zelf over, dan is het ook handig om dit overzicht te maken zodat je straks niet overbodig werkt hoeft te doen.

4. Update je gebruikersprofielen

Heb je een klantenportal of afgesloten ledengedeelte, dan bezit je Drupal 7-website gebruikersprofielen. Net als bij content is hier een tabel in de database voor gereserveerd waarin alle velden en data van je gebruikers worden opgeslagen.

Wanneer ook deze structuur en data overgezet moeten worden, is het handig hier een overzicht van te maken. We zien geregeld dat velden niet meer nodig zijn, inmiddels anders gebruikt worden of in externe systemen zoals CRM- of ERP-systemen alweer anders worden geformuleerd.

In een live website verander je niet zo snel de structuur, maar de migratie naar Drupal 9 is een mooie kans om het aan te passen of te verbeteren. Het verwijderen van velden die niet meer gebruikt worden is daarnaast ook goed vanuit privacyperspectief. Volgens de AVG is het niet toegestaan om persoonsgegevens langdurig op te slaan wanneer ze niet nodig zijn of gebruikt worden.

5. Inventariseer je content

Kijk hierbij niet zozeer naar de verschillende soorten content, dat doe je min of meer al door een overzicht te maken van de verschillende contenttypes, maar kijk meer naar de content zelf. Bestaat dat uit video’s, foto’s, links? En in hoeverre moet het gemigreerd worden naar de nieuwe website?

Hoe zit het daarnaast met content die je vaak niet eens als content ziet? Zoals webformulieren, de aanmeldingen binnen de webformulieren of reacties? Ik begrijp dat je eerste reactie zal zijn dat deze ook over moeten, maar hierdoor wordt de migratie wel duurder, complexer en gaat het langer duren.

6. Paragraphs

Veel nieuwe Drupal 11-websites werken met de paragraphsmodule; een andere methode om content te maken en te publiceren. Daardoor ontstaat er een verschil in de opbouw van je oude en nieuwe content.

Het is mogelijk om de oude content op te delen en in de nieuwe paragraphstructuur te zetten, maar dit heeft een negatief effect op de prijs en doorlooptijd.

Een andere optie is om de oude content te tonen zoals het er nu uitziet en straks in de nieuwe website de nieuwe content op te maken via paragraphs. Dat zorgt natuurlijk voor een duidelijk verschil tussen oude en nieuwe content, maar de oude content is wel beschikbaar.

7. Verbeteringen in je webdesign

Drupal 9 werkt anders op vrijwel alle vlakken dan Drupal 7, ook op het gebied van theming. Een theme is de grafische schil die bepaalt hoe de vormgeving van je website eruitziet. In theorie is het over te nemen, maar in de praktijk zien we dat het zinvoller is om een theme opnieuw op te bouwen. Hierbij kun je het oude webdesign één op één namaken, maar aangezien je het beste een theme opnieuw kunt maken, kun je er ook voor kiezen om verbeteringen door te voeren.

Elk webdesign kan altijd verbeteringen gebruiken. Qua gebruiksvriendelijkheid, SEO, conversie-optimalisatie of leesbaarheid. De onderzoeken naar het gebruik van websites bieden ons continu nieuwe inzichten. Vaak zijn dit inzichten die we al langer kenden vanuit ándere media, zoals een optimale breedte van tekstkolommen of het gebruik van plaatjes bij links naar andere content.

Maak daarom een lijst met wensen van dingen die je graag anders zou willen zien in je webdesign. Dit is hét moment om die door te laten voeren. En vraag je bureau om hierover mee te denken. Je kunt hierbij je bureau ook een beetje sturen door aan te geven dat je de komende jaren meer wilt doen met e-marketing en marketing automation. Of dat je meer wilt doen aan de toegankelijkheid van de website en wilt voldoen aan de webrichtlijnen.

8. Verbeterde functionaliteiten? Sla nu je slag!

Het installeren en configureren van nieuwe functionaliteiten kost de developers die eraan werken uiteraard meer tijd, maar aangezien ze toch al bezig zijn een nieuwe Drupal 11-website op te zetten kan het nu wel efficiënter en scheelt het vaak in de kosten.

Het kan daarom zeker lonen om een wensenlijstje met nieuwe functionaliteiten door te nemen en af te spreken dat die bij de overgang naar Drupal 11 direct worden ingebouwd. Denk bijvoorbeeld aan een klantenportal, documentenoverzicht, betaalmodule met koppeling naar iDEAL of een integratie met je CRM-systeem.

9. Maak een lijst van al je koppelingen

Veel websites worden gekoppeld aan allerlei diensten en systemen. Denk aan Hotjar, Google Analytics, Google Tag Manager, Matomo, Cloudflare, SendGrid, MailChimp of Campaign Monitor, om er maar een paar te noemen.

Het is daarom handig een lijst te maken van al deze koppelingen met de eventueel bijbehorende tags of scripts om ze te koppelen. Niet alleen kunnen de developers die de Drupal 9-website bouwen ze meteen invoeren, het biedt je ook een checklist om voor en na de livegang te controleren of al deze koppelingen nog werken.

10. Denk na over de toekomst

Het thema van veel van de tips in dit artikel gaan over het verbeteren van wat er al is. Maar hoe zit het met functionaliteiten of onderdelen van de website die er nú nog niet zijn, maar waar je in de toekomst wel mee aan de slag wilt? Denk aan een webshop, paywall, klantenportal, advertentiesysteem of koppeling met je CRM-systeem.

Het kan interessant zijn om die onderdelen meteen mee te nemen in de overgang naar Drupal 9. Naast dat het de investering van de overgang beter verkoopt naar gebruikers of collega’s, zijn deze onderdelen nu ook goedkoper door te voeren. Designers en developers zijn toch al bezig met de nieuwe website, en vaak is het rendabeler uitbreidingen direct door te voeren in plaats van ze later alsnog toe te voegen.

11. Plan en maak duidelijke afspraken

Dat is natuurlijk vrij logisch. Net als bij veel andere projecten vereist een migratie naar Drupal 9 de nodige communicatie en finetuning.

Maak daarom afspraken óf die finetuning mogelijk is en zo ja, hoe vaak dit nodig is. Spreek ook af wanneer de input verwacht wordt zodat partijen niet onnodig lang op elkaar hoeven te wachten.

12. Potje: onvoorzien

Maak binnen je budget voor de nieuwe Drupal 9-website ook een potje voor onvoorziene kosten. Denk aan een module die net uit is voor Drupal 9, maar die nog bugs bevat die een developer in een paar uur kan verhelpen, maar waarbij dit buiten de migratiekosten valt.

Natuurlijk moet je al dit extra werk zoveel mogelijk zien te voorkomen, maar soms is het nodig en dan is zo’n potje handig. En gebruik je het niet? Dan kun je het altijd inzetten voor extra marketingdoeleinden om de website nog meer te promoten of toch te voorzien van die webshop.

Succes met jouw migratieproject! Heb je vragen over de overgang naar Drupal 9? Ik lees en beantwoord ze graag in het reactiegedeelte onderaan deze pagina.

Drupal 7, 9, 10 of 11: welke versie kies je?

Sinds 5 januari 2025 is Drupal 7 officieel end-of-life. Dat betekent geen security-updates meer vanuit de community en oplopend risico voor je platform. De keuze die ervoor in de plaats komt, draait niet alleen om "nieuwste versie pakken". De meeste partijen springen direct naar Drupal 11 of Drupal 10, en in een aantal scenario's is Drupal 9 nog even relevant als tussenstap. Hieronder zetten we de verschillen op een rij.

Versie: Drupal 7 · Status: End-of-life sinds 5 januari 2025 · Wanneer kies je hiervoor: Niet meer kiezen, alleen nog migreren weg van deze versie

Versie: Drupal 9 · Status: End-of-life sinds 1 november 2023 · Wanneer kies je hiervoor: Niet meer kiezen, eventueel als tussenstap binnen een lopende migratie

Versie: Drupal 10 · Status: Actief ondersteund, breed in productie · Wanneer kies je hiervoor: Goede keuze als je modules nog niet allemaal Drupal 11-ready zijn

Versie: Drupal 11 · Status: Nieuwste versie, gunstige roadmap · Wanneer kies je hiervoor: Voorkeur voor nieuwe migraties, mits je modules en thema dit ondersteunen

In de praktijk zien we dat de stap van 7 naar 11 in één traject vaak het meeste oplevert, omdat je dan in één keer kunt opschonen, herstructureren en moderniseren. Voor sites met veel afhankelijkheden van contrib-modules kan Drupal 10 een veiliger landingspunt zijn, met een latere upgrade naar 11.

Welke migratiestrategie past bij jouw site?

Niet elke Drupal-migratie verloopt op dezelfde manier. Welke route je kiest, hangt af van de omvang van je content, de complexiteit van je modules en de mate waarin je alsnog wensen wilt meenemen.

Strategie 1: één-op-één migratie

Je neemt het bestaande Drupal 7-model, modules en design zoveel mogelijk over en zet het identiek terug op Drupal 10 of 11. Dit is de snelste route, maar je neemt ook oude keuzes mee. Geschikt als je platform recent is herzien en de structuur nog goed werkt.

Strategie 2: migratie met opschoning

Je migreert content en functionaliteit, maar maakt onderweg keuzes welke contenttypen, velden en modules je laat vallen. In de praktijk verdwijnt vaak twintig tot veertig procent van de oude rommel. Dit is voor de meeste organisaties de juiste route, omdat een tien jaar oude Drupal 7-site bijna nooit nog volledig past bij hoe je vandaag werkt.

Strategie 3: nieuwbouw met content-migratie

Je bouwt het platform opnieuw op, met een fris design, een nieuw informatiemodel en moderne onderdelen zoals Layout Builder of Drupal Canvas. Alleen de content wordt geïmporteerd. Geschikt voor organisaties die hun website ook strategisch opnieuw willen positioneren. Lees ook Wat kost een Drupal website voor een gevoel bij de investering.

Strategie 4: hybride met decoupled-front-end

Je migreert de Drupal-backend en bouwt een aparte front-end in React, gekoppeld via een API. Geschikt voor platforms die zwaar leunen op interactieve elementen of waar je naar één geintegreerde ervaring met een webapp wilt. Lees meer in Headless Drupal, wat is het en wanneer kies je ervoor.

Veelgestelde vragen over Drupal 7 migraties

Wat gebeurt er als ik mijn Drupal 7-website niet migreer?

Drupal 7 is sinds januari 2025 end-of-life. De community geeft geen security-updates meer uit. Voor publiek toegankelijke websites betekent dat een groeiend risico op kwetsbaarheden, en op termijn ook problemen met integraties die hun ondersteuning voor oudere PHP-versies en Drupal 7 staken. Tot een nieuwe site live staat, kun je security-ondersteuning afnemen via een commerciële partij, maar dat is een tijdelijke oplossing.

Hoe lang duurt een migratie van Drupal 7 naar Drupal 11?

Voor een gemiddelde site met ongeveer twintig contenttypen, vijftig modules en standaard koppelingen reken je op drie tot zes maanden, afhankelijk van hoeveel maatwerk er in de Drupal 7-site zit. Grote platformen met duizenden pagina's, complexe redactionele rechten en CRM- of PIM-integraties kunnen flink langer duren. We werken vrijwel altijd in sprints, zodat je tussentijds een werkend deel kunt zien en sturen.

Kan ik mijn Drupal 7-modules direct meenemen naar Drupal 11?

Nee, niet rechtstreeks. Veel Drupal 7-modules hebben in Drupal 8 of 9 een grondige herschrijving gehad en zijn als ze nog onderhouden worden inmiddels Drupal 11-compatibel. Andere modules zijn opgegaan in Drupal Core of zijn vervangen door betere alternatieven. Maak in de migratie-analyse altijd een moduleoverzicht waarin je per module vermeldt: vervangen door core, vervangen door alternatief, of niet meer nodig.

Wat doe ik met mijn Drupal 7-thema?

Drupal 7-thema's draaien op een ander rendering-model dan Drupal 10 en 11. Een directe overzet is technisch niet mogelijk, en in de praktijk is dat een kans. Een thema dat tien jaar geleden ontworpen is, voldoet vaak niet meer aan WCAG 2.2-eisen, ondersteunt geen mobiele gebruikers goed en gebruikt verouderde patronen. Reken op een nieuw thema of op een grondige vernieuwing van de bestaande look. Een WCAG-toegankelijkheidsaudit helpt je om je nieuwe thema vanaf het begin toegankelijk te maken.

Wat kost een Drupal 7 naar Drupal 11 migratie?

De kosten lopen sterk uiteen. Voor een eenvoudige website met beperkte content en weinig maatwerk begin je vanaf een paar tienduizend euro. Voor grote platformen met integraties, redactiestructuren en strenge eisen rond toegankelijkheid en security loopt dat op naar een traject van enkele maanden met meerdere ontwikkelaars. De grootste invloed op de prijs hebben het aantal contenttypen, de modules met maatwerk en de mate waarin je het ontwerp en de informatiestructuur opnieuw oppakt.

Kan ik tussentijds nog een Drupal 7-site beheren?

Ja, mits je commerciële security-ondersteuning afneemt en je platform actief monitort. Dat is meestal een tijdelijke oplossing om de migratie netjes te plannen, niet een eindstation. Hou er rekening mee dat sommige hosting-partijen niet eindeloos PHP-versies blijven ondersteunen die nog op Drupal 7 draaien.

Welke risico's lopen we tijdens de migratie?

De grootste risico's zitten in onverwachte data-issues, in modules die geen direct equivalent hebben en in koppelingen waar de andere kant ook moet meebewegen. Een goede migratie begint daarom met een korte technische audit van het bestaande platform, een lijst met content-anomalieën en een testplan met scenario's per redacteur en per koppeling.

Hoe zorg ik dat mijn SEO-posities niet kelderen na de migratie?

Drie dingen moeten goed: behoud van URL-structuur of werkende redirects, behoud van titels en meta-beschrijvingen, en een snelle, mobielvriendelijke nieuwe site. Maak vooraf een lijst met je belangrijkste landingspagina's en hun rankings, en check die in de eerste vier weken na livegang elke week. Lees ook Is Drupal als CMS SEO-vriendelijk.

Praktisch: zo plan je je Drupal-migratie

Een Drupal-migratie is geen big-bang. Werk in vier fasen, en plan elke fase met een vast eindpunt. Dat geeft je de kans om bij te sturen voordat je vastloopt.

1. Analysefase: maak een moduleoverzicht, een contenttype-inventarisatie en een lijst met koppelingen. Bepaal de doelversie en de strategie. Reken op twee tot vier weken.
2. Ontwerp- en bouwfase: zet de basis van Drupal 11 op, importeer een eerste deel van de content en bouw het thema. Lever per sprint zichtbaar resultaat. Reken op acht tot zestien weken voor een gemiddelde site.
3. Testfase: laat redacteuren in de nieuwe omgeving werken, test op echte content en op koppelingen. Plan een toegankelijkheidstoets. Reken op twee tot vier weken.
4. Livegang en nazorg: zet de site live, monitor SEO en performance, los kleine bugs op en plan de eerste doorontwikkeldagen direct in. Lees ook De ultieme checklist voor het live gaan met je website.

Wil je sparren over jouw migratie? We hebben dit traject vaker gedaan voor opdrachtgevers in overheid, onderwijs, zorg en zakelijke dienstverlening, en denken graag mee over de route die het beste bij jouw platform past.

Deel dit artikel