Een nieuwe website of een ander platform kan je vindbaarheid verbeteren, maar tijdens de overstap kan ook waardevol organisch verkeer verdwijnen. In deze gids lees je hoe je URL’s, redirects, content en techniek voorbereidt en welke controles na de livegang helpen om problemen snel te vinden.
Leg de SEO-uitgangssituatie vast vóór de websitemigratie
Een goede migratie begint met weten wat je nu hebt. Verzamel daarom vóór de bouw of overstap gegevens over organisch verkeer, rankings, conversies en indexatie. Gebruik bijvoorbeeld Google Search Console en analytics om pagina’s te vinden die bezoekers uit zoekmachines aantrekken. Kijk niet alleen naar sessies: een productpagina met weinig bezoeken kan belangrijk zijn doordat die leads, verkopen of ondersteunende links oplevert.
Maak een nulmeting over een periode die seizoensinvloeden zichtbaar maakt, bijvoorbeeld twaalf maanden. Noteer per belangrijke URL het aantal klikken en vertoningen, de belangrijkste zoekopdrachten, gemiddelde positie en conversies. Exporteer daarnaast de huidige URL’s met een crawler. Daarmee zie je ook pagina’s die geen verkeer krijgen, maar wel interne links of externe backlinks hebben.
Bewaar de bronbestanden en leg vast op welke datum je meet. Vergelijk na de migratie dezelfde perioden en definities; anders kunnen verschillen in tracking of seizoensvraag voor verkeerde conclusies zorgen. Breng ook bekende technische problemen in kaart, zoals foutieve canonical-tags of pagina’s die onbedoeld op noindex staan. Een migratie is geen automatische oplossing voor bestaande problemen. Door vooraf te bepalen wat behouden, verbeterd of bewust verwijderd wordt, voorkom je dat prestaties achteraf niet meer te verklaren zijn.
Maak een volledige inventaris van bestaande URL’s
Een URL-lijst is de basis voor een betrouwbare migratie. Vertrouw daarbij niet op één bron: een crawl vindt vooral pagina’s die via links bereikbaar zijn, terwijl Search Console ook URL’s kan tonen die bezoekers via zoekresultaten bereiken. Combineer die gegevens met de XML-sitemap, analytics, serverlogs en eventueel een export uit het CMS of de webshop. Zo komen ook oude landingspagina’s, productvarianten en pagina’s met externe links in beeld.
Normaliseer de lijst voordat je gaat mappen. Maak bijvoorbeeld onderscheid tussen hoofdletters, trailing slashes, parameters en varianten met www of zonder www. Houd die varianten wel bij als afzonderlijke technische URL’s wanneer ze daadwerkelijk antwoorden geven. Registreer per URL de statuscode, canonical, indexeerbaarheid, paginatitel en eventuele verkeers- of backlinkgegevens. Een spreadsheet met vaste kolommen maakt ontbrekende beslissingen zichtbaar.
Niet iedere gevonden URL hoeft naar de nieuwe website terug te keren. Sommige pagina’s zijn dubbel, verouderd of inhoudelijk niet meer relevant. Beoordeel ze op zoekvraag, verkeer, conversies, backlinks en de mogelijkheid om de inhoud samen te voegen. Verwijder een pagina alleen als er geen zinvolle vervanger is en er geen reden bestaat om de URL te behouden. Een volledige inventaris kost tijd, maar voorkomt dat juist een oude categorie of specialistische kennispagina ongemerkt buiten de migratie valt.
Koppel oude URL’s aan de juiste nieuwe pagina
URL-mapping legt per oude URL vast welke bestemming op de nieuwe website daarbij hoort. Het uitgangspunt is inhoudelijke overeenkomst: een oude pagina over een specifiek product hoort bij voorkeur op de nieuwe pagina over dat product uit te komen, niet op de homepage of een brede categorie. Zoekmachines en bezoekers moeten kunnen begrijpen dat de bestemming dezelfde behoefte vervult. Een generieke redirect kan technisch werken, maar is vaak een slechte gebruikerservaring en geeft geen duidelijke inhoudelijke continuïteit.
Begin met exacte matches voor pagina’s waarvan onderwerp en functie gelijk blijven. Zoek daarna voor verdwenen URL’s een relevant alternatief, bijvoorbeeld een samengevoegde gids die dezelfde vragen beantwoordt. Als er geen passend alternatief bestaat, kan een 404 of 410 beter zijn dan een misleidende redirect. Leg in de mapping zowel de oude als de nieuwe volledige URL vast, plus de reden voor de keuze en de verwachte statuscode. Dat maakt review en foutopsporing eenvoudiger.
Controleer de mapping automatisch op dubbele bestemmingen, ontbrekende regels en redirects naar oude URL’s. Een groot aantal verschillende pagina’s dat allemaal naar één categorie wijst, verdient handmatige beoordeling. Test ook URL-patronen met filters, paginering, taalvarianten en productcodes; juist daar ontstaan makkelijk uitzonderingen. Laat inhoudelijke eigenaren de belangrijkste matches controleren. Een spreadsheet die alleen technisch compleet is, kan nog steeds verkeerde bestemmingen bevatten als de nieuwe structuur andere onderwerpen of zoekintenties gebruikt.
Richt redirects in zonder ketens en omleidingslussen
Wanneer een URL verandert, leidt een permanente serverredirect doorgaans van de oude naar de nieuwe URL. Gebruik daarvoor meestal een 301- of 308-statuscode en laat de browser niet via JavaScript of een tijdelijke tussenpagina omleiden. Plaats redirects zo dicht mogelijk bij de server of het platform, zodat ze snel en voorspelbaar worden afgehandeld. Test bovendien of de redirect werkt voor alle relevante varianten, zoals HTTP naar HTTPS en www naar de gekozen domeinvariant.
Een veelvoorkomende fout is een redirectketen: oud adres naar een tussenadres en vervolgens naar de definitieve pagina. Ketens vertragen het laden, maken crawlen minder efficiënt en vergroten de kans op fouten. Laat iedere oude URL daarom rechtstreeks naar de uiteindelijke bestemming verwijzen. Controleer ook op lussen, waarbij twee adressen elkaar blijven doorverwijzen, en op redirects naar pagina’s die zelf een 404, noindex of andere redirect opleveren.
Regels met patronen kunnen handig zijn bij grote webshops, bijvoorbeeld wanneer product-URL’s dezelfde structuur volgen. Gebruik ze alleen als de overeenkomst betrouwbaar is. Een te brede regel kan meerdere oude pagina’s naar een onjuiste bestemming sturen. Test vóór livegang zowel representatieve voorbeelden als uitzonderingen, inclusief URL’s met parameters en speciale tekens. Bewaar de redirectlijst na lancering: oude externe links kunnen nog lang verkeer opleveren en rapportages laten zien welke regels daadwerkelijk worden gebruikt.
Behoud sterke content en controleer metadata per pagina
Bij een platformmigratie verandert vaak niet alleen het adres, maar ook de inhoud. Voorkom dat waardevolle pagina’s ongemerkt worden ingekort of herschreven zonder beoordeling. Vergelijk de oude en nieuwe versie op onderwerp, zoekintentie, belangrijke antwoorden en unieke informatie. Een tekst hoeft niet woord voor woord gelijk te blijven, maar als de nieuwe pagina een andere vraag beantwoordt, kan een redirect of behoud van de oude inhoud nodig zijn. Let bij webshops ook op productspecificaties, categorie-intro’s, filters en informatie over beschikbaarheid.
Controleer voor belangrijke pagina’s de title-tag, meta description en koppenstructuur. Titles moeten de pagina onderscheiden en de inhoud nauwkeurig beschrijven; het simpelweg overnemen van een dynamische titeltemplate kan bijvoorbeeld tientallen identieke titels opleveren. Een meta description is geen directe garantie op een hogere positie, maar kan wel beïnvloeden hoe een resultaat wordt gepresenteerd en aangeklikt. Zorg dat het CMS velden niet leeg laat vallen wanneer content wordt overgezet.
Controleer ook afbeeldingen, alt-teksten en bijbehorende downloads. Bestanden met backlinks of zoekverkeer verdienen aparte aandacht wanneer hun locatie verandert. Vermijd dat paginacontent afhankelijk wordt van elementen die pas na interactie laden en daardoor ontbreken in de initiële HTML. Maak een lijst van pagina’s met hoge waarde en beoordeel die handmatig; een automatische migratie kan gegevens correct kopiëren, maar herkent niet of de inhoud nog volledig, actueel en passend bij de zoekintentie is.
Werk interne links, canonicals en navigatie bij
Redirects zijn bedoeld voor bezoekers en crawlers die nog een oud adres gebruiken, niet als permanente vervanging voor goede interne links. Werk links in menu’s, broodkruimels, teksten, productblokken en footers daarom bij naar de nieuwe URL’s. Als interne links eerst door een redirect gaan, ontstaan extra verzoeken en wordt het voor crawlers lastiger om de bedoelde structuur te volgen. Een crawl van de nieuwe site kan interne links naar oude adressen, foutpagina’s en onbedoelde omleidingen opsporen.
Controleer daarnaast de canonical-tags. Iedere indexeerbare pagina moet doorgaans een canonical naar de gewenste, definitieve URL bevatten. Een achtergebleven canonical naar het oude domein kan zoekmachines vertellen dat de nieuwe pagina niet de voorkeursversie is. Let ook op canonicals die door filters of paginering onbedoeld allemaal naar dezelfde categorie verwijzen. Bij internationale websites moeten canonical- en hreflang-verwijzingen onderling kloppen en naar bestaande, indexeerbare pagina’s wijzen.
De navigatie bepaalt mede welke pagina’s bezoekers en zoekmachines makkelijk vinden. Een nieuwe menustructuur kan logisch zijn voor gebruikers, maar belangrijke categorieën die vroeger direct bereikbaar waren kunnen dieper wegzakken. Beoordeel de klikdiepte en zorg dat waardevolle pagina’s voldoende interne verwijzingen krijgen. Test zoek- en filterfuncties afzonderlijk: parameters kunnen nuttige landingspagina’s opleveren, maar ook grote aantallen vrijwel identieke URL’s. Leg vast welke varianten indexeerbaar zijn en voorkom dat templates daar willekeurig over beslissen.
Controleer indexatie, robots.txt en XML-sitemaps
Een website kan inhoudelijk goed zijn en toch uit zoekresultaten verdwijnen als technische instellingen crawlen of indexeren blokkeren. Controleer daarom op de testomgeving of pagina’s niet per ongeluk op noindex staan en of robots.txt de benodigde onderdelen toegankelijk laat. Testomgevingen mogen juist vaak afgeschermd zijn; het risico ontstaat wanneer die blokkade bij livegang blijft staan. Controleer na publicatie de productieversie zelf, want instellingen kunnen per domein of omgeving verschillen.
Genereer XML-sitemaps met alleen canonieke, indexeerbare URL’s die een succesvolle statuscode teruggeven. Neem geen redirects, 404’s, noindex-pagina’s of URL-varianten met trackingparameters op. Bij grote sites kunnen meerdere sitemaps per type of sectie het beheer en de diagnose vereenvoudigen. Controleer of de sitemap automatisch wordt bijgewerkt wanneer producten, categorieën of artikelen veranderen en of de sitemapindex op het juiste domein staat.
Controleer ook hreflang, gestructureerde data en paginering waar die relevant zijn. Gestructureerde data moet overeenkomen met zichtbare informatie; een productprijs die in de markup afwijkt van de pagina kan problemen veroorzaken. Gebruik testtools om syntaxis en waarschuwingen te vinden, maar behandel een geldige markup niet als garantie op uitgebreide zoekresultaten. Test met een crawler en met inspectietools van zoekmachines op een steekproef van templates. Zo ontdek je bijvoorbeeld dat de homepage goed staat, maar productpagina’s door een templatefout allemaal dezelfde canonical of noindex-instelling krijgen.
Plan de livegang als een gecontroleerde technische wijziging
Een migratie wordt veiliger wanneer de livegang een gepland moment is en geen reeks losse wijzigingen. Leg vast wie domein, hosting, CMS, redirects, analytics en content controleert. Bevries waar mogelijk inhoudelijke wijzigingen kort voor de overstap, of spreek af hoe nieuwe pagina’s en gewijzigde URL’s aan de mapping worden toegevoegd. Maak vooraf een back-up en zorg dat duidelijk is hoe een herstelactie werkt als de nieuwe omgeving ernstige fouten vertoont.
Test de nieuwe site vóór lancering op een omgeving die zo veel mogelijk overeenkomt met productie. Controleer belangrijke templates, formulieren, zoekfuncties, betaalstappen en mobiele weergave. Voer een volledige crawl uit en vergelijk de uitkomsten met de inventaris en mapping. Test daarnaast redirects rechtstreeks op de productieconfiguratie zodra die beschikbaar is. Een goede stagingtest sluit fouten in DNS, certificaten, caching of serverregels niet uit; die onderdelen vragen na overschakeling om aparte controles.
Kies een lanceringstijdstip waarop technisch beheer en inhoudelijke beslissers bereikbaar zijn. Dat hoeft niet automatisch midden in de nacht: als er dan niemand kan ingrijpen, kan een werkdag veiliger zijn. Stem wijzigingen in DNS en certificaten af op hun eventuele propagatietijd. Houd tijdens de omschakeling een checklist bij met eigenaar, test en resultaat per onderdeel. Zorg dat tracking, cookietoestemming en conversiemetingen in de nieuwe omgeving functioneren, anders wordt het lastig om een echte verkeersdaling te onderscheiden van ontbrekende meetgegevens.
Monitor de nieuwe website na de livegang
Na livegang begint de controle op de echte productieomgeving. Crawl de website direct en controleer of belangrijke URL’s de verwachte statuscode geven, de juiste content tonen en indexeerbaar zijn. Test oude adressen uit de mapping en kijk of ze in één stap bij een passende nieuwe pagina uitkomen. Controleer daarnaast de homepage, categorieën, producten, artikelen en formulieren handmatig op desktop en mobiel. Een succesvolle homepage zegt weinig over fouten die alleen in één template voorkomen.
Volg in de eerste dagen serverfouten, 404’s, redirectgebruik en organische gegevens. Search Console-rapportages lopen niet altijd direct bij, dus combineer die met serverlogs, crawls en analytics. Let op plotselinge veranderingen in klikken, vertoningen en geïndexeerde pagina’s, maar vergelijk steeds dezelfde periode en houd rekening met seizoensinvloeden. Controleer of de nieuwe sitemap is verwerkt en of belangrijke pagina’s via URL-inspectie toegankelijk zijn. Een daling in gemeten verkeer kan ook ontstaan doordat tags of toestemminginstellingen anders werken.
Maak een werklijst met fouten op impact en bereik. Een fout op alle productpagina’s vraagt sneller aandacht dan een ontbrekende beschrijving op één weinig bezochte pagina. Herstel eerst blokkades, verkeerde canonicals, redirects naar irrelevante bestemmingen en grote groepen 404’s. Crawl na iedere belangrijke aanpassing opnieuw om te controleren of de oplossing geen nieuwe ketens of indexatieproblemen veroorzaakt. Blijf de redirectlogs en externe verwijzingen ook later bekijken; sommige oude URL’s krijgen pas weken of maanden na de overstap opnieuw bezoekers.