Hoe je een website migratie plant zonder verkeer te verliezen

Een website migratie is de verhuizing van een domein, CMS of URL-structuur naar een nieuwe omgeving. Een doordachte 301-redirect mapping beschermt het organische verkeer door oude pagina's naar hun exacte nieuwe equivalent te leiden, waardoor opgebouwde SEO-autoriteit behouden blijft en indexeringsfouten worden voorkomen.

In dat gat tussen oude adressen en nieuwe bestemmingen ontstaat de schade. Volgens Google Search Central moeten de redirects bij een verhuizing met URL-wijzigingen minstens een jaar actief blijven, terwijl de zoekmachineposities zich aanpassen. Alles wat je in die periode overslaat kost verkeer waar je al voor betaald hebt: een vergeten URL, een staging robots.txt die meeging naar productie of ontbrekende tracking-tags.

Deze handleiding is geschreven voor de projectverantwoordelijke die de livegang goedkeurt. Hij behandelt de vier soorten migratie, de inventarisatie vooraf, het redirectplan, testen op staging, de volgorde op de dag van livegang, de eerste 30 dagen en wat in onze diensten en technische contracten hoort.

Migratie is één woord voor vier verschillende projecten, en ze dragen niet hetzelfde risico. De eerste vraag is dus wat er echt verandert: waar de bestanden vandaan komen, het systeem dat de pagina's maakt, de domeinnaam in de adresbalk, of de URL-paden zelf. Een platformwissel met ongewijzigde URL's is een rustig weekend. Een domeinwissel die daarbovenop elke pagina hernoemt, eindigt in een evaluatierapport.

In de praktijk is bijna elk project een mengvorm. Een bedrijf vervangt een verouderd CMS, marketing vraagt bij die gelegenheid om een andere navigatie, en juridische zaken wil van het landendomein af. Drie migraties worden tot één livegang gebundeld, en als het verkeer daalt kan niemand zeggen welke van de drie de oorzaak was.

Als je één beslissing uit deze gids meeneemt, neem dan deze: verander één variabele tegelijk zolang de planning dat toelaat. Eerst het platform verhuizen met de URL's ongemoeid, controleren of de cijfers standhielden, daarna de structuur in een tweede release hernoemen. Dat kost één extra deploy en levert je een antwoord op wanneer er iets misgaat.

Verkeer verdwijnt na een migratie zelden zomaar door de verhuizing zelf. Het valt weg doordat cruciale technische verbindingen zijn verbroken zonder dat iemand dit vooraf grondig controleerde. In de praktijk herhalen zich vijf klassieke faalpunten in projecten van elke omvang, waarvan er vier eenvoudig met een grondige crawl worden opgespoord.

URL's zonder bestemming. Elk oud adres dat een 404-fout oplevert verliest direct posities, opgebouwde backlinks en campagneverkeer. De oplossing is puur handwerk: één regel per oude URL in een mappingtabel, handmatig gecontroleerd.

Redirects die massaal naar de homepage leiden. Een verzamelregel die honderden vervallen pagina's naar de voorpagina stuurt voorkomt op papier 404-fouten, maar vernietigt de inhoudelijke relevantie. Google behandelt dergelijke omleidingen als soft 404-fouten.

Ketens en loops. Van oude URL via tussenadres naar nieuwe pagina verspilt kostbaar crawlbudget en vertraagt gebruikers. Eén directe hop is de absolute norm.

Blokkades die meeverhuizen vanaf staging. Testomgevingen worden bewust afgeschermd voor zoekmachines. De instructie Disallow: / in robots.txt en de noindex-tag mogen onder geen beding in productie belanden. Ze veroorzaken de zwaarste de-indexaties.

Interne links die naar de oude structuur blijven wijzen. Menu's, footers, interne links en sitemaps met verouderde paden dwingen zoekmachines door de redirectlaag en verwateren de interne linkstructuur die door de jaren heen is opgebouwd.

Een migratie loont het technische risico wanneer de huidige opzet een concrete bedrijfsdoelstelling blokkeert, niet omdat het ontwerp simpelweg verouderd aanvoelt. Drie aanleidingen rechtvaardigen het project: het platform ondersteunt het huidige aanbod niet meer, het onderhoud kost structureel meer dan vervanging, of een juridische fusie dwingt een nieuw domein af.

De platformbeperking wordt vaak te laat onderkend: een nieuw paginatype toevoegen vereist programmeurs in plaats van redacteuren, plugins breken bij updates, laadtijden storten in bij piekdrukte en een extra taal resulteert in een losse subsite. Dit zijn fundamentele problemen die een grafisch redesign niet kan verhelpen.

