Bij een website redesign vernieuw je de presentatie en waar nodig de inhoud of techniek van een bestaande site. De belangrijkste voorbereiding is vaststellen wat al waarde heeft: pagina’s die vragen beantwoorden, links die mensen gebruiken, formulieren die aanvragen verwerken en gegevens die ergens anders nodig zijn. Ontwerp daarna de nieuwe versie rondom een bewust gekozen structuur.
Een redesign is dus geen reden om alle oude URL’s te schrappen of elke tekst opnieuw te produceren. Maar een bestaande pagina verdient ook niet automatisch een plek omdat hij al jaren online staat. Bewaar eerst de bron en beoordeel vervolgens inhoud en functie afzonderlijk.
Stel vast welk probleem het redesign moet oplossen
“De site voelt gedateerd” kan een legitieme aanleiding zijn, maar maakt de oplevering nog niet toetsbaar. Splits het op: sluit de positionering niet meer aan, zijn diensten onvindbaar, is de mobiele navigatie lastig of kost publiceren te veel handwerk? Kies welke problemen de eerste versie echt oplost.
Houd verbeteringen die geen nieuwe vormgeving vereisen apart. Een aanvraag die bij de verkeerde medewerker terechtkomt, kan een formulier- of procesprobleem zijn. Een nieuw lettertype lost dat niet op. Daarmee voorkom je dat een visuele opdracht stilzwijgend een volledige vervanging van alle bedrijfssoftware wordt.
Maak een inventaris vóór je gaat schrappen
Verzamel de bestaande URL’s uit de sitemap, het CMS, beschikbare bezoekersrapportages en bekende externe links. Een sitemap alleen is geen garantie dat alle relevante routes zijn gevonden. Noteer ook downloads, campagnepagina’s, taalvarianten, zoek- en filterfuncties en formulieren zonder eigen bedankpagina.
Bewaar de oorspronkelijke titels, tekst, afbeeldingen, auteursinformatie en publicatiedata in een afgeschermd archief. Dat archief is geen publicatielijst. Je moet kunnen terugzoeken wat er eerder stond, ook als een tekst later niet betrouwbaar genoeg blijkt om opnieuw te plaatsen.
| Besluit | Wanneer? | Wat leg je vast? |
|---|---|---|
| Behouden | Vraag en inhoud blijven bruikbaar. | De bestaande URL en welke visuele of technische aanpassingen nodig zijn. |
| Herschrijven | De vraag blijft relevant, maar de uitleg is verouderd of onvoldoende onderbouwd. | Bronnen, eigenaar en inhoudelijke acceptatiepunten. |
| Samenvoegen | Meerdere pagina’s beantwoorden werkelijk dezelfde zoekvraag. | De hoofdpagina en unieke informatie die daarheen moet. |
| Verwijderen | De informatie is niet meer van toepassing en er is geen passende vervanging. | De reden en de juiste afhandeling van bezoekers aan de oude URL. |
Tarieven
Wat kost het?
Het begint bij . Wat jij betaalt hangt af van je situatie.
Koppel oude en nieuwe URL’s inhoudelijk
Als een URL verandert, wijs dan een relevante nieuwe bestemming aan en test de permanente redirect. Stuur niet alle oude artikelen naar de homepage: dat vervangt hun antwoord niet. Werk interne links en de sitemap bij en controleer dat bestemmingen bereikbaar en indexeerbaar zijn. Google beschrijft deze voorbereiding en opvolging in de documentatie voor siteverhuizingen.
Niemand kan op basis van een redirectlijst beloven dat zoekposities exact gelijk blijven. Google waarschuwt dat zichtbaarheid tijdens herverwerking kan schommelen. Beperk onnodige gelijktijdige wijzigingen en volg de oude én nieuwe routes. De relevante vraag is of iedere belangrijke bezoeker een inhoudelijk passende bestemming krijgt, niet alleen of een tool overal een statuscode groen kleurt.
Test de klantactie voorbij de verzendknop
Een formulier is pas functioneel gecontroleerd als de aanvraag op de afgesproken bestemming aankomt. Test daarvoor met herkenbare testgegevens: normale inzending, ontbrekend verplicht veld, ongeldige invoer en een tijdelijke fout bij de bestemming. Controleer wie de fout ziet en hoe opvolging mogelijk blijft.
Loop daarnaast de bestaande operationele functies na. Komen sollicitaties in de juiste omgeving? Werken downloads en taalwissels? Blijven eerder gedeelde links bruikbaar? Doe dit op de nieuwe omgeving zonder echte klantacties of betalingen onbedoeld uit te voeren. Leg testomgeving, resultaat en nog openstaande punten vast.
Maak de lancering terugdraaibaar
Wijs één verantwoordelijke aan voor het lanceerbesluit. Spreek af wanneer de oude content niet meer wordt gewijzigd, hoe laatste wijzigingen worden overgenomen en welke fouten een lancering blokkeren. Controleer vóór omschakeling de back-up en de toegang die nodig is om te herstellen. Bij WordPress horen de bestanden en database samen bij een herstelbare set; zie de officiële back-updocumentatie.
Terugdraaien is ingewikkelder wanneer na de lancering al aanvragen of andere transacties zijn binnengekomen. Zet daarom niet gedachteloos een oude database over de nieuwe heen. Leg vast waar nieuwe inzendingen staan en hoe die behouden blijven bij herstel. Test het scenario met testgegevens voordat het een noodsituatie is.
Liever even bellen?
Laat je terugbellen
Eén telefoontje is vaak sneller dan drie mailtjes. Je hoort binnen een werkdag van ons.
Controleer na lancering wat bezoekers echt meemaken
Open belangrijke oude links, dien een gecontroleerde testaanvraag in en bekijk of de verantwoordelijke die ontvangt. Controleer foutmeldingen, ongewenste blokkades voor zoekmachines en afwijkingen in indexering en verkeer. Vergelijk met een vastgelegde uitgangssituatie, maar houd rekening met campagnes, seizoen en gewijzigde metingen.
Werk de openstaande punten vervolgens op risico af: verloren aanvragen en kapotte routes eerst, cosmetische details daarna. Voor het onderzoeken van de kwaliteit van aanvragen volgt de gids over conversie-optimalisatie. Zo eindigt een redesign niet bij “hij staat live”, maar bij een gecontroleerde overdracht naar dagelijks gebruik.