Drupal migratie: kosten, aanpak en migreren naar Drupal 11

Een migratie ontstaat meestal wanneer organisaties tegen de grenzen van hun huidige CMS aanlopen of hun digitale platform willen vernieuwen.
Veel voorkomende redenen zijn:

• een CMS dat end-of-life is en geen beveiligingsupdates meer ontvangt;
• hoge licentiekosten of afhankelijkheid van één leverancier;
• beperkte ondersteuning voor complexe websites, workflows of contentstructuren;
• beperkte mogelijkheden voor integraties met andere systemen;
• verouderde beheerprocessen of oplopende onderhoudskosten;
• een redesign of nieuwe digitale strategie;
• de wens om websites, portalen en systemen beter samen te laten werken binnen één digitaal landschap.

In de praktijk zien we dat migraties vaak worden gestart op het moment dat relatief kleine aanpassingen steeds meer tijd, geld of maatwerk vragen. Een migratie is dan niet alleen een technische keuze, maar vaak ook een logisch moment om oude beperkingen los te laten en opnieuw naar content, processen en technologie te kijken.
 

Drupal wordt regelmatig gekozen als opvolger van een bestaand CMS wanneer organisaties meer grip willen krijgen op contentbeheer, integraties en de verdere doorontwikkeling van hun digitale platform. Wanneer organisatie en website volwassener worden, de eisen hoger en de zekerheden belangrijker. 

Migraties vanuit Sitecore worden vaak gedreven door hoge licentiekosten, vendor lock-in en de wens om meer controle te krijgen over de technische doorontwikkeling van het platform. Daarnaast heeft de overgang richting XM Cloud bij sommige organisaties geleid tot een heroverweging van het CMS-landschap.

Bij veel migraties zien we dat de discussie uiteindelijk minder gaat over functionaliteit en meer over eigenaarschap, afhankelijkheid van leveranciers en de gewenste technische richting van het platform. Drupal wordt daarbij regelmatig gekozen als open-source alternatief waarmee organisaties meer regie houden over technologie, integraties en doorontwikkeling.

Contentful wordt veel gebruikt door organisaties die kiezen voor een headless SaaS-platform. De aangekondigde overname door Salesforce zal bij sommige organisaties echter leiden tot een heroverweging van hun CMS-strategie.

Vooral binnen overheden, publieke instellingen en gereguleerde sectoren spelen vragen rondom digitale soevereiniteit, wetgeving en afhankelijkheid van leveranciers een steeds grotere rol. Een leverancier kan vandaag Europees zijn en morgen onderdeel worden van een Amerikaanse organisatie. Daarmee verandert niet alleen het eigenaarschap, maar mogelijk ook de wet- en regelgeving waarmee organisaties rekening moeten houden.

Drupal wordt daarbij regelmatig gekozen als open-source alternatief. Organisaties behouden meer controle over code, data en infrastructuur en kunnen zelf bepalen waar het platform wordt gehost en doorontwikkeld.
 

De overstap van Drupal 7 naar Drupal 11 is anders dan een upgrade van Drupal 8, 9 of 10 naar Drupal 11. Door de fundamenteel gewijzigde architectuur sinds Drupal 8 is een Drupal 7 naar Drupal 11 traject in de praktijk een migratie waarbij een nieuw platform wordt opgebouwd en bestaande content gecontroleerd wordt overgezet.

Sinds Drupal 7 begin 2025 end-of-life is, zien we dat veel organisaties hun toekomststrategie opnieuw beoordelen. Daarbij draait de discussie niet alleen om beveiliging, maar ook om de vraag welk platform de komende jaren het beste aansluit bij de organisatie.

Drupal 11 is daarbij niet automatisch de juiste keuze. Drupal 7 werd veel gebruikt door pioniers, verenigingen en organisaties die met beperkte ontwikkelcapaciteit toch complexe websites konden bouwen. Voor een deel van deze organisaties is Drupal CMS (Starshot) of zelfs een ander CMS soms een logischer alternatief.

Daarna volgt de daadwerkelijke migratie. Content, documenten, media, gebruikers en andere gegevens worden ingeladen in de nieuwe Drupal-omgeving.
Juist deze contentmapping vraagt vaak veel aandacht, omdat de structuur van het bestaande CMS zelden één-op-één aansluit op de doelstructuur in Drupal. 

Een nieuw UX-design of aangepaste paginastructuur zorgt regelmatig voor extra complexiteit. Content moet daardoor vaak worden gecontroleerd, verrijkt of deels handmatig worden aangepast.

