Een redesign begint meestal met een ontwerp. Dat klinkt logisch, maar voor SEO is het de verkeerde volgorde. De eerste vraag moet niet zijn welke kleur, navigatie of homepage beter oogt, maar welke pagina’s vandaag organisch verkeer, aanvragen en omzet opleveren.
Veel Nederlandse mkb-bedrijven ontdekken dat pas na de lancering. Een belangrijke dienstpagina is verdwenen, bestaande URL’s zijn gewijzigd zonder goede koppeling of teksten zijn ingekort omdat het ontwerp rustiger moest worden. De nieuwe website ziet er professioneel uit, maar Google en potentiële klanten vinden minder van wat eerder werkte.
Website redesign SEO draait daarom eerst om behoud van bewezen waarde. Design volgt daarna. Wie die volgorde omdraait, neemt onnodig risico met organische leads, omzet en vertrouwen.
Inhoudsopgave
- Waarom de meeste redesigns onnodig SEO verliezen
- De nulmeting die je eerst moet doen
- Redirects en URL-strategie zonder fouten
- Content-audit op basis van Search Console-data
- Technische SEO en mobiele performance als rankingfundament
- Monitoring na livegang die je écht niet mag overslaan
- Wat ondernemers moeten onthouden en wanneer hulp loont
Waarom de meeste redesigns onnodig SEO verliezen
De grootste denkfout is dat een website opnieuw wordt gebouwd als een blanco canvas. In werkelijkheid heeft een bestaande website al een geschiedenis. Sommige pagina’s worden gevonden, andere krijgen veel vertoningen in zoekresultaten en weer andere leveren contactaanvragen op zonder dat iemand daar dagelijks naar omkijkt.
Die waarde zie je niet altijd aan de buitenkant. Een ogenschijnlijk ouderwetse kennisbankpagina kan belangrijker zijn voor de omzet dan een moderne homepage. Een lokale dienstpagina met weinig bezoekers kan precies de pagina zijn waarop een serieuze prospect binnenkomt.
Mijn vaste uitgangspunt: schrap nooit een pagina voordat je weet welke zoekopdrachten, bezoekers en conversies eraan verbonden zijn.
Het echte risico zit vaak in contentselectie
Ontwerpbeslissingen krijgen tijdens een redesign meestal vroeg aandacht. De contentinventaris komt vaak later, wanneer de structuur al vastligt en de planning onder druk staat. Dan wordt tekst aangepast aan het ontwerp, verdwijnen subpagina’s uit het menu en worden meerdere diensten samengevoegd omdat de website “eenvoudiger” moet worden.
Dat kan zakelijk verkeerd uitpakken. Een bezoeker die eerder rechtstreeks op een gespecialiseerde dienstpagina landde, komt nu misschien op een algemene pagina terecht. De informatie sluit minder goed aan, de zoekintentie wordt minder precies beantwoord en de kans op een aanvraag neemt af.
Een nieuwe huisstijl of moderner ontwerp bewaart organische zichtbaarheid niet vanzelf. Die zichtbaarheid hangt er vooral van af of belangrijke URL’s, relevante content, interne links, indexeerbaarheid en zoekintentie tijdens de redesign behouden blijven. Zonder die inventarisatie kan een vernieuwde website dus alsnog zichtbaarheid verliezen, ook als de techniek modern oogt.
Begin met een beschermingslijst
Maak vóór het ontwerp een lijst met pagina’s die je niet zomaar mag wijzigen. Neem daarin niet alleen de best bezochte URL’s op, maar ook pagina’s met relevante vertoningen, sterke posities, waardevolle interne links en aantoonbare conversies.
Daarna kun je pas verantwoord beslissen wat moet blijven, beter moet worden, samengevoegd kan worden, moet worden doorverwezen of mag verdwijnen. Data eerst, design daarna is geen theoretische voorkeur. Het is de eenvoudigste manier om te voorkomen dat een redesign bestaande vraag weggooit.
De nulmeting die je eerst moet doen
Een goede nulmeting legt vast hoe de website presteert voordat iemand een pagina aanpast. Zonder die uitgangspositie kun je na livegang niet betrouwbaar bepalen of een daling door normale herverwerking komt of door een fout in de migratie.
Verzamel de gegevens in vaste volgorde
Begin in Google Analytics 4 met de organische sessies per landingspagina. Kijk niet alleen naar totaalverkeer, maar noteer ook welke URL’s bezoekers binnenbrengen en welke pagina’s bijdragen aan een formulier, telefoongesprek of andere belangrijke actie. Een pagina met beperkt verkeer kan nog steeds bedrijfskritisch zijn als de bezoekers gericht zijn.
Gebruik daarna Google Search Console voor de belangrijkste zoekwoorden, vertoningen, klikken, gemiddelde posities en indexeerstatus. Exporteer ook de bestaande paginatitels, metabeschrijvingen, canonicals, structured data, hreflang-verwijzingen en interne links. Zo behoud je niet alleen URL’s, maar ook de signalen die de huidige structuur begrijpelijk maken.
Werk met een eenvoudige controlelijst
Voer deze acties uit voordat het nieuwe ontwerp wordt uitgewerkt:
- Landingspagina’s exporteren: noteer organische sessies per URL in Analytics.
- Zoekprestaties vastleggen: exporteer klikken, vertoningen en posities uit Search Console.
- Indexatie controleren: markeer welke belangrijke pagina’s geïndexeerd, uitgesloten of fout gemeld zijn.
- Metadata bewaren: sla titels, metabeschrijvingen, headings en canonicals op.
- Conversies koppelen: voeg formulieren, telefoongesprekken en andere doelen per landingspagina toe.
- URL’s naast elkaar zetten: maak een kolom voor de oude URL en een kolom voor de geplande nieuwe URL.
- Beslissing per URL vastleggen: geef iedere belangrijke bestaande URL een status zoals KEEP, IMPROVE, CONSOLIDATE, REDIRECT of REMOVE, met een korte onderbouwing.
- Redirects voorbereiden: geef iedere gewijzigde URL een passende bestemming.
Wie conversies overslaat, maakt een klassieke analysefout. De SEO-grafiek kan er redelijk uitzien terwijl de website minder aanvragen oplevert. Voor hulp bij het beoordelen van die klantreis kun je de websiteconversie laten verbeteren.
Veranderingen na livegang beoordeel je niet aan de hand van een universele procentregel. Vergelijk de nieuwe situatie steeds met de nulmeting, de belangrijkste landingspagina’s, zoekopdrachten, conversies en de schaal van de redesign. Een materiële of aanhoudende daling in belangrijke pagina’s, zoekvragen of aanvragen vraagt onderzoek, ook als er geen vaste drempel is overschreden.
Redirects en URL-strategie zonder fouten
Een redesign hoeft geen nieuwe URL-structuur te betekenen. Behoud een bestaande URL als daar geen duidelijke reden voor is om die te wijzigen. Zo voorkom je extra werk voor gebruikers, ontwikkelaars en zoekmachines. Verander een URL alleen wanneer de nieuwe structuur aantoonbaar beter aansluit op de inhoud, techniek of bedrijfsdoelen.
Leg bij iedere wijziging vooraf de koppeling tussen oud en nieuw vast. Google adviseert bij een verhuizing met URL-wijzigingen een grondige test, een URL-mapping en server-side redirects. De oude URL moet rechtstreeks naar de definitieve nieuwe URL verwijzen. Redirectketens maken die route langer en vergroten de kans op fouten. Volg daarom de officiële richtlijnen voor siteverhuizingen met URL-wijzigingen.
Redirect-keuze per situatie
| Situatie | Aanbevolen oplossing | Wanneer niet doen |
|---|---|---|
| Een pagina verhuist permanent naar een nieuwe URL | 301-redirect | Niet gebruiken als de verhuizing alleen tijdelijk is |
| De URL blijft gelijk, maar de inhoud wordt vernieuwd | Self-referencing canonical | Niet gebruiken om een echt verhuisde URL te vervangen |
| Een oude pagina heeft geen logisch alternatief | Beoordeel behoud, verbetering, redirect of verwijdering eerst | Niet standaard doorsturen naar de homepage |
Voor de meeste mkb-websites is een 301-redirect de praktische standaard bij een permanente URL-wijziging. Een 308-redirect bestaat ook als permanente redirect, maar is voor de meeste ondernemers geen beslispunt. Belangrijker is dat de doorverwijzing server-side staat, rechtstreeks naar de juiste nieuwe pagina gaat en vooraf is getest. Een canonical is geen redirect. De bezoeker blijft op dezelfde pagina, terwijl zoekmachines alleen een voorkeurs-URL krijgen.
Test de mapping vóór de lancering
Laat ontwikkelaars de redirecttabel testen op een acceptatieomgeving of gecontroleerde testopstelling. Controleer iedere belangrijke oude URL, de HTTP-status, de uiteindelijke bestemming en de canonical op de nieuwe pagina. Controleer ook of interne links naar de nieuwe URL verwijzen.
Houd uitzonderingen in hetzelfde document bij. Noteer verwijderde diensten, samengevoegde artikelen, taalvarianten en pagina’s die bewust hun URL behouden. Bij een domeinwissel adviseert Google de Change of Address-tool alleen op propertyniveau te gebruiken. Houd redirects minimaal 180 dagen actief, en langer wanneer er nog verkeer uit Google Search komt, volgens de richtlijnen voor domeinverhuizingen.
Een hostingmigratie zonder URL-wijziging vraagt een andere werkwijze. Bereid de nieuwe infrastructuur voor, test die en wijzig daarna de DNS-verwijzing. Controleer vervolgens het verkeer en de oude hosting totdat de overgang stabiel werkt, zoals beschreven in de richtlijnen voor hostingmigraties. Hef de oude omgeving pas op nadat de nieuwe omgeving, DNS, crawling, belangrijke functionaliteit en relevant verkeer aantoonbaar goed werken.
Content-audit op basis van Search Console-data
De vraag is niet alleen welke pagina’s je moet behouden. Je moet ook beslissen welke pagina’s je verbetert, samenvoegt, doorverwijst of verwijdert. Dat besluit hoort uit Search Console-data en bedrijfsdoelen te komen, niet uit de voorkeur van een ontwerper voor een korter menu.
Gebruik per URL drie hoofdsignalen: klikken, vertoningen en positie. Voeg daar bedrijfswaarde aan toe, zoals aanvragen, offerteverzoeken, telefoongesprekken of ondersteuning van een belangrijk verkoopproces. Een spreadsheet met deze kolommen maakt het gesprek concreet.
Gebruik vijf mogelijke beslissingen
KEEP past bij pagina’s die relevante klikken krijgen, zichtbaar zijn voor waardevolle zoekopdrachten of aantoonbaar bijdragen aan conversies. Verander de URL en kernstructuur alleen als daar een sterke reden voor bestaat.
IMPROVE past bij pagina’s met veel vertoningen maar relatief weinig klikken, of bij pagina’s die inhoudelijk wel aansluiten maar onvoldoende duidelijkheid bieden. Kijk naar titel, introductie, antwoord op de zoekvraag, interne links en conversiemogelijkheid.
CONSOLIDATE is logisch wanneer meerdere pagina’s vrijwel dezelfde behoefte bedienen en de waarde versnipperd raakt. Kies één duidelijke hoofd-URL, voeg de beste informatie samen en leid de oude, relevante URL’s rechtstreeks door naar die nieuwe pagina.
REDIRECT past bij pagina’s waarvan de inhoud op een andere, betere pagina terugkomt, terwijl de oude URL zelf niet hoeft te blijven bestaan. Kies dan een bestemming die inhoudelijk echt aansluit.
REMOVE is de zwaarste keuze. Doe dat alleen wanneer de inhoud geen actuele bedrijfswaarde, zoekwaarde of ondersteunende functie meer heeft en er geen zinvolle opvolger bestaat. Een pagina zonder veel klikken kan nog steeds veel vertoningen hebben of een belangrijke interne route vormen.
Praktische beslissing: een zwakke pagina is niet automatisch overbodig. Eerst bepalen waarom ze zwak lijkt, daarna pas verwijderen.
Leg die keuze per belangrijke URL vast voordat het ontwerp definitief wordt. Noteer minstens de huidige URL, het primaire onderwerp, SEO-signalen, bedrijfswaarde, de nieuwe bestemming of status, en de reden voor de gekozen aanpak. Zo voorkom je dat cruciale beslissingen pas laat in het traject op gevoel worden genomen.
Beoordeel pagina’s niet alleen op verkeer
Een dienstverlener kan een specifieke pagina hebben met weinig bezoekers, maar wel met bezoekers die precies klaar zijn om contact op te nemen. Een familiebedrijf kan een oude uitlegpagina hebben die nauwelijks wordt bezocht, maar wel vertrouwen opbouwt voordat iemand een offerte aanvraagt.
Neem daarom naast Search Console ook Analytics en conversiedata mee. Noteer per URL de huidige functie, het primaire onderwerp, de gewenste actie, de voorgestelde beslissing en de reden. Zo voorkom je dat een contentkeuze tijdens het ontwerp afhankelijk wordt van smaak.
Bij twijfel is verbeteren veiliger dan verwijderen. Een redesign is een geschikt moment om verouderde informatie te actualiseren, doublures op te lossen en de structuur te verscherpen. Het is geen reden om pagina’s zonder diagnose uit de website te halen. Voor een gerichte beoordeling van bestaande pagina’s kun je een website laten optimaliseren.
Technische SEO en mobiele performance als rankingfundament
Een visueel sterk ontwerp dat op een smartphone traag of onrustig werkt, voldoet niet aan wat een moderne bedrijfswebsite nodig heeft. Een redesign moet daarom niet alleen mooi ogen, maar vooral goed werken op echte mobiele apparaten. Dat betekent dat belangrijke content snel zichtbaar moet zijn, formulieren bruikbaar moeten blijven en de layout niet onverwacht mag verspringen tijdens het laden.
Google gebruikt hiervoor onder meer de Core Web Vitals, met metingen voor laadsnelheid van het belangrijkste zichtbare element, interactiviteit en visuele stabiliteit, zoals toegelicht op web.dev over Core Web Vitals en in Google Search Central over page experience. Voor een mkb-website is de zakelijke conclusie eenvoudiger dan de techniek: voeg tijdens een redesign geen onnodig zware afbeeldingen, scripts, animaties of instabiele layout toe als die de gebruikservaring en vindbaarheid onder druk zetten.
Prioriteer de grootste technische risico’s
Pak performance in deze volgorde aan:
- Afbeeldingen: comprimeer bestanden en serveer moderne formaten met passende afmetingen.
- Scripts: beperk render-blocking scripts en laad niet op iedere pagina dezelfde functionaliteit.
- Stylesheets: verwijder ongebruikte CSS en voorkom dat visuele effecten de eerste weergave vertragen.
- Mobiele templates: test eerst op een smartphone, niet pas nadat de desktopversie is goedgekeurd.
- Metingen: controleer na livegang de Core Web Vitals en vergelijk belangrijke paginatypen met de nulmeting.
Controleer ook robots.txt, canonicals, structured data, hreflang en interne links. Techniek moet niet alleen snel zijn, maar ook begrijpelijk voor crawlers en bezoekers. De gebruiksvriendelijkheid van je website hoort daarom samen met technische SEO te worden beoordeeld.
Gebruik een korte performancecheck
Vóór livegang controleer je de belangrijkste sjablonen op mobiel, inclusief homepage, dienstenpagina, contactpagina en contentpagina. Tijdens de lancering controleer je of scripts, afbeeldingen en formulieren vanaf de echte omgeving werken. Na livegang vergelijk je de meetgegevens met de nulmeting en herstel je regressies voordat ze zich over de hele website verspreiden.
Monitoring na livegang die je écht niet mag overslaan
Een redesign eindigt niet bij de publicatie. Na livegang moet je vaststellen of Google de nieuwe structuur goed verwerkt en of bezoekers, zoekmachines en meetpunten hun routes behouden. Google adviseert een migratie minimaal een jaar te monitoren, volgens de eerder aangehaalde richtlijnen voor siteverhuizingen.
Werk met een praktisch controleschema
Controleer na livegang in elk geval de punten met de hoogste zakelijke impact. Begin bij belangrijke organische landingspagina’s, klikken, vertoningen, indexatie, redirects, foutmeldingen, conversies, formulieren en Core Web Vitals. Hoe vaak je dat doet, hangt af van de omvang van de redesign, het verkeer en de commerciële afhankelijkheid van organische leads.
In de eerste fase na livegang is het verstandig om belangrijke rapporten en kritieke functionaliteit vaker te controleren. Daarna kun je het ritme afbouwen zolang de nieuwe situatie stabiel blijft. Vergelijk steeds oude met nieuwe URL’s, controleer of redirects goed uitkomen en let erop dat aangepaste templates structured data, canonicals en interne links correct tonen.
Leg per controle vast wat is gemeten, welke afwijking is gevonden en wie de correctie uitvoert. Zonder eigenaar blijft monitoring een rapportage zonder vervolg. Voor structureel WordPress-onderhoud kun je updates, fouten, prestaties en wijzigingen volgens een vast proces laten bewaken.
Herken echte alarmsignalen
Een korte schommeling vraagt een andere reactie dan een aanhoudende terugval. Onderzoek is nodig wanneer belangrijke landingspagina’s, waardevolle zoekopdrachten, indexatie of conversies na de redesign duidelijk verslechteren ten opzichte van de nulmeting. Controleer dan eerst de dekking, robots.txt, canonicals, sitemap, redirects en belangrijkste URL’s.
Een plotselinge daling in geïndexeerde pagina’s, een piek in serverfouten, meerdere verdwenen landingspagina’s of formulieren die niet meer werken zijn duidelijke signalen. Controleer naast Search Console ook uptime en, als die beschikbaar zijn, serverlogbestanden. Daarmee zie je of zoekmachines minder toegang hebben gekregen, in plaats van alleen vast te stellen dat verkeer is gedaald.
Herstel afwijkingen op basis van impact. Begin met pagina’s die eerder organisch verkeer of conversies opleverden en controleer daarna of de correctie zichtbaar wordt in de metingen.
Wat ondernemers moeten onthouden en wanneer hulp loont
Een veilig redesign volgt een vaste volgorde. Begin met data, bescherm werkende content, wijzig URL’s alleen met reden, leg per belangrijke URL een beslissing vast, test redirects vóór livegang en monitor daarna gericht op zichtbaarheid en conversie. Design moet de inhoud en klantreis versterken, niet vervangen.
De drie duurste fouten zijn voorspelbaar:
- Geen nulmeting: je weet niet welke pagina’s verkeer of aanvragen opleverden.
- Redirects zonder mapping: oude URL’s eindigen in fouten, omwegen of irrelevante bestemmingen.
- Contentwaarde negeren: sterke landingspagina’s verdwijnen omdat ze visueel niet in het nieuwe concept passen.
Voor een mkb-bedrijf betekent dat minder organische instroom en meer herstelwerk achteraf. Een maatwerkwebsite volgens een duidelijk stappenplan begint daarom met analyse, structuur en content voordat het ontwerp definitief wordt.
WebdesignerFABI kan de bestaande website beoordelen, de SEO-waarde inventariseren en een redesign voorbereiden waarin structuur, techniek en conversie samen worden aangepakt. Dat past vooral wanneer je intern geen tijd hebt om URL’s, Search Console-data en meetbaarheid zorgvuldig te controleren.
Wil je weten welke pagina’s van jouw website bescherming nodig hebben vóór een redesign? WebdesignerFABI kan een praktisch adviesgesprek voeren over de nulmeting, contentkeuzes, URL-mapping en monitoring na livegang. Je krijgt een nuchtere beoordeling van de risico’s en vervolgstappen, zonder onnodige verkooppraat.
