Je behoudt je bestaande URL-structuur bij een overstap naar een ander CMS door, waar het kan, exact dezelfde paden te gebruiken in het nieuwe systeem. Dat is de hele truc: als een pagina op hetzelfde adres blijft staan, verhuist ze niet en blijft haar positie staan, zonder dat er een redirect aan te pas komt. Sommige CMS’en dwingen echter hun eigen URL-patronen af, en voor elk adres dat daardoor verandert, zet je een 301-redirect naar het nieuwe. De volgorde is belangrijk: breng eerst je volledige URL-lijst in kaart, voordat je de DNS omzet. WPBuildAI scant de live site, levert de volledige lijst en bouwt de redirectkaart, zodat de overstap geen omzet of posities kost.

Waarom je je URL-structuur wilt behouden

Elke URL die hetzelfde blijft, is een pagina die je niet hoeft te redirecten en die geen risico loopt. Dezelfde paden aanhouden is dus de veiligste vorm van een CMS-overstap: Google ziet de pagina’s op hun vertrouwde adressen en hoeft niets te herwaarderen. Google beschrijft dit geval apart, een verplaatsing zonder URL-wijzigingen, juist omdat het de minste risico’s draagt. Concreet: hoe meer paden je behoudt, hoe kleiner het deel van je site dat verandert, en hoe minder er kan misgaan.

Kan het nieuwe CMS je paden overnemen?

De eerste vraag is dus of het nieuwe systeem je huidige paden aankan. Veel CMS’en laten je de URL per pagina of via een patroon instellen, en dan kun je je structuur grotendeels overnemen. Andere dwingen een vaste vorm af, bijvoorbeeld een vast voorvoegsel voor producten of berichten, en dan veranderen die adressen onvermijdelijk. Kort gezegd: zoek vóór de overstap uit hoeveel vrijheid het CMS je geeft over de URLs. Dat bepaalt hoe groot je redirectkaart wordt, en het is beter dat vooraf te weten dan tijdens de lancering te ontdekken.

Breng eerst je huidige URLs in kaart

Voordat je iets overzet, moet je weten welke adressen je hebt. Een site heeft meer URLs dan in het menu staan: paginering, categorie- en tagpagina’s, oude campagnepagina’s en bijlagen. Combineer drie bronnen, een volledige crawl, de XML-sitemap en de pagina’s met kliks in Search Console, zoals in alle URLs achterhalen. Met die lijst weet je precies welke paden je in het nieuwe CMS wilt aanhouden en welke onvermijdelijk veranderen. Een URL die je nu mist, krijgt straks geen redirect en wordt een 404.

Wat te doen als het CMS de structuur afdwingt

Als het nieuwe CMS bepaalde paden niet toelaat, accepteer je die verandering en vang je hem op. Houd alles wat wel kan op zijn oude pad, en breng alleen voor de afgedwongen verandering een 301-redirect aan. Zo blijft je redirectkaart zo klein mogelijk, wat het risico verkleint. Let op: probeer niet je oude structuur te forceren met trucs die het CMS niet ondersteunt, want dat levert vaak fragiele oplossingen op. Beter een nette redirect voor het deel dat moet veranderen dan een wankele constructie voor de hele site.

De redirectkaart voor wat wel verandert

Voor de adressen die wel veranderen, geldt de gewone regel: elke oude URL krijgt een 301-redirect in één stap naar zijn exacte tegenhanger, zoals Google beschrijft bij een verplaatsing met URL-wijzigingen en in de documentatie over redirects. Geef voorrang aan de pagina’s met verkeer, want dat is ongelijk verdeeld: het Ahrefs-onderzoek vond dat een klein deel van de pagina’s de meeste bezoeken trekt. Stuur niets naar de homepage, want dat leest als een soft 404 en draagt niets over.

Test voor de DNS-omschakeling

De DNS-omschakeling is het punt van geen terugkeer, dus test alles ervoor. Controleer op staging dat de behouden paden inderdaad hetzelfde zijn, dat de redirects voor de gewijzigde adressen in één stap oplossen, en dat de staging-omgeving op noindex staat, zoals in controleren of je 301-redirects werken. Een fout die je voor de omschakeling vindt, kost een paar minuten; dezelfde fout erna kost posities en, bij een webshop, omzet. Schakel de DNS bij voorkeur om in een rustig moment, en houd de mogelijkheid om terug te draaien.

Stap voor stap

  1. Breng je volledige URL-lijst in kaart uit de sitemap, de interne links en Search Console.
  2. Zoek uit hoeveel vrijheid het nieuwe CMS je over de URLs geeft.
  3. Houd dezelfde paden aan voor alles wat kan.
  4. Bouw een redirectkaart voor de adressen die het CMS afdwingt te veranderen.
  5. Test op staging met noindex aan.
  6. Schakel de DNS om, stuur de sitemap opnieuw in en houd de 404’s in de gaten.

Voorbeeld: overstap met behoud van paden

Neem een webshop die overstapt naar een ander CMS. Een crawl brengt 400 URLs in kaart: producten, categorieën en een blog. Het nieuwe CMS laat vrije paden toe voor pagina’s en blog, dus die blijven exact gelijk en verhuizen niet. Alleen de producten krijgen een vast voorvoegsel, dus voor die 250 adressen komt een 301-redirect in één stap. Op staging wordt gecontroleerd dat de behouden paden kloppen en de redirects oplossen, met noindex aan. Na de DNS-omschakeling wordt de sitemap opnieuw ingestuurd. Een handvol 404’s wordt binnen een dag geredirect. Omdat het grootste deel van de site op zijn oude paden bleef, was de overstap vrijwel onzichtbaar voor Google.

Veelgemaakte fouten

  • De DNS omzetten zonder vooraf de volledige URL-lijst in kaart te brengen.
  • Niet uitzoeken hoeveel vrijheid het nieuwe CMS over de URLs geeft.
  • Gewijzigde adressen naar de homepage redirecten in plaats van naar hun tegenhanger.
  • De oude structuur forceren met fragiele trucs in plaats van een nette redirect.
  • Lanceren met de noindex van staging er nog op, waardoor de site uit de index valt.

Wat je moet onthouden

Je behoudt je URL-structuur bij een overstap naar een ander CMS door dezelfde paden te gebruiken waar het kan, zodat de meeste pagina’s niet verhuizen en hun posities behouden. Zoek vooraf uit hoeveel vrijheid het CMS je geeft, breng eerst je volledige URL-lijst in kaart, en zet een 301-redirect in één stap voor alles wat wel verandert. Test op staging met noindex en schakel de DNS pas daarna om. Hoe meer paden je behoudt, hoe minder er kan misgaan. WPBuildAI scant de live site, levert de URL-lijst en bouwt de redirectkaart. Stuur je site-URL voor een gratis analyse.

Geen connectie met WordPress, Lovable, Webflow, Shopify, Wix of Squarespace.