Checklist voor SEO bij een website-redesign: waarom het verkeer na een relaunch daalt, wat je voor, tijdens en na de lancering controleert en hoe je je zichtbaarheid in Google en AI behoudt.

Vat dit artikel samen met AI
Kort samengevat: een website-redesign behoudt zijn SEO wanneer de pagina's die verkeer opleveren hun URL's (of een 301-redirect), hun tekst, titels, koppen en interne links behouden, en wanneer de nieuwe templates crawlbaar en snel blijven. De meeste dalingen na de lancering komen door verwijderde content, kapotte interne links, een vergeten noindex van de stagingomgeving of content die alleen met JavaScript verschijnt. Crawl de oude site voordat je begint, test de nieuwe op een beveiligde stagingserver en vergelijk de twee na de lancering.
SEO bij een website-redesign is het werk om rankings te beschermen terwijl templates, ontwerp, navigatie, content of het CMS veranderen. Deze gids behandelt redesigns waarbij het domein hetzelfde blijft. Als het domein of de meeste URL's veranderen, is het project een migratie: volg dan onze checklist voor SEO-migratie en de gids van Google over sitemigraties met URL-wijzigingen, die sitebeheerders waarschuwt dat ze tijdelijke schommelingen in rankings moeten verwachten.
Ja, elke keer. Google en de AI-assistenten die het web lezen beoordelen pagina's op wat ze in de HTML vinden: tekst, titels, koppen, links, gestructureerde data, snelheid. Een redesign verandert een deel of alle van deze signalen, waardoor zoekmachines de pagina's opnieuw beoordelen. Het effect kan positief zijn (snellere pagina's, duidelijkere structuur, betere content) of negatief (dunnere pagina's, verloren links). Wat de uitkomst bepaalt, is hoeveel rankingsignalen de nieuwe templates behouden.
| Wat verandert er in het redesign | SEO-risico | Waarom |
|---|---|---|
| Alleen kleuren, lettertypen, afbeeldingen | Laag | HTML-content en URL's blijven gelijk |
| Nieuwe templates en paginalay-outs | Gemiddeld | Koppen, tekstblokken en interne links verschuiven of verdwijnen vaak |
| Nieuwe navigatie en menu's | Gemiddeld | Linkdiepte en interne autoriteit worden anders verdeeld |
| Content herschreven of samengevoegd | Hoog | Pagina's verliezen de passages en zoekwoorden waarop ze scoorden |
| Nieuw CMS of JavaScript-framework | Hoog | Rendering, URL's, redirects en metadata veranderen allemaal tegelijk |
| URL-structuur gewijzigd | Hoog | Elke gewijzigde URL heeft een redirect nodig: behandel het als een migratie |
De oorzaken herhalen zich van project tot project. Elke oorzaak heeft een eenvoudige controle:
| Risico | Hoe het zich uit | Controle |
|---|---|---|
| Content verwijderd of ingekort | Pagina's dalen voor longtailzoekopdrachten | Vergelijk het aantal woorden en secties per pagina, oud versus nieuw |
| Titels en H1 herschreven | Lagere klikfrequentie, verloren posities | Exporteer titels en H1 vooraf, vergelijk ze achteraf |
| Interne links verloren | Diepe pagina's verliezen rankings, weespagina's verschijnen | Vergelijk de ontvangen interne links per URL |
| URL's gewijzigd zonder 301 | 404-fouten, verloren backlinks | Redirectkaart getest op elke oude URL |
| Content gerenderd door JavaScript | Pagina's leeg geïndexeerd, AI-assistenten zien niets | Vergelijk ruwe HTML en gerenderde HTML |
| Tragere templates | Slechtere Core Web Vitals, hogere bouncepercentages | Test LCP, INP en CLS op staging |
| noindex of robots.txt-blokkade overgebleven van staging | Pagina's verdwijnen binnen enkele dagen uit de index | Controleer robots.txt en meta robots op de dag van de lancering |
| Gestructureerde data verwijderd | Rich results verdwijnen | Valideer het schema op elke template |
Twee hiervan verdienen aandacht. Ten eerste JavaScript: Google rendert pagina's met een headless Chromium, maar volgens de documentatie over JavaScript-SEO ontdekt het alleen links die standaard anchor-elementen met een href-attribuut zijn. Menu's die met knoppen of click-handlers zijn gebouwd, verbergen hele secties. Onze gids over JavaScript-SEO beschrijft de renderingopties. Ten tweede snelheid: de richtlijnen voor Core Web Vitals van Google leggen de drempels voor “goed” vast op een LCP van 2,5 seconden of minder, een INP van 200 milliseconden of minder en een CLS van 0,1 of minder, gemeten op het 75e percentiel van de bezoeken. Zware hero-video's en sliders zijn de gebruikelijke reden waarom een nieuwe template hieraan niet voldoet.
Voer een volledige crawl uit van de live site en exporteer elke indexeerbare URL met titel, metabeschrijving, H1, aantal woorden, canonical, statuscode en aantal ontvangen interne links. Deze crawl is je nulmeting: na de lancering vergelijk je de nieuwe site er regel voor regel mee. Sla ook de gestructureerde data en het robots.txt-bestand op.
Exporteer 12 tot 16 maanden aan Search Console-data (klikken en vertoningen per pagina en per zoekopdracht), de pagina's die backlinks ontvangen en de pagina's die converteren. Deze pagina's zijn onaantastbaar: behoud hun URL, hun hoofdtekst en hun titel, of verbeter ze bewust. Een contentaudit helpt te beslissen wat je behoudt, samenvoegt of verwijdert, en geeft elke verwijdering een doel-URL.
Het veiligste redesign behoudt elke URL. Wanneer een URL moet veranderen, koppel hem dan één op één aan de dichtstbijzijnde nieuwe pagina met een 301-redirect, zonder ketens en zonder alles naar de homepage te sturen. Onze gids over SEO-redirects behandelt de regels. Google raadt aan redirects minstens een jaar te bewaren.
Ontwerpers bepalen waar tekst komt; ontwikkelaars bepalen hoe die wordt gerenderd. Geef ze schriftelijke eisen: één H1 per template, tekst in de HTML, crawlbare menu's, broodkruimels, de sitearchitectuur met de diepte van elke sectie, het schema dat behouden blijft en het prestatiebudget. Leesbaarheid en navigatie tellen ook mee: zie onze gids over UX en SEO.
Vermijd lanceren in je hoogseizoen, vlak voor een vakantie of op een vrijdag: de eerste dagen na de lancering is het moment waarop fouten worden gevonden, en iemand moet beschikbaar zijn om ze te herstellen. Schrijf op wie op de dag van de lancering wat controleert en bepaal vooraf welk signaal een terugdraaiactie activeert (bijvoorbeeld belangrijke pagina's die fouten geven of uit de index verdwijnen). Houd de oude site een paar weken beschikbaar op een back-upserver, zodat een template of een tekstblok snel kan worden hersteld als een pagina haar posities verliest.
Zet de nieuwe site op een stagingserver die met een wachtwoord is beveiligd (of in elk geval met een noindex-regel), zodat Google geen duplicaat van je site indexeert. Test daarna vóór de lancering:
| Wanneer | Controles |
|---|---|
| Dag van de lancering | robots.txt staat crawlen toe, geen verdwaalde noindex, redirects live, XML-sitemap bijgewerkt en ingediend in Search Console, analytics-tag vuurt af |
| Week 1 | Volledige crawl vergeleken met de nulmeting, 404-fouten in Search Console, URL-inspectie van de topspagina's |
| Weken 2 - 4 | Klikken en vertoningen van belangrijke pagina's versus dezelfde weken ervoor, indexeringsrapport, rapport Core Web Vitals |
| Maanden 2 - 3 | Zoekopdrachten die posities hebben verloren, pagina's om aan te vullen, interne links om te herstellen |
Een controle op kapotte links vangt links op die in menu's, footers en artikelen nog naar oude URL's wijzen. Herstel die links bij de bron in plaats van op redirects te vertrouwen, en herstel de interne links die verloren zijn gegaan toen zijbalken of blokken met gerelateerde berichten werden verwijderd. Enige schommeling in de eerste weken is normaal. Een daling die na een maand doorgaat bij een groep pagina's wijst op een specifieke oorzaak: vergelijk die pagina's met hun versie uit de nulmeting.
ChatGPT, Claude, Perplexity en Gemini citeren pagina's waarvan ze de content kunnen lezen en extraheren. Een redesign kan die toegang afsnijden op manieren die Google zou vergeven. Uit een analyse van Vercel naar verkeer van AI-crawlers (december 2024) bleek dat geen van de grote AI-crawlers, waaronder GPTBot en ClaudeBot, JavaScript rendert. Een pagina die haar tekst pas toont nadat JavaScript is uitgevoerd, is onzichtbaar voor de meeste AI-crawlers.
Elke extra wijziging maakt een daling lastiger te diagnosticeren. Als je ook een domeinwijziging, een nieuwe URL-structuur of een grote herschrijving van content plant, splits ze dan: lanceer het redesign met identieke URL's en content, wacht tot het verkeer stabiel is en voer dan de volgende wijziging door. Als de planning alles tegelijk afdwingt, besteed dan meer tijd aan de nulmeting-crawl en de redirectkaart, want dat is de enige manier om te vinden wat er kapot is gegaan.
Een redesign behoudt zijn rankings wanneer de nieuwe site dezelfde content, links en signalen draagt als de oude, in een snellere en duidelijkere vorm. Crawl vooraf, test op staging, vergelijk achteraf. Zodra de nieuwe site stabiel is, blijf je pagina's toevoegen die de vragen van je klanten beantwoorden: Sorank schrijft en publiceert SEO- en GEO-artikelen op autopilot op de vernieuwde site.
Wanneer URL's, content en interne links behouden blijven, stabiliseren de rankings meestal binnen een paar weken. Google waarschuwt dat rankings tijdelijk kunnen schommelen wanneer een site ingrijpend verandert. Als belangrijke pagina's na een tot twee maanden nog onder hun nulmeting zitten, vergelijk ze dan met de crawl van vóór de lancering om content, titels of links te vinden die zijn veranderd.
Alleen als de huidige URL's een echt probleem zijn, bijvoorbeeld onleesbare parameters of een structuur die niet meer bij de site past. Elke gewijzigde URL heeft een 301-redirect naar het dichtstbijzijnde equivalent nodig en vergroot het risico bij de lancering. Bestaande URL's behouden is de eenvoudigste manier om backlinks en rankings te beschermen.
Ja, wanneer het echte zwakke punten oplost: trage templates, content die achter JavaScript verborgen zit, diepe navigatie, ontbrekende koppen of dunne pagina's. De winst komt uit meetbare verbeteringen zoals betere Core Web Vitals, duidelijkere interne links en rijkere content. Een redesign dat alleen de visuele stijl verandert, verandert zelden iets aan de rankings.
ZIJ PROBEERDEN SORANK VOOR JOU
