Website redesign: verbouwen of opnieuw bouwen?

Een website vernieuwing komt vaak neer op dezelfde vraag: kun je verbouwen, of moet je opnieuw bouwen? Je wil geen dure ingreep doen als een gerichte reparatie volstaat. Anderzijds is plakken op een ouder systeem soms duurder op de lange termijn.

Dit artikel geeft een beslisframework dat je direct kunt toepassen. Ik loop techniek, conversie en onderhoud langs. Met concrete checks, een tabel met beslisregels en een praktische checklist. Er staat ook een indicatieve kostenrange bij, maar die verschilt per project.

Het uitgangspunt: drie meetpunten

Kijk naar drie aspecten. Elk aspect krijgt een score: laag, middel, hoog. Die scores vormen samen de beslissing.

• Technische staat: CMS, codekwaliteit, modulair ontwerp, security issues.
• Conversie en content: hoeveel van je bezoekersactie komt door content, templates en UX?
• Onderhoudslast: hoe vaak moet je iets aanpassen en hoe snel kan dat?

Technische staat: waar het vaak fout gaat

Technische schuld is een stille kostenpost. Kijk naar:

• Achterhaalde PHP/Framework-versies.
• Monolithische code zonder componenten.
• Veel custom plugins die elkaar blokkeren.

Als updates onveilig zijn of niet meer mogelijk, is nieuwbouw vaak de juiste keuze. Wil je concreet meten? Maak een lijst van blockers: niet-updatable libraries, end-of-life versies, en security-issues. Als je meer dan drie blockers hebt, staat de schaal richting nieuwbouw.

Conversie en content: redesign of herstructureren?

Soms is de techniek prima, maar presteert de site slecht qua conversie. Voorbeeld: productpagina's zonder duidelijke CTA, of content die niet geoptimaliseerd is voor zoekopdrachten.

Meetpunten:

• Bounce- en exit-pagina's.
• Conversiepad-onderbrekingen.
• Conversie afhankelijk van templates of van content.

Als problemen zitten in templates of in de page-builder (en die kun je vervangen), is verbouwen logisch. Is de hele contentarchitectuur slecht of moet je data-model veranderen (bijv. producten worden dynamisch opgebouwd vanuit meerdere services), dan is nieuwbouw realistischer.

Onderhoudslast en kosten

Onderhoud kost tijd en geld. Stel vragen als:

• Hoeveel tijd kost een kleine wijziging (tekst/beeld/prijs)?
• Hoeveel mensen en skills zijn vereist?
• Hoe vaak lopen wijzigingen vast door dependencies?

Als elke kleine wijziging >4 uur door onbekende bugs kost, is dat een signaal. Bereken jaarkosten: interne uren plus externe support. Veel kleine fixes stapelen zich. Soms is investeren in nieuwbouw goedkoper na 12–24 maanden.

SEO, performance en toegankelijkheid

SEO en indexering moeten je beslissing beïnvloeden. Crawlbaarheid en metadata-structuur beïnvloeden zichtbaarheid. Google adviseert technische SEO-basisprincipes die je moet controleren voordat je begint: https://developers.google.com/search/docs/essentials en https://developers.google.com/search/docs/fundamentals/seo-starter-guide.

Performance speelt mee. Core Web Vitals zijn nu belangrijke meetpunten voor gebruikerservaringen en kunnen invloed hebben op verkeer. Meet LCP, INP en CLS en los grote afwijkingen op: https://web.dev/articles/vitals en https://web.dev/articles/lcp.

Toegankelijkheid is geen bijzaak. Als je site niet voldoet aan WCAG, kan dat juridische en gebruiksklare consequenties hebben. Check de richtlijnen: https://www.w3.org/TR/WCAG22/.

Beslis-tabel: verbouwen vs opnieuw bouwen

Let op: bedragen zijn indicatief en verschillen per project.

Praktisch beslisframework (stap-voor-stap)

1. Inventariseer blockers (security, updates, performance). Noteer concrete voorbeelden en tijdsinschattingen.
2. Meet conversie en identificeer welk deel door templates, content of structuur komt. Gebruik analytics en korte experiments.
3. Schat onderhoudskosten (uren per maand x tarief). Vergelijk 12–24 maanden doorlooptijd.
4. Voer SEO-check uit met de basisprincipes van Google Search Essentials: https://developers.google.com/search/docs/essentials.
5. Als 2 van de 3 hoofdcriteria (techniek, conversie, onderhoud) als 'hoog' scoren → overweeg nieuwbouw.

Checklist voor uitvoering

• Maak een lijst met security- en update-blockers.
• Meet Core Web Vitals op belangrijke pagina's.
• Bepaal welke templates conversieblokkers zijn.
• Bereken gemiddelde tijd voor contentwijzigingen.
• Plan redirects en URL-mapping bij migratie.
• Plan toegankelijkheidstesten volgens WCAG.
• Maak een rollback-plan en backups voordat je live gaat.

Indicatieve kosten en teamsamenstelling

Indicatieve ranges (let op: per project verschillend):

• Kleine renovatie: €2.000–€10.000 (ui, snelheid, enkele templates).
• Volledige herbouw kleine site: €15.000–€40.000 (configuratie, migratie, tests).
• Midsize herbouw met integraties: €40.000–€120.000.

Teamvoorbeeld nieuwbouw (3–6 maanden): projectmanager, 1–2 front-end developers, 1 back-end developer, UX-designer, QA, SEO-specialist. DevCru doet dit soort trajecten als senior-led bureau en helpt met onderhoud en support zonder fictieve garanties.

Nuancering

Dit framework is praktisch, niet waterdicht. Soms wegen emotionele of organisatorische redenen zwaarder. Een snelle redesign kan bijvoorbeeld tijdelijke conversiestijgingen opleveren terwijl technische schuld blijft bestaan. Dat kan acceptabel zijn als je tijd koopt voor een bredere planning.

Volgende stappen

Als je wilt starten met een snelle audit, bekijk eerst onze uitleg over website-redesign. Voor een offerte of maatwerkadvies kun je lezen hoe we bij DevCru meestal sites aanpakken of ons inschakelen via website-laten-maken.

Wil je een korte offerte of een projectbespreking? Vraag een korte quote aan op /quote.