Naar inhoud
hulpbij
hulpbijwebsites

Website redesign zonder verkeersverlies: beperk het risico (2026)

Vernieuw een website met behoud van belangrijke intenties en URL's: inventariseer, map redirects, test kernpaden en controleer na publicatie.

Een redesign zonder verkeersverlies kun je niet beloven, maar je kunt wel voorkomen dat belangrijke pagina's en hun bedoeling per ongeluk verdwijnen. Inventariseer bestaande kernroutes, map veranderingen en controleer na publicatie dezelfde gebruikerspaden.

Stappenplan

1. Houd inhoudelijke intentie naast ontwerp

Maak een lijst van homepage, belangrijke landingspagina's, contactroute en bestaande URL's die veranderen. Begin bij de website-audit als je die lijst nog niet hebt.

Zet naast iedere pagina waarom zij bestaat: uitleg geven, vertrouwen opbouwen, contact mogelijk maken of een bestaande vraag beantwoorden. Noteer ook of een pagina een bekende instaproute is, maar maak daar geen voorspellende claim van. Zo beoordeel je het nieuwe ontwerp op behoud van betekenis, niet alleen op een visuele vergelijking. Neem navigatie, interne links en een contactpad mee; die vormen samen de route die de bezoeker ervaart.

2. Kies behoud, vervanging of redirect

Behoud een URL waar dat logisch is. Als een pagina verhuist, kies een inhoudelijk passend doel en test de redirect. Google geeft voor siteverhuizingen met URL-wijzigingen een controleproces, zonder indexatie- of rankinggarantie.

Maak voor elke wijzigende belangrijke URL een keuze: behouden, vervangen door inhoudelijk gelijkwaardige pagina of gericht doorsturen. Leg die keuze vast met oude URL, nieuwe URL en reden. Controleer na publicatie dat de oude route niet in een keten belandt en dat de nieuwe pagina de beloofde informatie werkelijk bevat. Werk interne links meteen bij waar je dat veilig kunt; anders blijft de site naar oude omwegen verwijzen.

3. Houd de wijziging te controleren

Combineer een nieuw ontwerp niet achteloos met nieuwe hosting en DNS. Moet dat toch, neem dan migreren zonder downtime en DNS zonder uitval mee.

Hoe meer lagen je tegelijk verandert, hoe minder duidelijk een afwijking te verklaren is. Splits waar mogelijk inhoud, navigatie, platform en domeinwijziging in controleerbare stappen. Moet een combinatie toch, schrijf dan per laag op wat je test en welke wijziging je als eerste herstelt. Zorg dat de nieuwe omgeving en het certificaat al gecontroleerd zijn voordat je de route van echte bezoekers omschakelt.

4. Controleer prestaties en functionaliteit

Test de belangrijke routes, formulieren en zichtbare layout na publicatie. web.dev beschrijft Web Vitals als gebruikerservaringssignalen, niet als een zelfstandig oordeel over een redesign.

Controleer de pagina's niet alleen op desktop en niet alleen terwijl je bent ingelogd. Bekijk koppen, navigatie, knoppen, formulieren en afbeeldingen in een normale browsercontext. Leg bij verschuivingen of langzame momenten vast welk element je zag, op welke route en onder welke testopzet. Een prestatiemetingen kan een nader onderzoek sturen, maar vervangt geen functionele controle van de taak waarvoor de bezoeker komt.

5. Monitor en herstel bewust

Gebruik de livegangchecklist en leg afwijkingen vast voordat je vervolgwijzigingen uitvoert.

Plan een eerste observatieperiode met één contactpersoon. Noteer onverwachte redirects, ontbrekende informatie, foutmeldingen en signalen uit de afgesproken meting. Pas niet elk detail direct aan. Groepeer bevindingen per oorzaak, kies één herstelbare wijziging en test opnieuw. Daarmee voorkom je dat een snel vervolgontwerp het verschil tussen een inhoudsfout, technische fout en meetverschil verbergt.

Besliskader: wat moet behouden blijven?

Geef voorrang aan de routes die een bezoeker nodig heeft om een vraag te beantwoorden of contact op te nemen. Behoud daar eerst inhoudelijke intentie, begrijpelijke navigatie, relevante URL's en een werkend formulier. Daarna kun je verfijnen op visuele consistentie of extra pagina's. Een nieuw onderdeel is pas een verbetering als het de route niet onduidelijker maakt en je het op de gekozen apparaten kunt controleren.