Vlak voor livegang voeren we een laatste synchronisatie uit zodat ook recente wijzigingen worden meegenomen naar de nieuwe Drupal-omgeving. Daarmee voorkomen we dat content tijdelijk op twee plekken beheerd moet worden of dat wijzigingen verloren gaan tijdens de overgang.

In de praktijk zien we regelmatig dat migraties worden benaderd als een eenmalige import. Dat werkt prima voor kleinere websites, maar wordt lastiger zodra redactieteams tijdens het project in de bestaande omgeving blijven doorwerken. Juist daarom besteden we vooraf aandacht aan content freezes, synchronisaties en de planning van de livegang. Zo voorkomen we dubbele werkzaamheden en blijft de overgang voor redacteuren beheersbaar.

Hoewel iedere migratie anders is, zien we een aantal risico’s regelmatig terugkomen. Een goede voorbereiding en realistische planning helpen om deze risico’s beheersbaar te houden.

• SEO-verlies
  Wijzigingen in URL-structuren, redirects, metadata en interne links kunnen invloed hebben op de vindbaarheid van een website wanneer deze niet zorgvuldig worden meegenomen.
• Verborgen complexiteit in het bestaande platform
  Veel websites bevatten maatwerkfunctionaliteit, koppelingen en specifieke details die in de loop der jaren zijn ontstaan. Een deel hiervan is beperkt gedocmenteerd, waardoor de werkelijke omvang van een migratie vaak pas tijdens het project zichtbaar wordt.
• De impact op contentteams wordt onderschat
  Een migratie gaat regelmatig samen met een nieuwe sitemap, aangepaste contentstructuren, een redesign of gewijzigde pagina-opbouw. Daardoor moet content vaak worden gecontroleerd, verrijkt, herschreven of opnieuw worden ingedeeld voordat deze kan worden gemigreerd. De benodigde inzet van redacties en contentspecialisten wordt hierbij regelmatig onderschat, terwijl juist deze werkzaamheden een grote invloed hebben op de doorlooptijd van het project.
• Scopegroei tijdens het project
  Een migratie wordt vaak aangegrepen om tegelijkertijd nieuwe functionaliteit, processen of ontwerpen te introduceren. Wanneer bestaande functionaliteit behouden moet blijven én nieuwe wensen worden toegevoegd, groeit de omvang van het project vaak sneller dan planning en budget toelaten.
• Livegang en synchronisatie
  Zeker bij grotere websites blijven redactieteams tijdens het project content publiceren en wijzigen. Wanneer onvoldoende rekening wordt gehouden met synchronisatie, aanvullende migraties of content freezes kan dit leiden tot extra werk, ontbrekende content of vertraging rondom de livegang.
   

De uiteindelijke kosten worden meestal bepaald door:

• de complexiteit van het huidige CMS;
• het aantal contenttypes en onderlinge relaties;
• de hoeveelheid maatwerkfunctionaliteit;
• integraties met andere systemen;
• meertaligheid en multisite;
• een eventueel redesign;
• de kwaliteit van bestaande content en data;
• de gewenste test-, validatie- en acceptatieprocessen.

In de praktijk wordt de omvang van een migratie vaak minder bepaald door het aantal pagina’s dan door de complexiteit van contentmapping, het aantal uitzonderingen, koppelingen en maatwerkfunctionaliteiten in de bestaande omgeving.

Wilt u een realistische inschatting van planning, risico’s en kosten?

Bij grotere websites en platformen is de werkelijke omvang van een migratie vooraf niet altijd zichtbaar. Daarom starten migratietrajecten regelmatig met een migratie-audit of discovery-fase.

Tijdens deze fase brengen we onder andere in kaart:

• contentstructuren, contenttypes en datamodellen;
• maatwerkfunctionaliteit en afhankelijkheden;
• koppelingen met CRM-, ERP-, PIM- en andere systemen;
• gebruikers, workflows en beheerprocessen;
• SEO, URL-structuren en redirects;
• kansen voor optimalisatie en doorontwikkeling.

Zo ontstaat een realistischer beeld van de migratiestrategie, benodigde inspanning, risico’s en kosten.
Vooral bij grotere websites, complexe platformen en migraties vanuit systemen zoals Sitecore, Kentico, Umbraco of Drupal 7 vormt een migratie-audit vaak een waardevolle eerste stap.