De kostenafweging is nuchter te becijferen. Tel licenties, plugins, hosting en de uren die je team kwijt is aan noodgrepen bij elkaar op. Vergelijk dat met een moderne herbouw afgeschreven over drie jaar. Wanneer de lapmiddelen duurder worden dan vernieuwing, wijst de uitkomst zichzelf.

Vermijd subjectieve motieven: een nieuwe marketingmanager met een eigen voorkeursstack of een bureau dat slechts één CMS beheerst. Verandert alleen hoe de site eruitziet, dan zoek je een redesign; de voorbereiding van een redesign is het kortere pad. Combineert jouw project een nieuw visueel ontwerp met structurele URL-wijzigingen, bekijk dan onze SEO-migratie checklist om alle technische eisen voor de livegang af te stemmen.

Afbakenen is hier inventariseren, en dat gebeurt voor het ontwerp, voor de bouw en voor de platformkeuze. Je beantwoordt één vraag: wat bestaat er vandaag, en wat is elk onderdeel waard? Wie de inventarisatie overslaat, laat het projectteam per ongeluk beslissen, meestal door te migreren wat makkelijk exporteerde.

Begin met vier exports. Een volledige crawl van de live site geeft elke URL met statuscode, titel en canonical. Search Console geeft elke pagina die in twaalf maanden vertoningen kreeg. De statistieken geven instappagina's en conversies per pagina. Een backlinkexport geeft de pagina's waar andere sites naar wijzen, en precies die mogen nooit 404 worden.

Leg de vier lijsten naast elkaar in één blad en markeer elke URL met een besluit: houden, samenvoegen, hernoemen of uitfaseren. Een pagina zonder verkeer, zonder positie en zonder links mag weg. Een pagina met twee backlinks en nul verkeer heeft alsnog een bestemming nodig. Dit blad is tegelijk het redirectplan, het contentplan en de opleverlijst.

Dezelfde ronde beantwoordt de vragen die projecten laat verrassen: hoeveel formulieren er zijn en waar de inzendingen heen gaan, welke systemen in de site schrijven, hoeveel talen er bediend worden, welke pagina's juridische teksten dragen, en wie de DNS-records beheert.

Het redirectplan is een tabel met één regel per oude URL en precies één bestemming per regel. Het is het document dat je bij naam opvraagt, voor de livegang naloopt en na afloop van het project bewaart. Kan een bureau er geen tonen, dan wordt de migratie op gevoel gedaan.

Drie regels houden het eerlijk. Elke bestemming moet de inhoudelijk dichtstbijzijnde pagina zijn, geen categorie en niet de homepage. Elke redirect is permanent, een 301, zodat zoekmachines de oude signalen doorgeven. En elke oude URL zonder equivalent geeft 410, wat crawlers vertelt dat de pagina bewust weg is in plaats van een verhuizing voor te wenden.

Loop het zelf na, in een spreadsheet, op de regels die tellen: je 50 drukste pagina's, je 50 meest gelinkte pagina's en elke pagina die voorkomt in een lopende campagne of een e-mailhandtekening. Dat is een uur van jouw tijd tegenover de prijs van dezelfde fout drie maanden later in je statistieken vinden.

Zichtbaarheid in zoekmachines krijgt de aandacht omdat die in het openbaar meetbaar is. De storingen die meer geld kosten blijven meestal wekenlang onzichtbaar: een contactformulier dat het niets in stuurt, een consentbanner die alle meting blokkeert, of transactionele e-mail die niet meer aankomt omdat de DNS-records met de hosting meeverhuisden.

Consent verdient een eigen regel. Een nieuwe site betekent een nieuwe cookiebanner, en volgens de AVG samen met de cookiebepaling in de Telecommunicatiewet mogen niet-noodzakelijke cookies pas na toestemming worden geplaatst. Teams die de meting onder tijdsdruk opnieuw opbouwen, leveren vaak een banner die of alles blokkeert, waardoor de rapportage op een verkeersinstorting lijkt, of niets blokkeert, wat dan geen rapportageprobleem meer is.

De tabel hieronder is de korte versie van het overdrachtsgesprek. Elke regel heeft een eigenaar nodig en een test op de testomgeving, niet de belofte het na de livegang na te kijken.

Testen voor de livegang is vergelijken, geen mening geven. Je crawlt de testomgeving met hetzelfde gereedschap dat je op de live site gebruikte en legt beide bestanden naast elkaar. Alles wat in de oude crawl staat en in de nieuwe ontbreekt, is of een bewuste uitfasering met 410 of een defect, en een derde optie bestaat niet.

