SEO behouden bij redesign: van A tot Z

Je behoudt je SEO bij een redesign door te bewaren wat nu bezoekers oplevert, elke oude pagina door te verwijzen naar de juiste nieuwe pagina en na livegang alles te controleren. Zo verlies je geen vindbaarheid bij een nieuwe website, omdat bezoekers en Google elke pagina blijven vinden.

Je website vernieuwen zonder SEO te verliezen is een traject van voorbereiding tot nazorg, waarin jij en je developer elk een eigen rol hebben. Hieronder loop je van a tot z mee: van vastleggen wat scoort tot controleren na livegang, voor een website redesign zonder SEO verlies.

Eerst vastleggen wat nu scoort, voor je iets weggooit

Hoe kan ik mijn website vernieuwen zonder SEO te verliezen? Door eerst vast te leggen wat je niet mag kwijtraken, en pas daarna te ontwerpen en te bouwen.

Maak voor je iets sloopt een simpele lijst van je belangrijkste pagina’s: welke pagina’s krijgen bezoek uit Google, welke zoekwoorden leveren aanvragen op en welke adressen hebben links van andere sites. Kijk daarvoor naar je statistieken en naar Google Search Console: welke pagina’s hebben vertoningen en kliks, en welke adressen staan in de zoekresultaten. Noteer per pagina de URL, de titel, de belangrijkste kop en de kern van de tekst.

Wat de developer doet: haalt de data op uit Search Console en je statistieken, legt de huidige URL-structuur, titels en interne links vast en zet dit in een overzicht dat tijdens de bouw de basis blijft.

Waar jij op let als klant: geef aan welke pagina’s en diensten voor jou het belangrijkst zijn, ook als ze weinig bezoek krijgen maar wel goede aanvragen opleveren. Twijfel je nog of vernieuwen überhaupt nodig is, lees dan eerst de tekenen dat vernieuwen tijd is voor je aan behoud van SEO bij een nieuwe website denkt.

Daarna maak je een redirectplan voor je oude URL’s

Wat moet ik met mijn oude URL’s doen bij een nieuwe website? Koppel elke oude pagina aan de bijbehorende nieuwe pagina met een redirect, vastgelegd in een redirectoverzicht.

Elke gewijzigde URL heeft een eigen permanente redirect nodig. Maak dus een overzicht met twee kolommen: oud adres naast nieuw adres. Houd daarbij je URL-structuur zo stabiel mogelijk. Verandert een adres niet, dan heb je geen redirect nodig. Verandert het wel, dan verwijs je oud naar nieuw. Verwijder je een pagina, dan kies je de meest relevante vervanger.

Wanneer gebruik ik een 301-redirect en wanneer een 302? Een 301-redirect betekent een permanente verhuizing van een pagina, een 302-redirect een tijdelijke verhuizing. Bij een redesign gebruik je bijna altijd een 301, omdat de verhuizing blijvend is. Een 302 gebruik je alleen als de oude pagina binnenkort terugkomt, bijvoorbeeld bij een tijdelijke actiepagina.

Deze tabel laat het verschil in één oogopslag zien:

Wat de developer doet: bouwt het redirectoverzicht, stelt de 301-redirects in op de testomgeving en test of er geen ketens of lussen ontstaan.

Waar jij op let als klant: controleer het overzicht op inhoud: klopt de nieuwe bestemming per oude pagina, en is er voor elke belangrijke pagina een logische opvolger.

Tijdens het bouwen verwijs je naar de juiste vervanger

Alles naar de homepage sturen lijkt handig, maar het brengt bezoekers en Google in de war. Doe dit dus niet als standaard oplossing voor oude adressen.

Iemand klikt op een link naar je tarievenpagina of een blog dat goed scoort, en komt dan uit op je homepage. Die bezoeker moet opnieuw zoeken en haakt vaak af. Voor Google is het net zo onduidelijk: een homepage zegt niets over het onderwerp van de oude pagina, waardoor de opgebouwde waarde van die oude pagina verloren gaat.

Verwijs verwijderde pagina’s daarom door naar de meest relevante nieuwe pagina en niet standaard naar de homepage. Heb je drie diensten samengevoegd tot één overzicht, verwijs de drie oude adressen dan naar dat nieuwe overzicht. Is er echt geen goede vervanger, kies dan de dichtstbijzijnde categoriepagina. Alleen als er helemaal geen logisch alternatief is, is de homepage een laatste redmiddel.

Wat de developer doet: richt per URL één directe redirect in naar de inhoudelijk beste match en voorkomt bulk-redirects naar de homepage.

Waar jij op let als klant: bewaak dat samengevoegde diensten of verwijderde pagina’s echt landen op een pagina waar je bezoeker verder kan.

Bij livegang zorg je dat Google je site mag zien