Een ontwerp kan live wanneer de afgesproken kernpagina's bestaan, relevante oude routes een passende bestemming hebben, de contactroute werkt en er een herstelbesluit klaarstaat. Wacht wanneer je niet weet waar een belangrijke oude pagina heen moet, wanneer een nieuw menu niet goed te bedienen is of wanneer host- en DNS-wijzigingen nog ongetest zijn. De uitkomst is een beperkt risico, geen belofte over verkeer, ranking of conversie.

Herstel en hertest

Zie je na publicatie een verkeerde bestemming of ontbrekende kerninhoud, herstel eerst de route die een bezoeker blokkeert. Dat kan een redirect terugzetten, een relevante pagina terugplaatsen of een fout in navigatie herstellen. Noteer wat je deed en test de oude URL én de nieuwe route. Gebruik de Core Web Vitals-controle alleen voor een afgebakend prestatieonderzoek, niet als verklaring voor elk gebruikerssignaal.

Sluit de eerste ronde af met een kort overzicht: welke URL's zijn gecontroleerd, welke routes zijn goedgekeurd, wat staat nog open en wanneer je hertest. Daarmee kun je vervolgwerk rustig prioriteren zonder de oorspronkelijke bedoeling van het redesign kwijt te raken.

Praktijkcheck vóór en na het redesign

Maak een korte vergelijkingstabel voor de belangrijkste routes. Zet links de huidige URL en bedoeling, in het midden de ontwerpbeslissing en rechts de nieuwe URL en hertest. Loop die lijst voor publicatie door met de persoon die inhoud kent, niet alleen met de bouwer. Na publicatie open je dezelfde routes zonder ingelogde sessie en volg je de kernactie. Zo zie je sneller of een tekst, link of navigatie-element is verdwenen terwijl het ontwerp er op een voorbeeldscherm goed uitziet.

Noteer alleen waarneembare verschillen en kies daarna één vervolgactie per blokkade. Een groter lettertype, nieuwe huisstijl of veranderde pagina-indeling is op zichzelf geen probleem; de vraag is of de bezoeker de bedoelde informatie en actie nog bereikt. Houd die toets centraal wanneer meningen over vormgeving uiteenlopen.

Veelgemaakte fouten

  • Alleen naar de nieuwe homepage kijken. Oude instappagina's kunnen nog belangrijk zijn.
  • Redirects naar de homepage sturen. Kies waar mogelijk een relevante bestemming.
  • Navigatie en inhoud tegelijk verwijderen. Dat maakt oorzaak en effect onduidelijk.
  • Geen contactroute testen. Vormgeving kan goed lijken terwijl aanvragen falen.
  • Verkeersbehoud beloven. Een redesign kent externe en technische factoren.

Officiële bronnen

Google over siteverhuizingen · web.dev over Web Vitals

Wil je een redesign laten afbakenen met URL-mapping en controlepunten, stel je vraag via WhatsApp.

Veelgestelde vragen

Kan een redesign verkeer behouden?
Je kunt risico beperken met behoud van waardevolle pagina's en gerichte redirects, maar verkeer en rankings zijn niet te garanderen.
Moet elke oude URL een redirect krijgen?
Map relevante oude URL's naar een inhoudelijk passende nieuwe bestemming en controleer het resultaat.
Kan ik tegelijk ontwerp, structuur en domein wijzigen?
Dat kan, maar vergroot de veranderingsomvang. Splits waar mogelijk en leg een herstelroute vast.
Welke pagina's krijgen prioriteit?
Kernpagina's met een belangrijke gebruikersfunctie, bestaande instroom of contactroute krijgen eerst een mapping en test.
Is een redirect genoeg voor SEO?
Nee. Redirects zijn één technisch hulpmiddel; inhoud, interne links, crawlbaarheid en tijd spelen ook mee.

Lees ook

Hulp nodig bij jouw situatie?

Kom je er niet uit? Stuur kort wat context, wat je wilt bereiken en waar je vastloopt. Dan kijken we samen naar een passende volgende stap.