In een migratie vorig jaar verloor een B2B-website 38% van zijn organische sessies in drie weken. Niet door een algoritme-update, maar door 214 redirects die allemaal naar de homepage wezen. De nieuwe site zag er strak uit, laadde sneller en had betere formulieren. Toch was de belangrijkste asset—de opgebouwde relevantie per URL—in één deploy weggegooid.
Dat is precies waar het bij een website redesign vaak misgaat. Een redesign is geen designproject met een technische aftersales. Het is een migratie van URL's, content, interne links, canonicals, structured data en conversiepaden. Behandel je het als een migratie, dan kun je verkeer behouden of zelfs laten groeien. Behandel je het als een nieuwe template, dan verlies je maanden aan opgebouwde zichtbaarheid.
Waarom je bij een redesign bijna altijd verkeer verliest
Verkeersverlies komt zelden door één grote fout. Het is meestal een stapeling van kleine keuzes die tijdens het ontwerpproces logisch lijken. Een nieuwe URL-structuur omdat die “cleaner” is. Een pagina die wordt geschrapt omdat de tekst oud voelt. Een redirect die naar de homepage wijst omdat de nieuwe bestemming nog niet klaar was. Een interne link die naar de oude slug blijft wijzen.
De duurste fout is de massale redirect naar de homepage. Google ziet dan tientallen of honderden verschillende URL's die naar één generieke pagina verwijzen. De unieke context van elke pagina verdwijnt. Bezoekers landen op een pagina die niet aansluit bij hun zoekopdracht, en AI-systemen verliezen het verband tussen URL, onderwerp en entiteit. Dat laatste wordt steeds belangrijker naarmate meer mensen via ChatGPT, Perplexity en Google AI Overviews zoeken.
Bij AI-native websites komt daar een extra laag bij. Als je content alleen client-side rendert, kunnen AI-crawlers en klassieke crawlers de pagina mogelijk niet volledig lezen. Als je structured data niet meeneemt in de migratie, raak je context kwijt. En als je interne linking niet opnieuw opbouwt, verlies je de signalen die je eerder hebt opgebouwd. Hoe ChatGPT jouw website vindt—of niet—is daarbij een goede nulmeting: Hoe ChatGPT jouw website vindt.
De checklist vóór je eerste regel code
De beste migratie begint niet met een designkeuze, maar met een export. Je wilt weten wat je hebt voordat je iets verandert. Deze checklist dwingt je om die volgorde aan te houden.
1. Leg de nulmeting vast
Crawl je huidige site met Screaming Frog, Sitebulb of een vergelijkbare tool. Exporteer alle URL's met statuscode, title, H1, word count, canonical, hreflang, structured data en interne links. Voeg daar de prestaties uit Google Search Console aan toe: pagina's, queries, clicks, vertoningen en positie. Pak ook je analytics erbij: landing pages, sessies, conversies en exitpages.
Doe daarnaast een AI-zichtbaarheidsmeting. Stel ChatGPT, Gemini en Perplexity de vragen die je klanten ook stellen. Noteer welke URL's worden geciteerd en welke bedrijfsinformatie terugkomt. Die baseline heb je later nodig om te beoordelen of je redesign niet alleen SEO, maar ook GEO heeft beschadigd.
2. Maak een URL- en contentinventaris
Deel elke URL in één van vier categorieën in: behouden, samenvoegen, redirecten of verwijderen. Verwijder nooit een pagina met traffic of conversies zonder inhoudelijke opvolger. Een pagina die weinig clicks haalt, kan nog steeds belangrijk zijn voor AI-antwoorden of long-tail conversies.
Dit is ook het moment om content pruning te overwegen. Minder pagina's kan beter zijn, mits je de juiste pagina's behoudt en de rest netjes doorverwijst. Gebruik daarvoor een inhoudelijke afweging, geen blinde opruimactie: Content Pruning voor GEO.
3. Bepaal de nieuwe URL-structuur
Behoud bestaande slugs waar het kan. Een nieuwe mapstructuur voelt misschien logischer, maar elke gewijzigde URL is een redirect die goed moet werken. Kies één consistente regel voor trailing slashes, lowercase en www versus non-www. Zorg dat elke pagina één canonieke URL heeft en dat die canonical naar zichzelf wijst.
Verander je toch URL's, documenteer dan per URL waarom. “Mooier” is geen reden. “Deze URL bevat een verouderd product” of “deze pagina's worden samengevoegd” wel.
4. Bouw de redirectmap in een spreadsheet
Een redirectmap hoort niet verstopt te zitten in het CMS. Zet hem in een spreadsheet met minimaal deze kolommen: oude URL, nieuwe URL, redirecttype, status, traffic, conversies, prioriteit en eigenaar. Sorteer op traffic en conversies, zodat je de belangrijkste pagina's als eerste test.
Voeg ook redirects toe voor afbeeldingen, pdf's en andere bestanden die extern gelinkt zijn of in zoekresultaten staan. Vergeet oude campagnelandingspagina's niet. Die hebben vaak weinig organische traffic, maar wel betaald verkeer en backlinks.
5. Test de migratie als een release
Test redirects op een kopie van de site, niet pas na livegang. Controleer of elke oude URL een 301 geeft, of de nieuwe bestemming bestaat en of er geen ketens of lussen ontstaan. Test uppercase en lowercase, http en https, www en non-www, en URL's met queryparameters.
Controleer ook of je belangrijkste content server-side of statisch wordt gerenderd. AI-crawlers zijn minder vergevingsgezind dan een browser met JavaScript. Trage pagina's of content die pas na interactie verschijnt, kunnen zichtbaarheid kosten. Dit hangt nauw samen met performance: Core Web Vitals en AI-crawlers.
6. Zet GEO- en AEO-signalen vast
Neem je structured data mee: Organization, WebSite, BreadcrumbList en waar relevant Article, Product of FAQPage. Houd je bedrijfsnaam, diensten, locaties en contactgegevens consistent op alle pagina's. Zorg dat je sitemap alleen de nieuwe, canonieke URL's bevat en dat je robots.txt AI-crawlers niet onbedoeld blokkeert.
Interne links zijn je goedkoopste migratietool. Elke link naar een oude URL moet vóór livegang naar de eindbestemming wijzen. Zo voorkom je dat je bezoekers en crawlers alsnog door redirects laat reizen.
Het 301-plan: de regels die je niet breekt
Een 301-plan is geen lijstje met “oude URL → nieuwe URL”. Het is een specificatie van hoe je opgebouwde autoriteit verhuist. Deze regels voorkomen de meest voorkomende fouten.
Eén oude URL naar één nieuwe URL
Redirect niet alles naar de homepage. Zoek per pagina de meest logische nieuwe bestemming. Een dienstenpagina gaat naar de nieuwe dienstenpagina, een blogartikel naar het nieuwe blogartikel of naar een inhoudelijk sterk alternatief. Alleen pagina's zonder enige opvolger horen naar een overkoepelende pagina te gaan.
301, geen 302 of meta refresh
Gebruik een 301 voor permanente verhuizingen. Een 302 zegt tegen zoekmachines dat de wijziging tijdelijk is. Een meta refresh is een zwak signaal en kan traag of onbetrouwbaar zijn. Gebruik ook geen JavaScript-redirect als het niet nodig is. Server-side 301's zijn sneller en eenduidiger.
Geen ketens, geen lussen
Als A naar B gaat en B naar C, moet A direct naar C gaan. Redirect-ketens kosten crawlbudget en gebruikersgeduld. Lussen zijn helemaal funest: een crawler blijft hangen en een bezoeker krijgt een foutmelding. Test daarom niet alleen of een redirect werkt, maar ook waar hij eindigt.
Update interne links, sitemap en canonicals
Een redirect lost een oude link op, maar je wilt dat interne links direct naar de nieuwe URL wijzen. Werk je navigatie, footer, breadcrumbs, bloglinks en CTA's bij. Zet alleen de nieuwe URL's in je sitemap. Controleer dat elke pagina een self-referencing canonical heeft en dat hreflang-verwijzingen naar de juiste taalversies wijzen.
Vergeet afbeeldingen, pdf's en queryparameters niet
Afbeeldingen en pdf's kunnen nog steeds verkeer opleveren via Google Afbeeldingen of externe links. Redirect ze als ze verhuizen. Voor queryparameters geldt: behoud ze alleen als ze functie hebben, zoals tracking of filters. Redirect niet alle parameters naar de homepage, want dan creëer je opnieuw een generieke bestemming.
Houd redirects lang genoeg actief
Laat 301-redirects minimaal twaalf maanden staan, liever langer. Backlinks, e-mails, oude advertenties en AI-systemen kunnen jaren later nog naar de oude URL verwijzen. Een redirect verwijderen omdat “de migratie klaar is” is een veelgemaakte fout.
Na livegang: de eerste 30 dagen beslissen
Zet na livegang een dagelijkse monitor op voor de eerste week en een wekelijkse monitor voor de eerste maand. Controleer 404's, redirectketens, Search Console-coverage, crawlstatistieken, rankings en conversies. Kijk ook naar je AI-zichtbaarheid: worden dezelfde vragen nog steeds beantwoord met jouw URL's?
Maak één dashboard met de belangrijkste URL's, hun oude positie, hun nieuwe positie en de bijbehorende conversies. Zo zie je direct welke redirects of pagina's aandacht nodig hebben. Herstel fouten binnen 24 uur. Een redirect die twee weken stuk staat, kan meer schade aanrichten dan een lelijke homepage.
Een website redesign zonder verkeersverlies is geen kwestie van voorzichtigheid. Het is een kwestie van discipline: eerst meten, dan migreren, en daarna blijven controleren. Wie dat serieus neemt, kan een redesign gebruiken om opgeruimder, sneller en beter vindbaar te worden—zonder de zichtbaarheid van de oude site te verliezen.