Je gaat live terwijl Google je site niet mag zien als je de blokkade uit de testomgeving meeneemt. Dan sta je per ongeluk live met noindex, waarmee je Google vraagt je niet te tonen.

Tijdens het bouwen scherm je de testversie logisch af, zodat Google die niet toont. Maar vergeet je die blokkade bij livegang uit te zetten, dan vraag je Google om ook je nieuwe site over te slaan. Je merkt het vaak pas als je bezoek uit Google wegvalt.

Voorkom het met een vaste check op de dag van livegang. Controleer of de testblokkade eraf is, of je live pagina’s indexeerbaar zijn en of je robots.txt de belangrijke pagina’s niet blokkeert. Laat één iemand hiervoor verantwoordelijk zijn en zet het als aparte stap op je liveganglijst, los van design en inhoud.

Wat de developer doet: zet de testomgeving op noindex en afgeschermd, haalt bij livegang de blokkade weg, controleert robots.txt en canonicals en checkt in Search Console of de homepage indexeerbaar is.

Waar jij op let als klant: plan livegang niet op vrijdagmiddag, houd één contactpersoon beschikbaar voor akkoord en zoek direct na livegang zelf een pagina op in Google om te zien of hij vindbaar is.

Teksten, titels en links bewust meenemen

Waardevolle inhoud behoud je door eerst te bepalen welke teksten, titels en links voor bezoek zorgen, en die bewust mee te nemen naar het nieuwe ontwerp.

Bij een redesign worden teksten vaak korter en pakkender gemaakt. Prima voor leesbaarheid, maar slecht als je daarmee de zinnen weghaalt waarop je gevonden wordt. Hetzelfde geldt voor paginatitels, koppen en interne links. Verander je zonder plan alle titels, dan herkent Google je pagina’s minder goed. Haal je interne links weg, dan vinden bezoekers en Google je diepere pagina’s slechter.

Pak je lijst met goed scorende pagina’s erbij en check per pagina wat blijft. Behoud de zoekwoorden waar de pagina op gevonden wordt in titel, kop en eerste alinea. Houd de structuur van koppen logisch en zorg dat je belangrijkste pagina’s vanuit het menu en vanuit andere teksten gelinkt blijven. Wil je toch herschrijven, doe dat dan na livegang, pagina voor pagina, zodat je ziet wat een wijziging doet. Let na het redesign ook op snelheid en gebruikservaring, want ook dat helpt je posities. Verdieping vind je in hoe je Core Web Vitals verbetert.

Wat de developer doet: neemt titels, koppen, meta-omschrijvingen en interne links één op één mee of zet wijzigingen in een overzicht, zodat niets stil verdwijnt.

Waar jij op let als klant: lever nieuwe teksten pas aan als duidelijk is welke zoekwoorden per pagina moeten blijven, en stel grote herschrijvingen uit tot na livegang.

Direct na livegang controleren en snel herstellen

Wat moet ik direct na livegang controleren voor SEO? Test je doorverwijzingen, haal de blokkade voor Google eraf, bied je overzicht van pagina’s aan en spoor fouten op.

Werk ze in deze vaste volgorde af:

1. Doorverwijzingen testen. Klik je redirectoverzicht door en check of elke oude URL op de juiste nieuwe pagina uitkomt, zonder ketens of foutpagina’s.
2. Blokkade voor Google eraf halen. Controleer dat de testblokkade weg is en dat je live pagina’s getoond mogen worden.
3. Overzicht van pagina’s aanbieden. Dien na livegang de vernieuwde sitemap in bij zoekmachines, zodat Google je nieuwe adressen snel vindt.
4. Fouten opsporen. Houd Search Console in de gaten op crawl-fouten, dalingen in vertoningen en pagina’s die niet geïndexeerd worden, en herstel waar zichtbaarheid wegzakt.

Hoe lang moet ik redirects na een redesign laten staan? Laat redirects langdurig staan zolang bezoekers en Google de oude adressen nog gebruiken. Haal ze na een paar maanden dus niet weg, maar houd ze in elk geval ongeveer een jaar actief. Zolang er nog links, bladwijzers en zoekresultaten naar de oude adressen verwijzen, heb je ze nodig.

Wat de developer doet: test redirects, dient de sitemap in na livegang, monitort Search Console de eerste weken en herstelt 404’s en dalingen direct.

Waar jij op let als klant: houd zelf je aanvragen en bezoek in de gaten, meld opvallende dalingen meteen en vraag om een korte rapportage van de eerste weken na livegang.

Leg deze week je lijst met pagina’s die scoren naast je redirectoverzicht van oud naar nieuw en plan je livegangcheck. Wil je het redesign zorgvuldig laten doen, bekijk dan hoe Hoort websites bouwt en live zet en doorloop dit traject samen.