Vijf controles vangen het meeste af. Aantal pagina's en titels tussen oud en nieuw vergelijken. Controleren dat elke canonical naar het productiedomein wijst en niet naar de testomgeving. Controleren dat hreflang wederkerig is, want Google vraagt dat elke taalversie alle andere en zichzelf noemt. Controleren dat er geen noindex blijft staan op pagina's die geïndexeerd moeten worden. En het redirectplan als batch doorlopen: de oude URL's aan de crawler geven en bevestigen dat elke met precies één 301 naar een levende pagina antwoordt.

Snelheid hoort in dezelfde ronde. Core Web Vitals worden beoordeeld op het 75e percentiel van echte paginaweergaven, dus een template kan op jouw laptop prima ogen en in het veld toch zakken. Meet de nieuwe templates tegen de drempels op web.dev en behandel achteruitgang als blokkerend, niet als optimalisatie voor later. Onze aantekeningen over laadtijd beschrijven wat je eerst aanpakt als de nieuwe site trager start dan zijn voorganger.

Toegankelijkheid hoort sinds 2025 in hetzelfde gesprek. De richtlijn (EU) 2019/882 geldt sinds 28 juni 2025, en een herbouwde of ingrijpend gewijzigde dienst telt als nieuw, niet als bestaand. Verkoop je aan consumenten, dan is de migratie het moment om toegankelijkheid in te bouwen, niet om die door te schuiven.

De dag van livegang strandt in de praktijk vaker op een verstoorde werkvolgorde dan op programmeerfouten. Het onderstaande protocol gaat ervan uit dat het nieuwe platform volledig is goedgekeurd op staging en dat het 301-redirectplan in bulk is gevalideerd, zodat de cutover zelf ordelijk, gedisciplineerd en voorspelbaar verloopt.

1. Kondig een contentfreeze aan op de oude site en informeer alle redacteuren over het tijdstip.
2. Draai een definitieve referentiecrawl van de live productieomgeving.
3. Verlaag de DNS-TTL 48 uur vooraf naar 300 seconden voor een snelle wereldwijde doorgifte.
4. Rol de productiecode uit en verwijder eventuele afschermingen van de testomgeving.
5. Activeer de 301-redirectregels op de server en pas de DNS-records aan.
6. Controleer de SSL-certificaten en test handmatig de 20 belangrijkste commerciële landingspagina's.
7. Hef robots.txt-blokkades op en dien de nieuwe XML-sitemap in via Google Search Console.
8. Vraag bij een domeinwijziging direct een adreswijziging aan in Search Console.
9. Volg de servertoegangslogs in real-time op onverwachte 404-fouten of redirectproblemen.

De eerste maand bepaalt of de migratie een project was of een incident. Zoekmachines hebben tijd nodig om de nieuwe adressen opnieuw te crawlen en te verwerken, dus een dip in de eerste twee weken is normaal en een dip die in week vier dieper wordt niet. Volg paginagroepen in plaats van het sitetotaal, want een gemiddelde verbergt precies de sectie die brak.

Leg het ritme vast voor de livegang: dagelijks in de eerste week, tweemaal in de tweede, daarna wekelijks. Geef één persoon de taak erover te rapporteren. Migraties mislukken zelden luid, ze mislukken als een trage daling waarvan iedereen aanneemt dat een ander erop let.

De kosten van een website migratie volgen de technische aard van de overstap en niet het totale aantal pagina's. Hosting verplaatsen is een werkdag. Van platform wisselen met behoud van URL's is de templates herbouwen plus een data-export. Van domein wisselen en alle URL's hernoemen legt de koppeling, de tests en het bewakingsvenster daar bovenop.

Gepubliceerde prijzen geven houvast. Onze diensten en vaste prijzen beginnen bij €1.500 voor een landingspagina met een levertijd van twee tot drie dagen, €4.500 voor een bedrijfswebsite van 10 tot 30 pagina's met een levertijd van één tot drie weken, en €9.000 voor een portaal vanaf 50 pagina's met één tot drie maanden. Het verhuizen van een bestaande site van gelijke omvang valt in dezelfde marge, met de koppeling en de verificatie erbovenop, omdat de herbouw dezelfde is en de inventarisatie extra is. Cijfers geldig in augustus 2026.

De doorlooptijd zit vooral aan de uiteinden: inventarisatie en mapping vergen een tot drie weken met input van marketing, sales en juridische zaken. Het bewakingsvenster na de livegang duurt vier tot acht weken en hoort als vaste post in het contract te staan.

