2025-09-24 · Redactie Baduno · 7 blog.readMin · Blog & Kennis
Website-relaunch zonder zichtbaarheidsverlies: de checklist
Het klassieke relaunch-ongeluk: prachtige nieuwe website, gehalveerd verkeer. Vermijdbaar – met discipline bij doorverwijzingen en timing.
Voor de verhuizing: inventarisatie
Alle geïndexeerde URL's vastleggen (sitemap, Search Console, crawler) en hun rankings documenteren. Wat men niet kent, kan men niet doorverwijzen – hier ontstaan de meeste verliezen.
Het hart: 301-mapping
Elke oude URL krijgt een permanente doorverwijzing naar de beste nieuwe tegenhanger – individueel, niet globaal naar de startpagina. Bij meertalige sites geldt dit per taalversie; de hreflang-matrix moet naar de nieuwe URL's verhuizen.
De verhuisdag
Doorverwijzingen voor de livegang testen, nieuwe sitemap onmiddellijk indienen, oude sitemap tijdelijk bereikbaar houden, monitoring verscherpen. De eerste week laat in Search Console zien of Google de verhuizing begrijpt.
Wat fluctuatie is en wat alarm
Een paar weken onrust is normaal. Alarmsignalen zijn 404-bergen in het dekkingsrapport en rankingverlies bij geldsites – dan ontbreken doorverwijzingen, en elke week wachten kost permanent posities.
Structurele SEO: Pagina-architectuur en URL-hiërarchie
Een relaunch is de kans om de paginastructuur te optimaliseren. Platte hiërarchieën (maximaal drie klikken naar de doelpagina) verbeteren de crawlefficiëntie. Zorg ervoor dat uw belangrijkste inhoud niet verloren gaat in de navigatie. Vermijd diepe mappenstructuren (bijv. /nl/producten/categorie/subcategorie/product.html); beter: /nl/product/productnaam. Onderhoud betekenisvolle broodkruimelpaden die zowel gebruikers als zoekmachines context bieden. Voorbeeld: Een webshop met duizend producten herstructureert deze op basis van productcategorieën in plaats van merken, wat de interne linkstructuur versterkt en de PageRank gelijkmatiger verdeelt. Een plat URL-model vergemakkelijkt bovendien de hreflang-koppeling in meertalige projecten. Plan de nieuwe pagina-architectuur vóór de mapping, anders moet u achteraf tientallen URLs aanpassen – tijd die u niet heeft.
Crawlbudget en indexering: Prioriteiten voor Google
Bij elke relaunch neemt het aantal nieuwe URLs dat gecrawld moet worden toe. Tegelijkertijd verliest Google het overzicht over oude paden. Gebruik de robots.txt om onbelangrijke resources (bijv. dynamische filters, interne zoekresultaten) uit te sluiten. Gebruik canonical tags alleen bij echt identieke content – niet als kruk voor slechte mapping. Controleer de crawlstats in Search Console: als het aantal gecrawlde pagina's daalt, blokkeert u mogelijk te veel. Voorbeeld: Een nieuwsportaal bouwt een nieuw CMS en linkt plotseling duizenden archiefpagina's zonder meerwaarde – dat verspilt crawlbudget. Beter: archieven alleen met noindex markeren of beperken tot jaararchieven. Gebruik de 'laatste wijziging'-aanduiding in de sitemap om Google te signaleren welke pagina's echt nieuw zijn. Zo blijft u niet zwemmen in het crawl-delta.
Content-migratie: Teksten, metadata en duplicaten
Niet alleen URLs veranderen – ook inhoud wordt vaak redactioneel herzien. Een relaunch is het ideale moment om verouderde teksten te actualiseren. Dit brengt echter risico's met zich mee: als de inhoud significant verandert, kan Google de relevantie opnieuw beoordelen. Houd kernpagina's (met hoge ranking) zo getrouw mogelijk aan, totdat de nieuwe URLs zijn gevestigd. Pas metadata (title, description) alleen aan als ze niet meer passen – en dan één-op-één. Voorbeeld: Een B2B-dienstverlener verandert op de startpagina de claim van 'snel' naar 'duurzaam'. Google interpreteert dit als een themawijziging en de rankings kelderen. Beter: de nieuwe claims pas vier weken na de verhuizing uitrollen, wanneer de redirects stabiel zijn. Let op duplicaten: als twee oude URLs naar dezelfde nieuwe leiden (bijv. door samenvoeging), stel dan een canonical in op de gewenste. Anders ontstaan er conflicten.
Het klassieke relaunch-ongeluk: prachtige nieuwe website, gehalveerd verkeer. Vermijdbaar – met discipline bij doorverwijzingen en timing.
Monitoring en rollback: Het noodplan
Zelfs bij de beste planning kan er iets misgaan. Stel vóór de relaunch vast welke KPI's u dagelijks controleert: impressies in de Search Console, positiewijzigingen van de top 20-pagina's, crawl-fouten (404/500). Gebruik een tool die automatisch alarmeert wanneer het verkeer met meer dan 20% daalt. Houd een rollback-scenario gereed: een back-up van de oude website inclusief alle doorverwijzingen. Als er binnen 48 uur geen verbetering optreedt – bijvoorbeeld bij een 404-berg van meer dan 100 pagina's –, moet u de knop kunnen omzetten. Voorbeeld: Een e-commerce winkel lanceert een nieuwe productzoekopdracht die plotseling alle filter-URL's naar de startpagina omleidt. De rollback herstelt de oude doorverwijzingsstructuur totdat het probleem is opgelost. Communiceer het plan met het ontwikkelingsteam; een relaunch is geen sprint, maar een mechanisme met fijnafstemming.
Internationale oriëntatie: hreflang-tags en taalversies migreren
Voor meertalige websites is de correcte migratie van hreflang-tags een van de grootste uitdagingen bij een relaunch. Elke oude URL die doorverwijst naar een nieuwe, moet in de hreflang-matrix van alle taalversies worden bijgewerkt. Een veelgemaakte fout: men neemt de oude hreflang-annotaties over naar de nieuwe URL's zonder te controleren of de doelpagina's daadwerkelijk equivalent zijn. Maak daarom voor de verhuizing een volledige hreflang-mappingtabel waarin u voor elke pagina de equivalentie in alle talen vastlegt. Gebruik de x-default-annotatie voor niet-taalspecifieke inhoud. Zorg ervoor dat hreflang-tags zelfrefererend zijn – elke pagina moet naar zichzelf verwijzen. Bij grote projecten kan AI de koppeling voorstellen, maar handmatige controle is onmisbaar: een Duitstalige producttekst die per ongeluk als duplicaat van de Franse variant wordt gemarkeerd, leidt tot enorme zichtbaarheidsverliezen. Gebruik de hreflang-sitemap als extra sturing. Valideer de tags voor de lancering met online tools. Laat de oude hreflang-tags tijdelijk staan tot Google de nieuwe heeft opgemerkt. Zo voorkomt u dat taalversies plotseling als 'orphaned' worden beschouwd en uit de index vallen.
Kwaliteitsborging: Handmatige controle als cruciale stap
Hoezeer AI en automatisering de relaunch ook versnellen – handmatige kwaliteitsborging blijft onmisbaar. Plan vóór de livegang een systematische steekproefcontrole in: kies willekeurig 50 tot 100 oude URL's uit verschillende gebieden (startpagina, categorieën, producten, blog) en controleer of de doorverwijzing naar de juiste nieuwe pagina plaatsvindt. Het gaat daarbij niet alleen om de technische doorverwijzing, maar ook om de inhoudelijke overeenstemming: is de tekst volledig? Zijn afbeeldingen, video's en downloads bereikbaar? Werkt de tracking? Bijzonder kritisch zijn pagina's met hoge rankings of omzet – hier dient elke individuele URL handmatig te worden nagekeken. Betrek redacteuren en QA-testers die niet bekend zijn met de mapping: zij ontdekken vaak bruikbaarheidsproblemen die ontwikkelaars over het hoofd zien. Voorbeeld: een oude productpagina leidt technisch feilloos door naar de nieuwe, maar de beschrijving ontbreekt – de klant haakt af. Gebruik een checklist met criteria: doorverwijzingstype (301 in plaats van 302), laadtijd, consistentie van navigatie, werking van formulieren en zoekvelden. Voer de controle uit op een staging-server die de exacte live-omgeving nabootst. Documenteer alle afwijkingen en laat ze herstellen voordat u de schakel omzet. Na de lancering herhaalt u de steekproef – de foutmarge neemt bij elke ronde af.
Backlink-migratie en externe verwijzingen
Backlinks zijn vertrouwenssignalen die naar uw oude URL's verwijzen. Bij een relaunch moet u ervoor zorgen dat deze links niet doodlopen. Identificeer vóór de verhuizing de belangrijkste backlink-bronnen (bijv. via de Google Search Console of gespecialiseerde tools). Documenteer de verwijzende domeinen en de gelinkte URL's. Na de relaunch kunt u de webmasters van de verwijzende pagina's contacteren en verzoeken om de links bij te werken naar de nieuwe URL's – met name bij redactionele berichten, persartikelen of samenwerkingspagina's. Zorg er anders voor dat uw 301-doorverwijzingen permanent blijven; Google geeft de linkjuice via de doorverwijzing door, zolang deze stabiel is. Let op dat doorverwijzingen niet meerdere keren achter elkaar geschakeld zijn (bijv. van oud naar tussen-oud naar nieuw), omdat dit linkkracht kan verliezen. Voorbeeld: een brancheportaal linkt naar uw oude studie. Als de 301 correct is ingesteld, profiteert de nieuwe URL van de linkwaarde. Controleer na vier tot zes weken in de Search Console of de verwijzende links naar de nieuwe doelen wijzen. Gebruik ook uw eigen interne linkstructuur: vervang in uw contentmanagement-systemen alle oude interne links door nieuwe, anders ontstaan er dode eindpunten. Een grondige backlink-audit vóór de relaunch voorkomt latere rankingverliezen. De migratie van externe verwijzingen is bewerkelijk, maar essentieel voor de zichtbaarheid van uw merk.
Prestaties en Core Web Vitals bij de relaunch
Een nieuwe website-lancering betekent vaak een gewijzigde frontend – en daarmee potentieel nieuwe prestatieproblemen. Voor de relaunch moet u de Core Web Vitals van uw huidige pagina meten (LCP, FID/INP, CLS) en voor de nieuwe pagina streefwaarden definiëren. Bijzonder kritisch is de Largest Contentful Paint (LCP): deze moet onder de 2,5 seconden liggen. Optimaliseer afbeeldingen, gebruik Lazy Loading voor niet-zichtbare elementen en vermijd renderende JavaScript-bibliotheken op de belangrijkste pagina's. De Cumulative Layout Shift (CLS) wordt vaak veroorzaakt door later ladende lettertypen of dynamisch ingevoegde banners – reserveer ruimte in de lay-out. Een relaunch is het ideale moment om over te stappen op een slanker CMS of server-side caching te implementeren. Voorbeeld: Een online magazine met veel afbeeldingen stapt over op een nieuw thema en verdubbelt daardoor de laadtijd. Het gevolg: een hoger bouncepercentage en slechtere rankings. Test alle kernpagina's met Lighthouse en PageSpeed Insights, ook op mobiele apparaten. Zorg ervoor dat de laadtijd van de nieuwe pagina niet slechter is dan die van de oude – anders riskeert u naast rankingverliezen ook een slechtere gebruikerservaring. Documenteer de prestatiecijfers voor en na de go-live en vergelijk ze met de Search Console. Verbeterde laadtijden kunnen een positief effect hebben op de indexering, omdat Google snelle pagina's bij voorkeur crawlt.
blog.faqT
Hoe lang duurt het voordat Google de nieuwe URL's volledig heeft geïndexeerd?
Na een relaunch kan het twee tot zes weken duren voordat Google alle nieuwe URL's ontdekt en in de index opneemt. De duur hangt af van het aantal pagina's, de crawlfrequentie en de kwaliteit van de nieuwe sitemap. Dien de sitemap onmiddellijk in en zorg ervoor dat de oude URL's netjes doorverwijzen. Houd het dekkingsrapport in de Search Console in de gaten; als er na vier weken nog veel 'Niet geïndexeerde' pagina's verschijnen, controleer dan de crawlbaarheid.
Wat te doen als na de relaunch de rankings instorten, maar er geen 404-fouten optreden?
Een rankingverlies zonder 404-fouten wijst vaak op kwaliteitsproblemen: gewijzigde content, onjuiste canonical-tags of interne linkstructuur. Vergelijk de huidige pagina met de oude in de cache (Wayback Machine). Controleer of belangrijke interne links naar de nieuwe URL's verwijzen of naar oude (doorgestuurde). Ook de laadtijd kan verslechterd zijn. Analyseer de Search Console op handmatige acties of algoritme-updates. Meestal helpt een stapsgewijze terugdraaiing van de wijzigingen op de getroffen pagina's.
