Custom-built CMS vervangen door Umbraco: herkenningspunten
Je eigen CMS bouwen leek tien jaar geleden logisch. Vandaag voelen updates traag, bugs onuitlegbaar en kosten dubbel. Zeven signalen dat het tijd is voor een migratie naar Umbraco — en hoe zo'n traject in de praktijk verloopt.
Het korte antwoord
Tien jaar geleden was een eigen CMS bouwen een serieuze keuze. WordPress was traag en lek, Umbraco nog jong, headless bestond nauwelijks. Een ervaren team timmerde in een paar maanden iets op maat — precies wat de organisatie nodig had.
Snel naar nu. De originele bouwer is allang vertrokken. De documentatie is een README en een handvol sticky notes. Elke nieuwe feature kost het dubbele van wat je verwacht. En zodra een browser een major-versie omhoog gaat, knarst er ergens iets dat niemand nog precies kan plaatsen.
Klinkt herkenbaar? Dan is dit artikel voor jou. We lopen 7 herkenningspunten langs waaruit blijkt dat je legacy custom-built CMS aan vervanging toe is — en hoe een migratie naar Umbraco in de praktijk verloopt.
De 7 herkenningspunten
We hebben de afgelopen jaren tientallen organisaties geholpen om af te stappen van een eigen CMS. Telkens kwamen dezelfde signalen terug. Hoe meer er voor jou gelden, hoe scherper de afweging.
1. Niemand durft de codebase aan te raken
De ontwikkelaar die het ooit bouwde werkt drie banen verderop. De huidige developers hebben hier en daar lapjes gestikt, maar grotere ingrepen worden vooruitgeschoven omdat niemand precies weet wat er gebeurt. Bugs blijven hangen omdat de fix riskanter voelt dan de bug zelf — en dat is een teken dat het gist niet meer arriveert in het vat.
2. Updates zijn een ritueel geworden
Een nieuwe .NET-versie zetten kost geen middag, maar drie weken. Bibliotheken zijn vastgepind op oude versies omdat eentje optillen er tien anderen breekt. Security-scans bevatten kwetsbaarheden waarvan je weet dat ze bestaan, maar oplossen voelt als opnieuw beginnen.
3. Redacteuren bellen developers voor wat in andere CMS'en standaard is
Een veld toevoegen, een banner inplannen, een knop verplaatsen — dingen die in moderne CMS'en met een klik gaan, kosten in jouw eigen CMS een ticket. En dat ticket gaat in de wachtrij naar het developer-team. Marketing is moe geworden van het wachten en lost dingen liever buiten het CMS op. Wat een sluipweg lijkt, ondermijnt op termijn juist je content-strategie.
4. Modern werk past nauwelijks meer in
Een mobiele app die content moet ophalen? Niet voorzien. Headless-API's? Bestaan vaak niet, of bestaan wel maar zijn onbruikbaar. Een redacteur die wil previewen wat een artikel doet vóór publicatie? Te complex. Wat in 2014 ruim genoeg was, voelt in 2026 als beperkingen die jou inhalen.
5. Onderhoud bijt zich vast op één persoon
Er is iemand die "het CMS doet". Een interne developer of een externe partij die jullie systeem nog van binnen kent. Zodra die persoon op vakantie gaat, ligt alles stil. Zodra die persoon vertrekt, verandert het CMS in een zwarte doos.
6. Bugfixes worden duurder dan rebuilds
Voor een feature die in een standaard CMS in twee dagen klaar is, krijg je offertes van twee weken. De externe partij rekent niet voor de kennis, maar voor het uitzoekwerk. En dat uitzoekwerk wordt elk jaar duurder, omdat de codebase jaarlijks ondoorgrondelijker wordt.
7. Compliance en security worden een hoofdpijndossier
Eigen authenticatie. Eigen permissiesysteem. Eigen audit-logs. Allemaal ooit prima gebouwd, vandaag steeds moeilijker uit te leggen aan een audit-team of een pentester. AVG-vereisten veranderen. Cookie-regels worden strenger. WCAG wordt verplicht. En al die wijzigingen moeten ergens worden ingebouwd — door iemand die de code nog kan lezen.
Waarom legacy custom-built pijnlijk wordt
Custom-built voelt veilig zolang het draait. Maar de pijn zit niet in vandaag — die zit in de cumulatieve technische schuld die met elk jaar zwaarder wordt. Je betaalt niet één keer voor het bouwen; je betaalt elke keer dat een browser updatet, een framework moderniseert, een security-patch nodig is, een redacteur iets nieuws vraagt.
De rente op die schuld is niet lineair. Het eerste jaar voelt rustig. Jaar drie wordt vervelend. Jaar zeven wordt schreeuwerig. Tegen die tijd is het probleem niet meer "we hebben een CMS dat upgrades vraagt", maar "we hebben een CMS dat moet worden vervangen voordat het belangrijke processen blokkeert".
Wat blijven kost (en wat migreren kost)
Zet de twee scenario's eerlijk naast elkaar. De getallen verschillen per organisatie, maar de orde van grootte komt steeds in dezelfde buurt:
De grote post in dat sommetje is meestal niet de bouw zelf, maar het stille onderhoud. Een legacy CMS heeft een "bekende ontwikkelaar" nodig — en die wordt schaarser en duurder. Onze Umbraco-specialisten werken op een platform dat door een Nederlandse community wordt gevoed; je hebt geen exclusieve toegang nodig om het draaiende te houden. Daar bovenop verschuift een deel van het werk dat vandaag in code zit naar redacteuren — wat marketing soepeler maakt en de onderhoudslast verlaagt.
Heb je een CMS dat een echt unieke workflow afhandelt — denk aan een trading-platform of een gespecialiseerde data-pipeline waar standaard CMS'en simpelweg niet voor gemaakt zijn — dan blijft custom soms op z'n plaats. Voor 95 procent van de content-gerichte sites is dat allang niet meer zo.
Het migratiepad in drie fases
Een legacy custom-built CMS migreren is geen knopje, maar het is ook geen mythische reis. We werken al jaren met dezelfde structuur — drie fases, vooraf afgekaderd, met een vast moment om bij te sturen na elke fase:
-
Content-structuur uit het oude CMS exporteren, paginatypes in kaart brengen, custom features catalogiseren, integraties documenteren, URL-structuren vastleggen. In deze fase wordt duidelijk wat écht uniek is en wat over de jaren is meegegroeid omdat niemand durfde te schrappen.
-
Document-types opzetten, templates bouwen, integraties herimplementeren. We kiezen hier bewust niet voor een 1-op-1 kopie. Veel organisaties gebruiken de migratie om paginastructuren die over de jaren verrommeld zijn eindelijk op te schonen. Dat kost niets extra, het scheelt later veel.
-
Content daadwerkelijk overzetten, URL-mappings via 301-redirects borgen, redacteuren trainen, QA-ronde, go-live en nazorg. Die 301-redirects zijn niet onderhandelbaar: zonder die stap verlies je SEO-posities die je een jaar later opnieuw moet terugvechten.
De totale doorlooptijd voor een gemiddeld traject ligt tussen drie en zes maanden. Hangt af van hoeveel maatwerk-functies er bestaan en hoe schoon de bestaande content is. Een eenvoudige brochure-site kan binnen twee maanden over, een complex multilanguage-platform met integraties naar boekhouding en CRM zit eerder rond zes.
Valkuilen die je wilt voorkomen
Een-op-een willen overzetten. Aantrekkelijk, maar dan bouw je je legacy CMS na in Umbraco. Gebruik de migratie juist om paginastructuren op te schonen die over de jaren verrommeld zijn.
Onderschatten dat content nooit helemaal schoon is. Wat in een database "consistent" lijkt, blijkt na export vol uitzonderingen te zitten. Reken op een week handwerk per duizend pagina's voor cleanup.
Vergeten dat URL's veranderen. Geen 301-redirect-strategie betekent maandenlang verlies van organische rankings. Niet onderhandelbaar — vanaf de start meenemen.
Te lang vasthouden aan eigen logica. Sommige zelfgebouwde features bestaan niet in Umbraco — soms omdat het probleem inmiddels op een andere manier wordt opgelost. Houd vast aan wat echt uniek is. De rest mag je loslaten.
Vergeten te trainen. Het verschil tussen "we hebben een nieuw CMS" en "ons team werkt sneller" is twee ochtenden onboarding voor de redacteuren. Niet overslaan.
Wanneer wel, wanneer niet
Vervang je custom-built CMS door Umbraco als minstens drie van de zeven herkenningspunten je inwendig deden knikken, als de jaarlijkse onderhoudslast gestaag stijgt, en als content-leveringscapaciteit een rem wordt op je marketing.
Wacht nog even als je net een major refactor hebt gedaan, je interne developer-team het systeem nog grondig kent en marketing er prima mee uit de voeten kan. Dan is rust een prima keuze.
De meeste organisaties die wij in de afgelopen vijf jaar geholpen hebben, zaten in de eerste categorie. Ze hadden de signalen al een tijdje voelen aankomen, maar hadden iets nodig om de knoop door te hakken. Vaak is het de zoveelste bug die niet was begroot — of een audit-vraag waar geen helder antwoord op past.
Ga je door dezelfde overwegingen? Bekijk onze Umbraco-migratie-aanpak of plan een vrijblijvende intake. We zetten de migratiekosten naast wat je nu jaarlijks aan onderhoud verstookt en kijken of de overstap voor jouw situatie zinvol is.