Een website migreren naar WordPress kan technisch goed verlopen en toch SEO-problemen veroorzaken. De nieuwe site ziet er mooier uit, pagina’s laden en formulieren werken, maar organisch verkeer daalt omdat oude URL’s zijn verdwenen of belangrijke metadata niet is overgenomen. Daarom moet een migratie niet alleen als designproject worden behandeld. Het is ook een verhuizing van opgebouwde online waarde.
Een goede migratie begint vóórdat de nieuwe WordPress-site wordt gebouwd. Breng eerst de bestaande situatie in kaart, bepaal welke URL’s moeten blijven en maak een plan voor alles wat verandert.
Waarom migraties SEO-risico hebben
Zoekmachines kennen de huidige website via URL’s, interne links, sitemaps en externe verwijzingen. Wanneer die structuur plotseling verandert, moet Google opnieuw begrijpen waar content is gebleven.
Een nette 301-redirect helpt daarbij, maar het is beter om onnodige wijzigingen te vermijden. Niet iedere oude slug hoeft vernieuwd te worden omdat het design verandert.
Maak een volledige URL-inventaris
Exporteer vóór de migratie zoveel mogelijk bestaande URL’s. Gebruik de sitemap, crawlgegevens, analytics en Search Console. Zo voorkom je dat waardevolle pagina’s worden vergeten.
Noteer per URL de nieuwe bestemming. Markeer pagina’s die behouden blijven, samengevoegd worden of definitief verdwijnen.
Beoordeel welke pagina’s organisch verkeer krijgen
Niet iedere URL heeft dezelfde waarde. Sommige blogs brengen al jaren bezoekers binnen of hebben externe links. Geef deze pagina’s extra aandacht bij contentmigratie.
Een redesign is niet het moment om succesvolle content zonder reden volledig te herschrijven. Verbeter waar nodig, maar behoud elementen die aantoonbaar werken.
Website migreren naar WordPress met behoud van URL’s
Wanneer je een website migreren naar WordPress-project plant, probeer bestaande URL’s te behouden als ze logisch zijn. Dit vermindert het aantal redirects en maakt de overgang eenvoudiger voor bezoekers en zoekmachines.
Verander bijvoorbeeld niet automatisch ‘/diensten/seo/’ naar ‘/onze-oplossingen/zoekmachine-optimalisatie/’ als daar geen duidelijke reden voor is.
Gebruik 301-redirects voor permanente wijzigingen
Wanneer een URL echt verandert, maak je een 301-redirect naar de meest relevante nieuwe bestemming. Een oude pagina over WordPress onderhoud hoort naar de nieuwe WordPress-onderhoudspagina te gaan, niet naar de homepage.
Vermijd redirectketens. Laat oude URL A direct naar nieuwe URL C wijzen in plaats van via tussenpagina B.
Maak een redirectmapping vóór livegang
Een spreadsheet met oud en nieuw URL-pad is een van de belangrijkste migratiedocumenten. Laat geen redirectbeslissingen tot het laatste moment liggen.
Controleer ook URL’s die eerder al een redirect hadden. Oude historische paden kunnen nog steeds backlinks ontvangen.
Migreer SEO-titels en meta descriptions bewust
Neem metadata niet blind over, maar verlies ze ook niet. Controleer welke SEO-titels en descriptions goed aansluiten op de nieuwe pagina.
Gebruik unieke metadata en voorkom dat de nieuwe WordPress-installatie op tientallen pagina’s dezelfde standaardtekst gebruikt.
Controleer headings en hoofdcontent
Een nieuw template kan de headingstructuur veranderen. Zorg dat iedere belangrijke pagina een duidelijke H1 heeft en gebruik H2’s voor inhoudelijke secties.
Verwijder geen belangrijke tekst puur omdat het nieuwe ontwerp minimalistischer moet ogen. Content kan visueel goed worden gepresenteerd zonder SEO-informatie te verliezen.
Interne links moeten naar de nieuwe eind-URL wijzen
Een redirect vangt oude links op, maar intern wil je liever direct naar de nieuwe URL linken. Dat voorkomt onnodige tussenstappen.
Controleer menu’s, footer, blogs, buttons en breadcrumbs. Grote websites kunnen hiervoor automatisch worden gecrawld.
Afbeeldingen kunnen ook SEO-waarde hebben
Product- en projectafbeeldingen kunnen vanuit Google Afbeeldingen bezoekers krijgen. Controleer bestandsnamen, alt-teksten en paden waar mogelijk.
Wanneer afbeeldings-URL’s veranderen, kan het zinvol zijn om belangrijke oude media-URL’s door te sturen.
Staging hoort afgeschermd te zijn
Een nieuwe WordPress-site wordt vaak op een stagingdomein gebouwd. Zorg dat zoekmachines die testomgeving niet gaan indexeren.
Gebruik niet alleen noindex, maar beperk indien mogelijk ook toegang. Staging kan bovendien echte klantdata bevatten en verdient beveiliging.
Verwijder stagingblokkades direct bij livegang
Een klassieke fout is dat de live website nog noindex staat omdat de staginginstellingen zijn meegekopieerd. Neem indexatie daarom op in de livegangchecklist.
Controleer de daadwerkelijke HTML en HTTP-headers nadat DNS of hosting is omgezet.
Test canonicals op de nieuwe website
Canonicals moeten naar de juiste live URL verwijzen. Een staging-URL in een canonical kan grote verwarring veroorzaken.
Controleer ook paginering, categorieën, producten en meertalige pagina’s wanneer die aanwezig zijn.
Maak een schone XML-sitemap
De nieuwe sitemap moet alleen canonieke, indexeerbare URL’s bevatten. Verwijder stagingpaden, redirects, noindex-URL’s en fouten.
Dien de sitemap na livegang opnieuw in via Search Console en controleer of Google hem kan ophalen.
Controleer robots.txt na de verhuizing
Een stagingomgeving kan brede blokkades hebben gehad. Zorg dat robots.txt op live geen belangrijke mappen of bestanden onbedoeld tegenhoudt.
Test vooral wanneer er beveiligingsregels of aangepaste crawlerblokkades zijn toegevoegd.
Test statuscodes op schaal
Controleer niet handmatig slechts tien pagina’s. Crawl de volledige nieuwe website en bekijk 200-, 301-, 404- en 5xx-statuscodes.
Zo ontdek je foutieve interne links en ontbrekende redirects voordat zoekmachines er massaal tegenaan lopen.
Meet performance vóór en na de migratie
Een nieuwe WordPress-site hoort bij voorkeur niet trager te zijn dan de oude. Maak daarom vooraf een snelheidsmeting en vergelijk na livegang.
Let vooral op zware pagebuilders, nieuwe scripts en te grote afbeeldingen. Een visueel nieuw ontwerp kan technisch veel zwaarder worden wanneer niemand performance bewaakt.
Controleer structured data
Als de oude website schema markup gebruikte voor organisatie, producten, breadcrumbs of artikelen, controleer dan of relevante structured data in de nieuwe site correct terugkomt.
Voeg markup alleen toe wanneer de pagina-inhoud dit ondersteunt.
Analytics en conversiemetingen moeten blijven werken
Een migratie is een slecht moment om meetdata kwijt te raken. Controleer analytics, advertentietags en conversie-events op de nieuwe site.
Maak vóór livegang een lijst van belangrijke events zodat je kunt testen of formulieren, aankopen en andere doelen correct worden geregistreerd.
Monitor Search Console na livegang
Bekijk indexatie, crawlproblemen en prestaties in de weken na de migratie. Een tijdelijke fluctuatie kan voorkomen, maar grote structurele dalingen verdienen onderzoek.
Vergelijk vooral belangrijke landingspagina’s en zoekopdrachten met de periode vóór de verhuizing.
Controleer 404’s vanuit echte bezoekers
Niet alle oude URL’s staan in je eigen crawl. Externe websites kunnen verwijzen naar paden die je vergeten bent.
Gebruik serverlogs of 404-monitoring om nieuwe fout-URL’s te ontdekken en voeg gerichte redirects toe wanneer er een relevante vervanger bestaat.
Verander niet alles tegelijk als dat niet nodig is
Een nieuw CMS, nieuw design, nieuwe URL-structuur en volledig nieuwe content op dezelfde dag maken het moeilijk om oorzaken te achterhalen wanneer verkeer daalt.
Behoud waar mogelijk succesvolle onderdelen en verbeter gecontroleerd. Een migratie hoeft geen totale reset te zijn.
Website migreren naar WordPress met Sanum Webdesign
Een website migreren naar WordPress zonder onnodig SEO-verlies vraagt voorbereiding, testen en monitoring. Sanum Webdesign kan migraties uitvoeren waarbij bestaande URL’s, content, redirects en indexatie vanaf het begin worden meegenomen.
Bekijk ook onze informatie over WordPress websites laten maken en SEO-optimalisatie.
Veelgestelde vragen over WordPress migraties
Daalt SEO altijd na een migratie?
Nee. Een goed voorbereide migratie kan stabiel verlopen, al kunnen tijdelijke schommelingen voorkomen terwijl zoekmachines veranderingen verwerken.
Moet ik alle oude URL’s redirecten?
Redirect waardevolle of relevante oude URL’s naar een passende vervanger. Niet iedere irrelevante oude fout-URL hoeft naar de homepage.
Wanneer kan ik oude redirects verwijderen?
Wees voorzichtig. Oude backlinks en bookmarks kunnen jaren later nog worden gebruikt. Belangrijke permanente redirects kunnen daarom langdurig nodig blijven.
Maak een terugvalplan voor de livegang
Zelfs bij een goed voorbereide migratie kan onverwacht iets misgaan. Leg daarom vooraf vast hoe je kunt terugvallen naar de oude situatie wanneer de nieuwe omgeving kritieke fouten bevat. Zorg dat databases, bestanden en DNS-instellingen bekend zijn en dat de oude omgeving niet onmiddellijk wordt verwijderd.
Een rollback is vooral bedoeld voor ernstige technische problemen, niet voor kleine cosmetische fouten. Door vooraf criteria af te spreken voorkom je paniekbeslissingen tijdens de livegang.
Documenteer de migratie voor later beheer
Bewaar de redirectmapping, belangrijke technische instellingen en lijst met oude URL’s. Deze informatie is maanden later nog nuttig wanneer een onverwachte 404 of oude backlink opduikt. Goede documentatie maakt toekomstig onderhoud eenvoudiger en voorkomt dat dezelfde analyse opnieuw moet worden uitgevoerd.
