Uw website vernieuwen zonder SEO te verliezen: praktische gids

1. Waarom redesigns het verkeer laten kelderen

Uw ranking leeft niet in "uw website" als abstract concept: ze leeft in concrete URL's. Elke pagina die scoort, heeft jarenlang signalen opgebouwd — content die een zoekopdracht beantwoordt, externe links, klikhistorie. Een slecht uitgevoerd redesign breekt dat kapitaal op drie manieren:

• URL's die verdwijnen. De nieuwe website gebruikt andere paden en niemand redirect de oude. Google vindt 404's waar gepositioneerde pagina's stonden, en die ranking "verhuist" niet vanzelf: ze verdampt.
• Content die wordt ingekort. Bij het redesign wordt de pagina van 900 woorden die scoorde een "schoner" visueel blok van 100 woorden. Mooier, minder relevant: Google herbeoordeelt en u zakt.
• Technische signalen die verslechteren. De nieuwe website laadt trager door het overladen thema, of gaat live met de noindex van de testomgeving er nog op. Ja: dat gebeurt aan de lopende band.

Het goede nieuws: dit is allemaal te voorkomen met een proces dat een fractie van het redesign kost en jaren werk beschermt.

2. Stap 1: volledige URL-inventaris

Voordat u iets aanraakt, moet u precies weten wat u hebt. Niet "ongeveer welke pagina's er zijn": de complete lijst, want de URL die u over het hoofd ziet, is de URL die u verliest. Vier bronnen die u kruist:

• Een crawl van de huidige website met Screaming Frog of vergelijkbaar: alle URL's die bestaan en antwoorden.
• Search Console (prestaties, 12-16 maanden): alle URL's die vertoningen en klikken ontvangen — inclusief de URL's waarvan u niet wist dat ze scoorden.
• Analytics: pagina's met verkeer uit welke bron dan ook, niet alleen organisch. De landingspagina's van campagnes en nieuwsbrieven moeten ook overleven.
• Externe links (Ahrefs, Semrush of het linkrapport van Search Console): welke URL's ontvangen links van andere websites. Die leveren de meeste autoriteit en zijn het duurst om te verliezen.

Het resultaat is een spreadsheet met elke URL en zijn cijfers: organische klikken, keywords waarop hij scoort, inkomende links. Die spreadsheet is de baas: hij vertelt u welke pagina's onaantastbaar zijn, welke samengevoegd kunnen worden en welke zonder gevolgen mogen sterven.

3. Stap 2: 301-redirectmap

Verandert het redesign URL's (en er verandert er bijna altijd wel eentje), dan is de redirectmap het belangrijkste document van het project. Een tabel: oude URL → nieuwe URL. De regels die een goede map onderscheiden van een decoratieve:

• 1:1 naar het echte equivalent. Elke oude URL redirect naar de nieuwe pagina die dezelfde zoekintentie beantwoordt. De oude pagina "keukenrenovaties" gaat naar de nieuwe keukenpagina, niet naar "diensten".
• Nooit alles naar de homepage. De massale redirect naar de voorpagina is de klassieke fout: Google behandelt die als een soft 404 en de autoriteit van elke pagina gaat alsnog verloren.
• 301, geen 302. Permanent, niet tijdelijk. Dat is wat de opgebouwde signalen overdraagt.
• Geen ketens of lussen. A → B → C verspilt autoriteit en crawlbudget. Bestonden er al oude redirects, werk ze dan bij zodat ze rechtstreeks naar de eindbestemming wijzen.
• Prioriteer het belangrijke handmatig. De 20% van de URL's met 80% van het verkeer en de links controleert u één voor één, niet met een automatische regel.
• De redirects blijven staan. Minimaal een jaar; in de praktijk zolang de oude URL's ook maar één klik ontvangen of één externe link hebben.

4. Stap 3: behouden wat werkt

Een redesign verwisselt de kleren; het hoort de content geen lobotomie te geven. Vóór de lancering, voor elke pagina met verkeer:

• Behoud de titles die scoren. De title is een van de sterkste signalen van de pagina. Staat "Sportfysiotherapie in Sabadell | Kliniek X" al twee jaar in de top 3, dan vervangt de nieuwe website die niet door "Beweeg beter ✦ Kliniek X" omdat dat moderner oogt.
• Behoud de H1's en de koppenstructuur. De designer stelt een visuele hiërarchie voor; de H1's en H2's die werken blijven staan of worden met chirurgische precisie bijgesteld, niet vanaf nul herschreven.
• Migreer de volledige content. Had de pagina 900 woorden die de zoekopdracht beantwoordden, dan behoudt de nieuwe ze (desnoods mooier opgemaakt). Content "verlichten" die scoort, is uw eigen verkeer wegsnijden.
• Respecteer de interne links. De interne linkstructuur verdeelt autoriteit. Herbouw menu's en contextuele links naar de belangrijke pagina's, laat ze niet vallen.
• Behoud structured data en metadata (schema, meta descriptions, alt-attributen) waar al aan gewerkt was.

5. Gouden regel: verander domein en structuur niet tegelijk

Elke grote variabele die u bij een lancering verandert — domein, URL-structuur, platform, content, design — is een potentiële bron van een terugval. Verandert u er meerdere tegelijk en zakt het verkeer in, dan weet u niet welke het was: u debugt blind terwijl u elke dag geld verliest.

Daarom is sequencen de verstandige praktijk. Domeinwissel? Migreer eerst het domein met de website zoals die is, 1:1-redirects, en raak verder niets aan; wanneer Google stabiliseert (geef het weken), pakt u het redesign aan. Platformwissel (bijvoorbeeld naar WordPress)? Probeer de URL-structuur te behouden, ook al stelt het nieuwe platform een andere voor — dat is bijna altijd configureerbaar. Elke geïsoleerde verandering is diagnosticeerbaar; alles tegelijk is een gok.

6. Checklist voor en na de lancering

Vóór de lancering

1. Volledige URL-inventaris en afgeronde prioriteitenlijst.
2. Redirectmap geïmplementeerd en getest in de testomgeving (te verifiëren met een crawl over de lijst met oude URL's).
3. Titles, H1's en content van de belangrijke pagina's naast elkaar gelegd: oude vs nieuwe website.
4. Prestaties van de nieuwe website gelijk of beter: Core Web Vitals gemeten, niet verondersteld.
5. Nieuwe XML-sitemap gegenereerd en analytics + Search Console klaar voor de wissel.
6. Een volledige back-up van de oude website — content inbegrepen. Scoorde iets en bent u het kwijt, dan is het goud waard het te kunnen terughalen.

Op de lanceerdag

1. De noindex en de robots.txt-blokkade van de testomgeving verwijderen. Lees het twee keer. Het is de domste en duurste fout van allemaal.
2. Redirects in productie verifiëren met een echte steekproef van oude URL's.
3. De nieuwe sitemap indienen in Search Console.
4. Een volledige crawl van de productiewebsite: 404's, redirectketens, kapotte interne links.

De 4-8 weken erna

1. Search Console dagelijks in de eerste week: nieuwe 404-fouten, indexeringsdekking.
2. Organisch verkeer vergeleken met de equivalente eerdere periode, pagina voor pagina bij de belangrijke.
3. De posities van de 20-50 belangrijkste keywords gemonitord.
4. Elke 404 met verkeer die opduikt: meteen een nieuwe redirect.

7. Fouten die het verkeer de das omdoen

De fouten die ik keer op keer zie bij websites die na een mislukt redesign bij mij belanden:

• Lanceren met de noindex er nog op. Weken van "ik begrijp niet wat er gebeurt" totdat iemand naar de header kijkt.
• Alles naar de homepage redirecten. Technisch zijn er redirects; in de praktijk een massale soft 404.
• Het blog verwijderen "omdat het verouderd was". Soms is het 60% van het organische verkeer van de website. U actualiseert of voegt samen; u verwijdert niet zonder de inventarislijst te bekijken.
• Alle titles herschrijven met puur merkdenken. Elegant, en onzichtbaar in Google.
• Migreren naar een trager platform. Een overladen visueel thema, twintig plugins, en de LCP verdubbelt. Google merkt het en de gebruiker ook.
• De redirects na drie maanden weghalen "omdat ze niet meer nodig zijn". Ze waren nodig.
• Niemand met SEO-kennis betrekken tot na de lancering. Het migratieplan maakt u vóór het redesign, niet als autopsie.

De meeste redesigns die ik doe, zijn op WordPress, waar dit alles (redirects, titles, structuur) met het juiste proces prima te beheersen is. En hoort uw website bij een branche met specifieke eisen, dan ziet u op mijn pagina's over webdesign per branche hoe ik elke casus aanpak.

8. Veelgestelde vragen