Michele Eccher
In deze gids
Kies voor een gericht herontwerp als de basis van de website nog bij je bedrijf past, maar merkpresentatie, content of gebruikservaring beter moeten. Opnieuw bouwen is zinvol als het platform, de architectuur, het contentmodel, de koppelingen, de onderhoudbaarheid of de snelheid de website belemmert in zijn functie. Vaak is een combinatie in fasen verstandiger dan alles houden of alles vervangen.
‘De website oogt oud’ beschrijft een symptoom, niet het werk dat nodig is. Het probleem kan zitten in wisselende typografie, een onduidelijk aanbod, navigatie die niet meer bij het bedrijf past, een kwetsbaar CMS of code waarbij elke wijziging risico oplevert. Zie je dit allemaal als een ontwerpprobleem, dan doe je mogelijk te weinig. Bouw je voor elk probleem alles opnieuw, dan gooi je misschien goed werkende onderdelen weg en vergroot je het migratierisico.
Deze gids helpt je bepalen hoe ingrijpend de verandering moet zijn. Hij gaat dus niet over wat een website kost of de afzonderlijke stappen uit de SEO-migratiechecklist. Bepaal eerst wat er moet veranderen. Daarna volgen de begroting en het migratieplan.
Analyse
Onderscheid problemen met ontwerp, content, gebruik, techniek en dagelijks beheer.
Behoud
Breng in kaart welke pagina’s, signalen, systemen en gebruikersacties al goed werken.
Keuze
Fris op, ontwerp opnieuw, herbouw of verdeel het werk in fasen.
Regie
Plan migratie, tests en metingen. Bepaal wie de site daarna beheert.
Maak onderscheid tussen drie ingrepen
| Aanpak | Wat verandert | Wat meestal blijft |
|---|---|---|
| Visuele opfrisbeurt | Typografie, kleuren, beeld, vormgeving van onderdelen en een selectie van templates | De hoofdstructuur, het CMS, het contentmodel, de URL’s en de koppelingen |
| Structureel herontwerp | Boodschap, bezoekersroutes, navigatie, paginahiërarchie, templates en designsysteem | Het platform en een gezonde technische basis kunnen blijven |
| Volledig opnieuw bouwen of overstappen | Architectuur, code, CMS, datamodel, koppelingen en front-end | Behoud waar mogelijk waardevolle content, URL’s, zoeksignalen en bewezen gebruikersacties |
Bij een herontwerp kan ook ontwikkelwerk horen, en bij opnieuw bouwen blijft ontwerp nodig. Het verschil zit dus niet in de vraag of de code verandert, maar of de bestaande techniek en contentstructuur nog een geschikte basis vormen. Leg die begrippen vast in de briefing, zodat leveranciers hetzelfde probleem begroten.
Zoek achter elke klacht naar de werkelijke beperking
Onderzoek de huidige website op deze punten
- Bedrijfsdoelen, belangrijkste doelgroepen en meetbare websiteresultaten
- Positionering, duidelijkheid van het aanbod, onderbouwing en contentkwaliteit
- Navigatie, zoekfunctie, bezoekersroutes, formulieren en toegankelijkheid
- Organische vindbaarheid, prestaties per URL en interne links
- Werken in het CMS, beheerafspraken, lokalisatie en publicatieproces
- Snelheid, beveiliging, onderhoudbaarheid en technische schuld
- Koppelingen met CRM, webshop, meettools en andere systemen
- Eigendom, afhankelijkheid van leveranciers en de werkelijke kosten van aanpassingen
Verzamel gebruiksgegevens, Search Console-data, een contentinventaris, supportmeldingen, zoekopdrachten binnen de site, bevindingen uit gebruikstests, feedback van sales en gesprekken met redacteuren. Onderzoek daarna de code en het CMS. Wie alleen naar visuele voorbeelden kijkt, kan niet bepalen of de interface, de inhoud of het platform tekortschiet.
Vormgeving
Het merk komt niet consistent over, de visuele hiërarchie is onduidelijk of onderdelen ogen verouderd.
Gebruikservaring
Bezoekers kunnen belangrijke informatie of functies niet vinden, begrijpen, vergelijken of gebruiken.
Content
De structuur, teksten en onderbouwing passen niet meer bij het bedrijf of de doelgroep.
Platform
Publiceren, koppelingen, beveiliging, snelheid of onderhoud staan verdere verbetering in de weg.
Fris gericht op als de basis nog goed is
Een opfrisbeurt past als de informatiearchitectuur, belangrijkste bezoekersroutes, het CMS, de snelheid en de koppelingen nog goed werken, maar de vormgeving niet meer samenhangt of enkele templates achterblijven. Je kunt daarmee geloofwaardigheid en consistentie verbeteren zonder een risicovolle migratie af te dwingen.
Wanneer een opfrisbeurt genoeg kan zijn
- Redacteuren kunnen content maken en bijwerken zonder omwegen
- Bezoekers vinden en voltooien hun belangrijkste taken gemakkelijk
- De URL-structuur en pagina’s die organisch verkeer aantrekken passen nog bij hun doel
- De front-end laat samenhangende verbeteringen aan onderdelen en toegankelijkheid toe
- Benodigde koppelingen zijn stabiel en gedocumenteerd
- Het belangrijkste probleem zit in visuele samenhang, hiërarchie of een beperkt aantal templates
Begin ook een opfrisbeurt met een controle van het designsysteem en representatieve templates. Alleen de homepage nieuwe kleuren geven terwijl formulieren, artikelen en dienstenpagina’s onderling blijven verschillen, voegt vooral nieuwe inconsistenties toe.
Ontwerp opnieuw als de gebruikservaring moet veranderen
Een structureel herontwerp is zinvol als het platform nog bruikbaar is, maar de site het aanbod niet duidelijk maakt, de juiste doelgroepen niet bedient of belangrijke bezoekersroutes niet ondersteunt. Je kunt positionering, contenthiërarchie, navigatie, paginatypen, interacties en conversieroutes veranderen terwijl het CMS en bepaalde koppelingen blijven.
Stel de briefing opnieuw scherp
Beschrijf de doelgroep, het bedrijfsresultaat en het probleem in de gebruikservaring. Vraag niet alleen om een nieuw uiterlijk.
Herontwerp de structuur
Test navigatie, relaties tussen pagina’s, contenthiërarchie en gebruikersroutes voordat je schermen tot in detail uitwerkt.
Maak herbruikbare bouwstenen
Ontwikkel onderdelen en contentregels die op representatieve templates goed samenwerken.
Toets het ontwerp aan de bestaande techniek
Controleer of het CMS en de front-end de voorgestelde ervaring aankunnen zonder kwetsbare uitzonderingen.
Bouw opnieuw als de basis noodzakelijke veranderingen blokkeert
| Aanleiding | Benodigde onderbouwing | Vraag vóór je begint |
|---|---|---|
| Het CMS past niet meer | Terugkerende omwegen bij het redigeren, ontbrekende rechten, gebrekkige lokalisatie of onbruikbare contentmodellen | Helpt een andere inrichting, of klopt het model in de basis niet? |
| Technische schuld beheerst elke wijziging | Kleine releases zijn traag, riskant en duur; softwareonderdelen zijn verouderd of worden niet meer ondersteund | Wat moet verdwijnen en wat kan veilig mee? |
| Noodzakelijke functies zijn niet haalbaar | Essentiële koppelingen, verkoopfuncties, zoeken of personalisatie kunnen niet betrouwbaar worden ondersteund | Is de behoefte belangrijk genoeg om de kosten over de hele levensduur te rechtvaardigen? |
| Snelheid en toegankelijkheid lopen vast op de techniek | Door de paginaopbouw of de bestaande onderdelen kan de website niet consequent aan de eisen voldoen | Kan een gerichte technische verbetering het knelpunt eerst oplossen? |
| De organisatie heeft te weinig zeggenschap | Content exporteren, zelf releases beheren of veilig van leverancier wisselen is niet mogelijk | Welke afspraken over eigendom en overstappen moet het nieuwe platform waarborgen? |
Bouw niet opnieuw alleen omdat de huidige techniek uit de mode is. Een nieuw platform brengt zelf kosten mee voor migratie, training, koppelingen en onderhoud. Vergelijk de kosten en risico’s van herstel met die van de vervanger over de hele levensduur, niet alleen met de offerte voor de lancering.
Weeg de mogelijkheden op basis van bewijs en risico
| Criterium | Opfrissen | Herontwerpen | Opnieuw bouwen |
|---|---|---|---|
| Merk en vormgeving zijn inconsistent | Past goed | Past goed | Mogelijk, maar alleen hiervoor te ingrijpend |
| Bezoekersroutes of informatiearchitectuur zijn onduidelijk | Past minder goed | Past goed | Past goed als ook de basis tekortschiet |
| Contentmodel en publicatieproces werken niet goed | Past minder goed | Helpt gedeeltelijk | Past goed |
| Code of cruciale koppelingen worden niet meer ondersteund | Past minder goed | Past minder goed | Past goed |
| Waardevolle organische vindbaarheid moet behouden blijven | Lager migratierisico | Gemiddeld risico | Vraagt de meeste planning en controles |
| Verbeteringen moeten snel live | Vaak het snelst | Kan in fasen | Doorgaans het langzaamst |
| Flexibiliteit in het beheer op lange termijn | Beperkte verandering | Verbetert de front-end | Kan ook de volledige manier van beheren vernieuwen |
Laat het belang voor je bedrijf meewegen. Publiceren redacteuren dagelijks, dan kan een soepel CMS-proces belangrijker zijn dan een kleine besparing op infrastructuur. Levert organisch zoeken veel passende aanvragen op, dan wegen behoud van URL’s en content en een beheerste migratie zwaarder. Leg aannames vast, zodat je de keuze kunt toetsen voordat je een leverancier selecteert.
Bescherm SEO, metingen en toegankelijkheid bij elke aanpak
Ook een visuele opfrisbeurt kan koppen, links, templates en snelheid veranderen. Bij een herontwerp of herbouw kunnen bovendien URL’s, de opbouw van pagina’s en de inhoudelijke dekking wijzigen. Leg vooraf zoekposities, verkeer, conversies, Core Web Vitals en belangrijke gebruikerstaken vast. Inventariseer de huidige URL’s en breng elke wijziging vóór de lancering in kaart.
Deze controles horen bij elke lancering
- Een volledig overzicht van huidige URL’s, met een eigen redirectbestemming voor elke gewijzigde URL
- Behoud van waardevolle content en een expliciete beslissing voor elke belangrijke pagina
- Zelfverwijzende canonicals, waar relevant hreflang en een bijgewerkte sitemap
- Interne links die direct naar de definitieve URL’s wijzen
- Metingen, toestemming, formulieren, overdracht aan het CRM en belangrijke meetgebeurtenissen van begin tot eind testen
- Controles op verschillende schermen, toetsenbordbediening, contrast en ondersteunende technologie
- Snelheidstests op representatieve templates en echte apparaten
- Crawlen, statuscodes, indexering en conversies volgen na de lancering
Google adviseert om oude URL’s te koppelen aan hun nieuwe bestemming, interne links bij te werken en bij gewijzigde URL’s permanente redirects op de server in te stellen. De richtlijnen voor siteverhuizingen raden ook aan om grote veranderingen waar mogelijk één voor één door te voeren. Toegankelijkheid hoort tijdens het hele project bij ontwerp én ontwikkeling. Het WCAG-overzicht van W3C beschrijft de gedeelde standaard.
Leg doelen, behoud en beperkingen vast
Leg dit vast in de briefing
- De verandering in het bedrijf en de gebruikerstaken die het project moet ondersteunen
- Gegevens over de huidige website en de vastgestelde beperkingen
- Wat moet blijven, verbeteren, verhuizen of verdwijnen
- Representatieve contenttypen, templates en bezoekersroutes
- Eisen aan techniek, gegevens, toegankelijkheid, lokalisatie en koppelingen
- Eigendom van domeinen, code, ontwerpbestanden, content, meetgegevens en accounts
- Acceptatiecriteria, controles bij de lancering en verantwoordelijkheden daarna
- Budgetruimte, beperkingen in de planning en nog openstaande beslissingen
Vraag mogelijke partners welke ingreep zij adviseren, waarop dat advies is gebaseerd en welke risico’s overblijven. Een goed voorstel maakt afwegingen zichtbaar. Zoek je één team voor strategie, content, UX/UI, ontwikkeling, CMS en metingen? Bekijk dan Qreativa’s dienst voor webdesign en ontwikkeling.
Veelgestelde vragen over je website vernieuwen
Wat is het verschil tussen een website herontwerpen en opnieuw bouwen?
Bij een herontwerp verander je hoe de site communiceert en hoe bezoekers ermee werken. Het bestaande CMS en de technische basis kunnen blijven. Bij opnieuw bouwen vervang je belangrijke delen van het platform, de code, het contentmodel of de koppelingen. Beide vragen om ontwerp en ontwikkeling; het verschil is welke basis je behoudt.
Kun je een website vernieuwen zonder de URL’s te veranderen?
Ja. Past de URL-structuur nog bij de behoeften van bezoekers en waardevolle zoekvragen, dan kun je die vaak behouden terwijl je content, templates en navigatie verbetert. Verander URL’s alleen om een duidelijke reden in de structuur. Maak dan een redirectplan en werk alle interne verwijzingen bij.
Moet een ouderwets ogende website altijd helemaal opnieuw worden gebouwd?
Nee. Als CMS, architectuur, snelheid, toegankelijkheid en koppelingen nog goed zijn, kan een gerichte verbetering van vormgeving en onderdelen het probleem met minder risico oplossen. Onderzoek eerst het beheer en de techniek voordat je vastlegt wat je gaat veranderen.
Wanneer is vernieuwen in fasen beter dan alles tegelijk lanceren?
Een gefaseerde aanpak past bij grote sites, onvolledige onderzoeksgegevens, organisaties die niet kunnen stoppen met publiceren of verbeteringen die snel live moeten. Je kunt architectuur en onderdelen dan eerst testen in representatieve delen van de site en ze daarna breder toepassen.
Is een website opnieuw bouwen schadelijk voor SEO?
Er ontstaat SEO-risico als waardevolle content, URL’s, interne links, metadata, paginaopbouw of snelheid ongecontroleerd veranderen. Blijvend verlies hoeft niet het gevolg te zijn. Leg de uitgangssituatie vast, bepaal de bestemming van elke URL, gebruik relevante permanente redirects, test vóór de lancering en volg daarna crawlen, indexering en resultaten.
Hoe vergelijk je voorstellen voor een websitevernieuwing?
Kijk of ze hetzelfde probleem onderzoeken en vergelijkbaar werk bevatten voor strategie, content, ontwerp, ontwikkeling, migratie, koppelingen, toegankelijkheid, metingen, eigendom en beheer na de lancering. Een lagere prijs kan betekenen dat onderdelen ontbreken, niet dat hetzelfde werk efficiënter wordt uitgevoerd.
