Migratie zonder verkeersverlies: zo houd je je organische verkeer overeind

Een migratie is een van de weinige SEO-momenten waarop je in één klap álles kunt verliezen. Een nieuw platform, een nieuwe URL-structuur, een redesign: prima beslissingen, mits de verhuizing klopt. Gaat het mis, dan zie je maanden organische groei in een week verdampen. Het goede nieuws: verkeersverlies bij migraties is bijna altijd te voorkomen. Het draait om proces, niet om geluk.

Dit is de aanpak en de checklist die ik aanhoud om een migratie SEO-veilig te maken.

Een SEO-migratie is het verhuizen van een website naar een nieuw domein, platform of URL-structuur zonder verlies van organisch verkeer. De kern is een sluitende redirect mapping waarbij elke oude URL met waarde naar de meest relevante nieuwe URL wordt doorgestuurd.

Waarom de meeste migraties verkeer kosten

Verkeersverlies bij een migratie komt zelden door één grote fout. Het is meestal een optelsom van kleine: een vergeten reeks redirects, een sitemap die nog naar oude URL’s wijst, schema dat sneuvelde bij het overzetten, interne links die naar 404’s leiden. Stuk voor stuk lijkt het klein. Samen kosten ze je posities.

De diepere oorzaak is bijna altijd hetzelfde: de migratie wordt aangevlogen als een technisch of designproject, met SEO als bijzaak achteraf. Precies andersom dus.

De drie fases van een veilige migratie

Een migratie is geen moment, het is een proces met drie fases. Sla er één over en je loopt risico.

Voor de migratie: inventarisatie en baseline

Je kunt niet behouden wat je niet hebt vastgelegd. Vóór de verhuizing breng je in kaart wat je hebt en wat het waard is:

• Een volledige lijst van bestaande URL’s, inclusief hun verkeer, posities en backlinks.
• Welke pagina’s de meeste waarde dragen, dat zijn je prioriteiten.
• Een baseline van je huidige prestaties, zodat je ná livegang weet of je iets verliest.

Dit is het fundament onder de hele migratie. Sla het over en je stuurt blind.

Tijdens: redirect mapping en QA

Het hart van de migratie. Elke oude URL met waarde krijgt een 301 naar de meest relevante nieuwe URL. Niet naar de homepage als luie verzamelbak, maar naar het dichtstbijzijnde equivalent. Daarnaast: controleer vóór livegang dat de redirects kloppen, dat de nieuwe pagina’s indexeerbaar zijn en dat je niets per ongeluk op noindex zet.

Na: monitoring en herstel

Livegang is niet het einde, het is het begin van de oplettende fase. De eerste weken houd je crawlfouten, indexatie en posities scherp in de gaten, zodat je een probleem corrigeert vóór het verkeer kost in plaats van erna.

Redirect mapping zonder gaten

Dit is waar migraties slagen of sneuvelen. Een paar principes.

Oude naar nieuwe URL’s koppelen

Elke waardevolle oude URL wijst naar zijn beste nieuwe tegenhanger. Een-op-een waar het kan. De grootste fout: alles naar de homepage redirecten “omdat het anders te veel werk is”. Dat gooit je opgebouwde autoriteit per pagina weg.

Wat te doen met pagina’s die verdwijnen

Niet elke pagina krijgt een opvolger. Voor content die echt weggaat: redirect naar de meest relevante bestaande pagina als die er is, of laat de pagina bewust een 410 (Gone) geven als er geen logisch alternatief is. Wat je niet wilt, is een wildgroei aan zachte 404’s die signalen verwateren.

301 versus 302 en veelgemaakte fouten

Een permanente verhuizing is een 301, geen 302. Een 302 zegt tegen zoekmachines “dit is tijdelijk”, waardoor ze de oude URL blijven vasthouden en je autoriteit niet meeverhuist. Andere klassiekers: redirect-ketens (URL A → B → C in plaats van A → C) en redirects die ergens halverwege in een loop belanden. Hou ketens kort en direct.

Wat je vaak vergeet

De zichtbare dingen gaan meestal goed. Het zijn de onzichtbare die verkeer kosten:

• Schema markup die niet meeverhuist. Structured data sneuvelt berucht vaak bij een platformwissel; neem het expliciet mee in je QA. Zie Schema markup voor AI-zichtbaarheid.
• Interne links die nog naar oude URL’s wijzen en zo via redirects lopen of in 404’s eindigen. Werk ze bij naar de nieuwe URL’s.
• Sitemaps die nog de oude structuur bevatten. Ververs ze en dien ze opnieuw in.
• Canonicals die per ongeluk naar oude of verkeerde URL’s blijven verwijzen.

De eerste 30 dagen na livegang

De maand na livegang is bepalend. Hou de crawlfouten in de gaten, controleer of de belangrijke pagina’s geïndexeerd raken en volg je posities tegen de baseline die je vooraf vastlegde. Een tijdelijke dip in de eerste dagen is normaal terwijl zoekmachines de verhuizing verwerken. Een aanhoudende daling na een paar weken is een signaal dat er iets niet klopt, en dán wil je het snel vinden.

Vergeet ook niet je bredere zichtbaarheid mee te nemen: in een wereld van AI-antwoorden is verkeer niet de enige meetlat. Hou ook in de gaten of je zichtbaarheid in AI-engines stabiel blijft na de verhuizing.

Migratie-checklist

• Volledige URL-inventarisatie met verkeer, posities en backlinks.
• Baseline van prestaties vastgelegd.
• Redirect mapping: elke waardevolle URL → beste nieuwe tegenhanger (301).
• Verdwijnende pagina’s: redirect of bewust 410.
• Geen redirect-ketens of loops.
• Schema, interne links, sitemaps en canonicals meegenomen.
• QA vóór livegang: indexeerbaarheid, geen ongewenste noindex.
• Monitoring de eerste 30 dagen, afgezet tegen de baseline.

Conclusie en next step

Een migratie hoeft geen gok te zijn. Met een sluitende inventarisatie, een complete redirect mapping en scherpe monitoring behoud je je verkeer, en grijp je het moment vaak aan om sterker terug te komen dan voorheen. De angst zit niet in de migratie zelf, maar in het zonder plan ingaan.

Staat er een migratie of replatform op de planning? Vraag een migratie-scan aan, dan brengen we de risico’s vooraf in kaart. De redirect-template die ik hiervoor gebruik, deel ik op aanvraag.