Redesign of Herbouwen: Welke moet ik kiezen?
Wanneer een website gedateerd aanvoelt of moeite heeft met nieuwe eisen, kom je op een bekende tweesprong: de muren opnieuw verven of het huis verbouwen. We beginnen met een herontwerp omdat dit sneller is, vriendelijker voor budgetten en veiliger voor bestaand verkeer.
Toch heeft elk fundament zijn grenzen. Architectuur, prestaties en beveiliging trekken uiteindelijk een harde lijn — en geen enkele cosmetische aanpassing verplaatst die. Dit artikel laat zien hoe je die grenzen herkent, waar een herontwerp echt werkt, en wanneer opnieuw beginnen je jaren aan lapwerk bespaart.
Wanneer je website achterblijft
Het patroon is bijna altijd hetzelfde. Een bedrijf liet drie of vier jaar geleden een website bouwen — waarschijnlijk op WordPress met een stuk of twaalf plugins. In het begin werkte het prima. Toen vroeg het team om een boekingssysteem. Marketing had meertalige ondersteuning nodig. Iemand schroefde er een WooCommerce-laag voor abonnementen bovenop. Nu laadt de site in 4+ seconden, het adminpaneel is fragiel, en elke kleine wijziging kost een week zorgvuldig testen.
Het instinct om te moderniseren klopt meestal. Maar de echte vraag is niet moeten we de site verbeteren — maar hoe diep moeten we gaan. Dat hangt volledig af van wat eronder zit.
Waarom we beginnen met herontwerp
Een herontwerp werkt als de basis gezond is: een ondersteund CMS, een voorspelbare codebase, en een URL-structuur die al zoekverkeer oplevert. In dat scenario tilt een moderne interface de conversie binnen weken omhoog — niet maanden. Functies als SSO, betere formulieren of een CRM-koppeling passen erin zonder ingrijpende operatie.
De voordelen zijn reëel. Je behoudt je SEO-rankings en bestaande URL's. Je levert sneller op omdat je bouwt op iets dat werkt. En je geeft minder uit omdat je niet herschrijft wat niet herschreven hoeft te worden. Als 60% of meer van wat je nodig hebt UX/UI en content is — geen architectuurwijzigingen — is herontwerp bijna altijd de slimmere eerste stap.
Dit geldt zeker als je huidige platform nog bij je behoeften past. Een WordPress-site die 50 pagina's en een contactformulier beheert, heeft geen herbouw nodig alleen omdat het design gedateerd aanvoelt.
Waar herontwerp het plafond bereikt
Soms wordt "een paar aanpassingen" een openhartoperatie. Abonnementen met gedetailleerde rechten. Goedkeuringsworkflows in meerdere stappen. Realtime dashboards die data ophalen uit drie externe API's. Dit zijn geen features die je op een verouderde stack schroeft — ze trekken aan de kern: datamodellen, queues, opslag, authenticatie.
Als één feature je dwingt om de helft van de kernmodules te herschrijven, is het "snelle herontwerp" niet meer snel. Je eindigt met een Frankenstein: nieuwe verf op oude leidingen, bij elkaar gehouden door plugins die niet ontworpen zijn om samen te werken. Verouderde stacks maken Core Web Vitals, beveiligingspatches en schaalbaarheid een constante bergopwaartse strijd.
Er is een praktische test: als je developers meer tijd besteden aan het omzeilen van het platform dan aan het werken ermee, heb je het plafond bereikt. Op dat punt geeft bouwen op een goed framework — Laravel, Statamic of vergelijkbaar — je de architectuur om te groeien zonder tegen je eigen codebase te vechten.
De kostenvraag
Een herontwerp duurt doorgaans 4–8 weken en kost een fractie van een herbouw. Een herbouw — afhankelijk van de complexiteit — loopt van 3–6 maanden. Op papier wint herontwerp altijd. Maar die vergelijking mist de totale eigendomskosten.
We hebben bedrijven gezien die €5k uitgaven aan een herontwerp, daarna €3k aan patches zes maanden later, en nog eens €4k toen de volgende feature niet paste. Na twee jaar hadden ze €15k+ uitgegeven en deed de site nog steeds niet wat ze nodig hadden. Een herbouw van €20k aan het begin was goedkoper geweest — en ze hadden een platform dat de volgende drie jaar zonder drama aankan.
Het eerlijke antwoord: het hangt af van je roadmap. Als je een snelle conversieboost nodig hebt en je 12-maandenplan bescheiden is, is herontwerp economisch. Als je 3–5-jarenplan complexe rechten, diepgaande integraties of serieuze verkeersgroei bevat, verdient het goed afbakenen van de herbouw zich sneller terug dan je verwacht.
Wat gebeurt er met SEO bij een herbouw
Dit is de angst die de meeste teams op het herontwerppad houdt — en die is terecht. Een herbouw zonder SEO-migratieplan kan je verkeer maandenlang laten kelderen. Maar een goed geplande herbouw hoeft dat niet.
De ononderhandelbare punten: een complete 301-redirectmap van oude URL's naar nieuwe, behouden metadata, een schoon sitemap dat op lanceerdag bij Google wordt ingediend, en hreflang-tags als je meertalig bent. Het grootste deel van de verkeersdaling bij een herbouw komt door slordige redirects of ontbrekende pagina's — niet door de herbouw zelf.
Bij een herontwerp is het SEO-risico minimaal omdat je URL's hetzelfde blijven. Dat is een echt voordeel. Maar als je huidige URL-structuur rommelig is — automatisch gegenereerde slugs, URL's vol parameters, dubbele content tussen talen — geeft een herbouw je juist de kans om het goed op te lossen.
Hoe beslis je: herontwerp of herbouw?
Projecteer je product twee tot vijf jaar vooruit. Niet wat je volgende maand nodig hebt — maar wat je bedrijf in jaar drie zal eisen. Die tijdlijn beslist alles.
Begin met een herontwerp als
- Het platform ondersteund en stabiel is
- 60%+ van de scope UX/UI en content is, niet core rewrites
- Nieuwe features in de bestaande architectuur passen
- Behoud van de huidige SEO- en URL-structuur belangrijk is
- Je een snelle conversieboost nodig hebt in de komende 4–8 weken
Ga over op een herbouw als
- De stack legacy is of niet kan voldoen aan prestatie- en beveiligingsdoelen
- Het toevoegen van geplande features 70%+ van de kernmodules zou herschrijven
- Onderhoudskosten nu al hoger zijn dan wat een schone start zou kosten
- De roadmap voor 3–5 jaar complexe rechten, workflows, diepgaande integraties of hoog verkeer nodig heeft
- Core Web Vitals niet haalbaar zijn op de huidige basis
Vijf vragen voordat je begint
- Gaan we de komende 12–18 maanden optimaliseren voor snelheid tot lancering of langetermijn schaalbaarheid?
- Hoeveel kerncode zijn we bereid te herschrijven voor functies op korte termijn?
- Wat gebeurt er met onze SEO-rankings en backlinks bij elke optie?
- Waar zijn beveiligingsrisico's en onderhoudskosten hoger over een jaar?
- Past onze roadmap voor 3–5 jaar realistisch in de huidige architectuur?
Als je niet zeker weet waar je site staat, geeft een externe audit je een eerlijke diagnose voordat je je vastlegt op een van beide paden. Soms bespaart een middag analyse maanden verkeerd bouwen.
We kiezen standaard voor de lichtste aanpak — eerst herontwerpen. Maar als de architectuur groei blokkeert, is een herbouw geen ijdelheid van de ontwikkelaar. Het is de manier om tijd, budget en focus te besparen op de lange termijn. Als je hulp nodig hebt bij de keuze, is een gerichte adviesessie de snelste weg naar helderheid.
Hoeveel kost een website-herontwerp vergeleken met een volledige herbouw?
Een herontwerp kost doorgaans 30–50% van het budget van een volledige herbouw, met een doorlooptijd van 4–8 weken tegenover 3–6 maanden. Maar de echte vergelijking is de totale eigendomskosten over 2–3 jaar. Een goedkoop herontwerp dat continu gepatcht moet worden, kan uiteindelijk duurder uitvallen dan een goed geplande herbouw. De juiste vraag is niet "wat is goedkoper?" — maar "waarmee stop ik eerder met uitgeven?"
Hoe lang duurt een website-herbouw?
Voor een typische zakelijke site met 20–50 pagina's, aangepaste formulieren en een paar integraties: 3–6 maanden van kickoff tot lancering. Complexere projecten — e-commerce, dashboards met meerdere rollen, zware API-integraties — kunnen 6–12 maanden duren. De grootste variabele is niet de ontwikkeltijd; het is hoe duidelijk de scope is gedefinieerd voordat het werk begint.
Wanneer is het te laat voor een herontwerp?
Wanneer je developers meer tijd besteden aan het omzeilen van het platform dan aan het werken ermee. Concrete signalen: het toevoegen van een simpele feature kost weken aan workarounds, beveiligingspatches breken bestaande functionaliteit, laadtijden zijn niet te verbeteren zonder architectuurwijzigingen, of je zit vast aan een niet-ondersteunde CMS-versie. Als twee of meer hiervan gelden, is een herbouw waarschijnlijk goedkoper binnen 12–18 maanden.
Verlies ik SEO-rankings als ik mijn website herbouw?
Niet als je de migratie goed plant. De essentiële onderdelen: een complete 301-redirectmap, behouden metadata, een schoon sitemap dat op lanceerdag bij Google wordt ingediend, en correcte hreflang-tags voor meertalige sites. De meeste rankingdalingen komen door gemiste redirects of verweesde pagina's — niet door de herbouw zelf. Met goede planning herstelt het verkeer doorgaans binnen 4–8 weken.
Kan ik mijn website in fasen herontwerpen in plaats van alles tegelijk?
Ja, en het is vaak de slimste aanpak. Begin met de pagina's die het meeste impact hebben op omzet — meestal de homepage, belangrijkste servicepagina's en conversieflows. Rol daarna de rest in fasen uit. Dit laat je vroeg resultaten meten en bijsturen voordat je het volledige budget vastlegt. Het verkleint ook het risico: als iets niet werkt, heb je maar een deel van de site aangepast.
Neem contact op
Twijfel je tussen herontwerp of herbouw?
Vertel ons je context en doelen. Wij stellen de meest praktische volgende stap voor — of dat nu een herontwerp, een herbouw of iets ertussenin is.