CMS-migratie zonder verkeer of inhoud te verliezen
Een CMS-migratie is voornamelijk een gegevensproject met een lanceringsdag eraan vast. Het ontwerp krijgt de aandacht; de inhoudsafbeelding en de omleidingen bepalen of het slaagt.
Deze gids behandelt de volgorde die werkt, de plekken waar migraties verkeer verliezen, en wat je in de weken na de overstap mag verwachten.
Inventariseer voordat je iets verplaatst#
Je kunt niet migreren wat je niet hebt geteld. Deze stap wordt overgeslagen en veroorzaakt het merendeel van de verrassingen.
- Crawl de bestaande site en exporteer elke URL met zijn statuscode en titel.
- Haal de best presterende pagina's uit je analyse en zoekconsole — die verdienen de meeste zorg.
- Tel de inhoudstypen: pagina's, berichten, producten, casestudy's, personen, downloads.
- Noteer per type de velden, inclusief de velden die alleen op sommige items voorkomen.
- Inventariseer media: hoeveel bestanden, welke totale omvang, welke ontbreken al.
- Noteer functionaliteit die niet in de inhoud zit: formulieren, zoeken, filters, koppelingen.
- Bepaal wat je níét meeneemt. Een migratie is de beste gelegenheid om dode inhoud te laten liggen.
De laatste stap bespaart het meeste werk. Sites verzamelen jarenlang pagina's die niemand leest; die meenemen kost tijd bij elke stap daarna.
Breng inhoud en URL's in kaart#
Twee afbeeldingen: velden naar velden, en oude URL's naar nieuwe. De tweede is degene die verkeer bepaalt.
| Gebied | Wat te doen | Veelgemaakte fout |
|---|---|---|
| Inhoudstypen | Oud type naar nieuw type, expliciet | Alles als «pagina» importeren |
| Velden | Veld voor veld, inclusief lege gevallen | Velden die maar soms voorkomen missen |
| Media | Bestanden meenemen én de verwijzingen bijwerken | Bestanden migreren, links laten wijzen naar oud |
| URL's | Eén op één, elke oude URL een bestemming | Alles naar de nieuwe homepage |
| Categorieën en tags | Taxonomie behouden of bewust samenvoegen | Onbedoeld nieuwe structuur creëren |
| Auteurs en datums | Meenemen; datums beïnvloeden actualiteitssignalen | Alle datums op de importdatum zetten |
| Omleidingen die al bestonden | Ook meenemen | Oude ketens weggooien en oude links breken |
Import van datums is een stille killer: worden alle publicatiedatums de migratiedatum, dan lijkt je hele archief op één dag geschreven.
Testen vóór de uitrol#
Wat je op de testomgeving controleert, in de volgorde die het meeste vangt.
- Tel de items per inhoudstype en vergelijk met de oude site. Aantallen die niet kloppen zijn het eerste signaal.
- Controleer een steekproef van de langste en de vreemdste pagina's — die breken het eerst.
- Controleer dat afbeeldingen laden vanaf de nieuwe locatie, niet vanaf het oude domein.
- Test elke omleiding met een script tegen de volledige URL-lijst, niet met de hand.
- Controleer de metadata: titels, beschrijvingen, canonieke URL's, gestructureerde data.
- Test formulieren volledig, inclusief dat de e-mail werkelijk aankomt.
- Controleer prestaties tegen de oude site; een migratie die de site verdubbelt in gewicht is een regressie.
- Laat de redactie een pagina maken en publiceren voordat je uitrolt.
Uitrollen en de weken erna#
De lanceringsdag is kort; het venster waarin je oplet is dat niet.
- Rol uit op een rustig moment, niet vrijdagmiddag.
- Controleer robots.txt op productie meteen — de testversie meesturen is de klassieke fout.
- Dien de nieuwe sitemap in en laat de oude enige tijd staan zodat oude URL's worden opgehaald.
- Draai de omleidingstest opnieuw op productie; testomgevingen liegen soms.
- Houd het foutlogboek de eerste dagen in de gaten voor 404's die je niet had voorzien.
- Volg zoekverkeer en posities vier tot zes weken; reken op schommeling.
- Onderzoek pas actief als het na een maand nog verder daalt — eerder is het meestal ruis.
Voeg 404's die in de logboeken opduiken toe aan je omleidingstabel naarmate ze verschijnen. Geen enkele inventarisatie is volledig; het foutlogboek vult de rest aan.
Veelgestelde vragen
Verlies ik zoekverkeer bij een CMS-migratie?
Tijdelijk vrijwel altijd, permanent alleen bij fouten. Reken op vier tot zes weken schommeling zelfs bij een schone uitvoering. Blijvend verlies komt vrijwel uitsluitend uit niet in kaart gebrachte URL's, verwijderde pagina's die verkeer hadden, en meta- of inhoudswijzigingen op pagina's die het goed deden.
Kan ik inhoud automatisch migreren?
Grotendeels wel. Standaardvelden en berichten migreren goed met bestaande gereedschappen. Wat handwerk vraagt is aangepaste velden, ingesloten opmaak binnen tekst, en alles dat in het oude systeem met een plug-in werd opgelost. Reken op een geautomatiseerde basis plus een handmatige ronde voor de belangrijkste pagina's.
Hoelang duurt een CMS-migratie?
Voor een site van honderd pagina's met standaardinhoud enkele weken. Voor duizenden pagina's met aangepaste velden en koppelingen enkele maanden. Het aantal pagina's telt minder dan het aantal inhoudstypen en de hoeveelheid maatwerk — dat zijn de dingen die geen enkel gereedschap voor je oplost.
Moet ik de oude site bewaren?
Bewaar een volledige back-up en, als het kan, een afgeschermde kopie die je zelf kunt raadplegen. Je gaat de eerste maanden geregeld terugkijken wat er ergens stond of hoe iets was ingesteld. Wat je niet moet doen is de oude site openbaar laten staan — twee versies van dezelfde inhoud concurreren met elkaar.
cms migratiewebsite migratieinhoud migrerenurl omleidingenwordpress migratieverkeer behouden