Reserveer budget voor zaken die vaak worden vergeten: het herinrichten van de cookiebanner, het opnieuw testen van alle formulierkoppelingen en het bijwerken van interne links in oudere blogartikelen.

Een migratiecontract dat uitsluitend belooft dat de nieuwe site op de ontwerpen zal lijken, sluit de belangrijkste risico's buiten. Acceptatiecriteria moeten toetsbaar zijn voor projectleiders zonder programmeerkennis, geformuleerd als controles met een helder resultaat van akkoord of niet akkoord.

Leg zeven concrete garanties vast: een complete 1:1 redirect mapping van alle URL's met verkeer of backlinks in de afgelopen twaalf maanden; 301-redirects in één hop met 410-status voor verwijderde pagina's; behoud van meta-tags, canonicals en hreflang-annotaties; een gevalideerd testplan voor tracking en formulieren; naleving van de Europese Toegankelijkheidswet; duidelijke Core Web Vitals-doelen; en een nazorgperiode van vier tot acht weken met vastgelegde responstijden.

Neem tevens op dat alle crawl-exports, mappingdocumenten en meetplannen bij projectafsluiting volledig aan jou worden overgedragen.

Deze checklist vat het complete migratietraject chronologisch samen per uitvoeringsfase. Neem deze ijkpunten over in je projectmanagementsysteem en koppel aan elke actie één duidelijke eindverantwoordelijke, concrete acceptatiecriteria en een bindende streefdatum.

Voorbereiding en inventarisatie

• Crawl de live website en exporteer alle URL's inclusief statuscode, titel en canonical tag.
• Exporteer twaalf maanden data uit Search Console, analytics landingspagina's en backlinkbronnen.
• Wijs aan elke URL een actie toe: behouden, samenvoegen, hernoemen of verwijderen.
• Breng formulieren, externe koppelingen, tags en verplichte juridische pagina's in kaart.
• Bepaal de fasering van de lancering (alles-in-één versus gefaseerde migratie).

Validatie voorafgaand aan livegang

• Controleer het redirectplan handmatig op de vijftig pagina's met het meeste verkeer en de meeste links.
• Crawl staging en vergelijk de uitkomsten systematisch met de oude inventarisatie.
• Bevestig dat canonicals naar productie wijzen en dat hreflang-tags wederkerig kloppen.
• Test formulierverzendingen, consentbanners en conversie-events grondig op de testomgeving.
• Toets Core Web Vitals aan de drempelwaarden op web.dev en herstel eventuele vertragingen.
• Stel een rollback-draaiboek op en verlaag de DNS-TTL ruim op tijd.

Livegang en nazorg

• Verwijder noindex-tags, activeer de 301-regels op de server en dien de nieuwe XML-sitemap in.
• Test belangrijke landingspagina's handmatig en monitor serverlogs intensief op 404-fouten.
• Werk advertentie-URL's en links in lopende e-mailcampagnes direct bij.
• Hanteer een vast controlepatroon: dagelijks in de eerste week, wekelijks in de eerste maand.
• Houd 301-redirects minimaal een vol jaar in de lucht en archiveer alle inventarisatielijsten.

Dit geval kunnen we van binnenuit beschrijven, want het is onze eigen site. Vezert draait in het Engels, Duits, Spaans, Frans en Nederlands, en elke taal heeft een eigen slug in de URL in plaats van een vertaalde pagina onder een Engels adres. Bij elke slugwijziging krijgt het oude adres een permanente redirect, en het bestand dat ze verzamelt bevat er op dit moment 329.

Twee besluiten deden het werk. Elk artikel draagt een vaste identificatie die nooit verandert, zodat hreflang uit die identificatie wordt opgebouwd en niet uit een bestandsnaam: een pagina hernoemen in één taal kan de verbinding met de andere vier daardoor niet verbreken. En de slugwijziging levert haar redirect automatisch op, binnen hetzelfde script dat het bestand hernoemt, waarmee de stap vervalt die mensen vergeten.

De les geldt voor elke migratie: de redirect is onderdeel van het hernoemen, geen taak die erna komt. Staan die twee los, dan hernoemt iemand op een vrijdag een pagina en komt de redirect maandag, als hij komt. Voeg je bij de verhuizing ook talen toe, dan behandelt onze gids over meertalige websites de URL-keuzes die later moeilijk terug te draaien zijn, en behandelt de websitestructuur de paginaboom waar het redirectplan op moet aansluiten.