Een website naar een nieuw platform verhuizen: data en posities behouden
De angst voor een verhuizing rust op één verhaal dat iedereen kent: «kennissen hebben hun site verhuisd en al hun verkeer verloren». Het verhaal klopt — maar de oorzaak was niet de verhuizing, wel een handvol gemiste details. Laten we kijken waardoor posities echt dalen en hoe een migratie eruitziet waarna er in Google niets verandert.
Waardoor posities werkelijk dalen
Een zoekmachine straft geen platformwissel af — ze reageert erop dat pagina's ineens onbereikbaar of onherkenbaar zijn. Vrijwel elke daling na een verhuizing komt neer op vijf oorzaken:
- Adressen veranderd zonder redirects. Het nieuwe CMS maakte eigen URL's, de oude geven 404 — en daarmee verdwijnen posities en externe links.
- Metatags gingen niet mee. Title en description werden uit een sjabloon gegenereerd, en een pagina die jaren op een exacte kop stond, werd «Categorie — Shop».
- Een vergeten noindex. De testomgeving werd afgesloten voor indexering — en na livegang niet meer opengezet.
- Duplicaten door filters. Het nieuwe platform maakt parameterpagina's: in plaats van één sterke pagina staan er veertig zwakke in de index.
- Niet alles is meegegaan. Een deel van de producten zonder beschrijving en foto, lege categorieën, verdwenen blogartikelen — de totale waarde van de site voor de zoekmachine daalde.
Wat er beslist mee moet
De minimale lijst waarzonder een verhuizing niet als afgerond mag gelden:
- Producten en catalogus — met specificaties, foto's, categorieën, merken, voorraad en prijzen, samen met de filters.
- Bestellingen en klanten — historie met inhoud en statussen, accounts, bezorgadressen, reviews. Dit wordt het vaakst «vergeten», omdat het op de site niet zichtbaar is.
- Content — pagina's, artikelen, documenten, taalversies.
- De SEO-laag — URL-structuur, title en description van elke pagina, canonical, sitemap, robots, gestructureerde data.
Over bestellingen en klanten apart: technisch werkt de site ook zonder, en daarom laten goedkope verhuizingen ze in de oude database staan. Een half jaar later gaat de oude hosting uit — en daarmee verdwijnt de hele aankoophistorie. Dat is geen hypothese; het is het meest voorkomende verlies bij een migratie.
301-redirects: hoe het hoort
De ideale verhuizing is er een waarbij de adressen helemaal niet veranderen — dan zijn redirects overbodig. Dwingt het platform een andere structuur af, dan geldt een simpele regel: elk oud adres wijst naar zijn inhoudelijk dichtstbijzijnde nieuwe tegenhanger, met een 301, in één stap.
- Gooi niet alles op de homepage: een massale redirect naar «/» ziet Google als soft 404 en de pagina valt gewoon weg.
- Vermijd ketens: oud → tussenstap → nieuw. Elke schakel kost gewicht en tijd.
- Controleer per lijst, niet steekproefsgewijs: elk adres uit de oude sitemap moet 200 of 301 geven, en geen enkel 404.
- Vergeet de versies met en zonder www, http en https niet — ook dat zijn adressen.
De volgorde waarbij niets verloren gaat
- We nemen de referentie op. Voor de start exporteren we de volledige kaart van de oude site: alle adressen, title, description, H1 en de posities van vandaag. Dat is het ijkpunt.
- We bouwen het nieuwe platform apart. De oude site blijft al die tijd draaien en verkopen.
- Proefmigratie op een kopie. We vergelijken de aantallen: er waren 4.312 producten — er zijn er 4.312. Niet «ongeveer evenveel».
- Redirectkaart. Elk adres uit de referentie krijgt zijn tegenhanger.
- Omschakelen in het rustigste verkeersvenster. De oude omgeving blijft enkele dagen staan — terugdraaien kost een minuut.
- Twee weken monitoring. Search Console, posities, 404's, aanvragen, formulieren, betalingen.
Checklist voor de eerste dag na livegang
- robots.txt open en meta noindex verwijderd — met de hand gecontroleerd, niet «zal wel goed zijn».
- Nieuwe sitemap.xml gegenereerd en ingediend in Search Console.
- Steekproef van 20–30 oude adressen: allemaal 200 of 301.
- Title en description van de belangrijkste pagina's komen overeen met de referentie.
- Formulieren, winkelwagen en betaling doorlopen een end-to-end test met een echte testbestelling.
- Analytics-tellers en conversies werken, doelen zijn niet verdwenen.
- Snelheid: Core Web Vitals niet slechter dan op de oude site.
De hoofdregel bij controle: een 200-code betekent nog niet dat de pagina heel is. Vergelijk met de referentie — inhoud, metatags, aantal producten in de categorie.
Wat het kost en hoe lang het duurt
Het verhuizen van een visitekaart- of bedrijfswebsite duurt 2–4 weken; een webshop met duizenden producten en koppelingen vanaf 5 weken. De prijs bestaat uit het nieuwe platform volgens prijslijst (vanaf €294 voor een visitekaartsite, vanaf €490 voor een webshop) en het werk aan de dataoverdracht, waarvan de omvang na de audit zichtbaar is.
Verwar dit niet met verhuizen naar een andere host zonder systeemwissel: dat is dezelfde site op een nieuwe server, een dag of twee werk en een prijs vanaf €50. Biedt iemand aan om voor dat geld «uw site naar een nieuw platform te brengen», dan verhuist die hoogstwaarschijnlijk het ontwerp en laat de data achter.