Techniek 16 maart 2026

SEO Migratie: De Complete Handleiding voor een Risicoloze Overstap

Technische SEO migratie handleiding: van 301 redirects en crawl budget tot indexatie en rankings behouden. Stappenplan voor een risicoloze website overstap.

NA

Nick Aldewereld

Founder, EASEO

SEO analyse dashboard tijdens website migratie

Een SEO migratie is het verschil tussen een website die na livegang direct presteert en een website die maanden nodig heeft om te herstellen. Onderzoek van Ahrefs toont aan dat 60-70% van de websitemigraties leidt tot significant organisch verkeersverlies. Bij onzorgvuldige migraties zien we regelmatig 30-50% daling in organisch verkeer — verkeer dat soms pas na 6 tot 12 maanden terugkomt. In het slechtste geval komt het nooit volledig terug. De financiele impact is direct meetbaar: minder verkeer betekent minder leads, minder omzet, minder groei.

Wat is een SEO migratie?

Een SEO migratie is het gestructureerd overzetten van alle organische zoekwaarde van een oude website naar een nieuwe. Dat klinkt eenvoudig, maar het is iets fundamenteel anders dan een gewone websitemigratie.

Bij een reguliere migratie draai je een nieuwe site live. DNS aanpassen, bestanden verplaatsen, klaar. Bij een SEO migratie bescherm je actief alles wat Google in de loop der jaren over je site heeft geleerd: welke pagina’s waardevol zijn, hoe ze onderling samenhangen, welke zoektermen erbij horen en hoeveel autoriteit elke URL heeft opgebouwd.

Dat betekent concreet: elke URL die ooit verkeer heeft gegenereerd, moet correct worden doorverwezen. Elke pagina die rankings heeft, moet zijn signalen behouden. Elke externe link die naar je site wijst, moet op de juiste plek uitkomen.

Het verschil zit niet in de techniek van de nieuwe website. Het zit in de brug die je bouwt tussen oud en nieuw.

De 6 technische stappen voor een risicoloze SEO migratie

Stap 1: 301 redirects correct implementeren

De 301 redirect is het fundament van elke SEO migratie. Een 301 vertelt Google: “Deze pagina is permanent verhuisd naar een nieuw adres. Verplaats alle waarde mee.”

Elke oude URL die ooit organisch verkeer, backlinks of rankings heeft gehad, moet een 301 redirect krijgen naar de meest relevante nieuwe pagina. Niet naar de homepage — dat interpreteert Google als een soft 404.

In Apache doe je dat via .htaccess:

# Individuele redirect
Redirect 301 /oude-pagina /nieuwe-pagina

# Pattern-based redirect
RedirectMatch 301 ^/blog/(.*)$ /insights/$1

# Redirect met query parameters
RewriteEngine On
RewriteCond %{QUERY_STRING} ^id=42$
RewriteRule ^product\.php$ /producten/specifiek-product? [R=301,L]

In Nginx ziet dat er zo uit:

# Individuele redirect
rewrite ^/oude-pagina$ /nieuwe-pagina permanent;

# Pattern-based redirect
rewrite ^/blog/(.*)$ /insights/$1 permanent;

Belangrijk: test elke redirect individueel. In onze ervaring gaat het in 80% van de gevallen niet mis bij de simpele pagina’s, maar bij URL’s met parameters, trailing slashes of hoofdletters.

Stap 2: Canonical tags controleren

Na de migratie moet elke pagina een <link rel="canonical"> tag bevatten die naar de definitieve URL wijst. Dit voorkomt dat Google oude en nieuwe URL’s als duplicate content beschouwt.

Let specifiek op:

  • HTTP vs HTTPS varianten
  • www vs non-www
  • Trailing slash vs geen trailing slash
  • Pagineringsparameters

Een veelgemaakte fout: canonical tags die nog naar de oude domeinnaam wijzen. Dit stuurt Google het verkeerde signaal en kan indexatie weken vertragen.

Stap 3: Robots.txt bijwerken

Dit klinkt als een open deur, maar we zien het minstens 3 keer per kwartaal: een nieuwe website die per ongeluk Disallow: / in de robots.txt heeft staan. Eén regel die Google vertelt om de complete site te negeren.

Controleer na livegang:

  • Geen blokkade op belangrijke directories
  • Sitemap referentie aanwezig
  • Staging-URL’s niet meer toegankelijk (of geblokkeerd)
  • Crawl-delay alleen als je server het nodig heeft
User-agent: *
Allow: /
Disallow: /admin/
Disallow: /staging/
Sitemap: https://jouwdomein.nl/sitemap.xml

Stap 4: Sitemap bijwerken en indienen

Genereer een nieuwe XML sitemap met uitsluitend de nieuwe URL’s. Dien deze binnen 30 minuten na livegang in via Google Search Console.

Houd daarnaast tijdelijk de oude sitemap aan met de oude URL’s. Google gebruikt deze om de redirects sneller te ontdekken en te verwerken. Na 3-4 weken kun je de oude sitemap verwijderen.

Stap 5: Structured data meemigreren

Alle Schema.org markup moet mee naar de nieuwe site. Dit omvat:

  • Organization data
  • BreadcrumbList navigatie
  • FAQ schema’s
  • Product schema’s (bij e-commerce)
  • Article markup (bij blogs)
  • LocalBusiness gegevens

Valideer na migratie met Google’s Rich Results Test. Verloren structured data betekent verloren rich snippets in de zoekresultaten — en daarmee een lagere CTR.

Elke interne link op je nieuwe website moet direct naar de juiste nieuwe URL wijzen. Niet via een redirect. Interne links die via een 301 lopen verspillen crawl budget en verdunnen linkwaarde.

Crawl je nieuwe site met Screaming Frog of Sitebulb en filter op:

  • Links die naar een 301 wijzen
  • Links die naar een 404 wijzen
  • Links die naar de oude domeinnaam wijzen

Bij EASEO gebruiken we een geautomatiseerde controle die alle interne links valideert voor livegang. Dat voorkomt de situatie waarin je na launch handmatig honderden links moet aanpassen.

Crawl budget en indexatie

Google wijst elke website een bepaald crawl budget toe: het aantal pagina’s dat Googlebot per dag bezoekt. Tijdens een migratie wordt dit budget extra belangrijk.

Wat er gebeurt: Google ontdekt via redirects dat URL’s zijn veranderd. Het moet nu zowel de oude URL’s checken (om redirects te volgen) als de nieuwe URL’s indexeren. Dat is dubbel werk voor hetzelfde budget.

Bij een site met 500 pagina’s is dat geen probleem. Bij 5.000+ pagina’s kan het weken duren voordat alles opnieuw is geindexeerd.

Zo manage je crawl budget tijdens een migratie:

  • Verwijder overbodige pagina’s — Filter-URL’s, lege categoriepagina’s, verouderde content. Minder URL’s betekent meer budget voor wat er toe doet.
  • Dien de nieuwe sitemap direct in — Dit geeft Google een duidelijk signaal welke URL’s prioriteit hebben.
  • Gebruik URL Inspection — Vraag handmatig indexatie aan voor je 20 belangrijkste pagina’s.
  • Monitor het Coverage rapport — Hier zie je precies hoeveel pagina’s Google heeft ontdekt, gecrawld en geindexeerd.

In onze ervaring duurt volledige herindexatie gemiddeld 2-4 weken voor sites tot 1.000 pagina’s. Voor grotere sites kan dit oplopen tot 6-8 weken.

Rankings behouden: wat werkt en wat niet

Laten we eerlijk zijn: een lichte daling in rankings direct na een migratie is normaal. Zelfs bij een perfect uitgevoerde migratie zie je vaak een dip van 5-15% in de eerste 2 weken. Dat herstelt zich als alles correct is ingesteld.

Wat werkt:

  • 1-op-1 redirects van oude naar relevante nieuwe URL’s
  • Identieke of verbeterde content op de nieuwe pagina’s
  • Behoud van interne linkstructuur
  • Snellere laadtijden op de nieuwe site
  • Directe sitemap-indiening bij Search Console

Wat niet werkt:

  • Alle URL’s naar de homepage redirecten
  • Content significant wijzigen tijdens de migratie (doe dat 4-6 weken later)
  • URL-structuur veranderen zonder redirects
  • De migratie “even snel” doen op een vrijdagmiddag
  • Redirects na 3 maanden verwijderen (“het werkt toch nu”)

Een concrete vuistregel: verander tijdens de migratie zo min mogelijk tegelijk. Nieuwe URL-structuur en nieuw design? Prima. Maar voeg niet tegelijkertijd nieuwe content toe, verwijder pagina’s en wijzig je navigatie. Hoe meer je verandert, hoe moeilijker het wordt om problemen te isoleren.

301 vs 302 redirects: wanneer gebruik je wat?

Het verschil is simpel maar cruciaal:

301 (Permanent): “Deze pagina is voorgoed verhuisd.” Google verplaatst de volledige zoekwaarde naar de nieuwe URL. Dit is wat je wilt bij een migratie.

302 (Tijdelijk): “Deze pagina is even ergens anders.” Google houdt de oude URL in de index en verplaatst geen waarde. Dit is wat je wilt bij tijdelijk onderhoud.

De meest gemaakte fout: een 302 gebruiken waar je een 301 bedoelt. We zien dit vooral bij websites die met een CMS werken dat standaard 302 redirects aanmaakt. Het gevolg: Google blijft de oude URL indexeren, de nieuwe URL bouwt geen autoriteit op, en je rankings zakken weg.

Nog een veelvoorkomende fout: redirect chains. URL A redirectt naar URL B, die redirectt naar URL C. Elke schakel in de keten verliest zoekwaarde. Google volgt maximaal 5-10 redirects, maar na 3 schakels gaat er al merkbaar waarde verloren.

De oplossing is simpel: elke redirect moet direct naar de eindbestemming wijzen. Geen tussenstappen.

Monitoring tools en methoden

Na livegang begint het echte werk. Je moet minimaal 4 weken actief monitoren om problemen snel te signaleren.

Google Search Console

Dit is je belangrijkste tool. Monitor dagelijks:

  • Coverage rapport — Nieuwe errors, uitgesloten pagina’s, geldige pagina’s
  • Performance rapport — Klikken, vertoningen, gemiddelde positie
  • URL Inspection — Steekproef van belangrijke pagina’s

Screaming Frog

Crawl je nieuwe site wekelijks en vergelijk met de pre-migratie crawl:

  • Aantal gevonden URL’s
  • Response codes (200, 301, 404)
  • Redirect chains
  • Broken links

Ahrefs of SEMrush

Monitor je organische zoekwoorden:

  • Hoeveel zoekwoorden scoren in de top 10?
  • Zijn er pagina’s die significant zijn gedaald?
  • Worden de nieuwe URL’s al opgenomen?

Server logs

Analyseer de ruwe server logs om te zien:

  • Welke URL’s Googlebot bezoekt
  • Hoeveel crawl activiteit er is
  • Of er 5xx errors optreden onder load

Bij EASEO stellen we voor elke migratie een monitoring dashboard in dat al deze datapunten combineert. Zo zie je binnen 47 minuten of er iets mis is — niet pas na 3 weken als de klant belt dat het verkeer is gehalveerd.

Wanneer het misgaat: herstelaanpak

Soms gaat het ondanks goede voorbereiding toch mis. De rankings zakken meer dan verwacht, het verkeer herstelt zich niet, of er zijn technische problemen die je niet had voorzien.

Stap 1: Diagnose (dag 1-2) Identificeer de oorzaak. Zijn het redirect-problemen? Indexatieproblemen? Content die ontbreekt? Server-issues? Zonder diagnose is elke oplossing een gok.

Stap 2: Prioriteer (dag 2-3) Focus op de pagina’s die het meeste verkeer genereren. Als 20% van je pagina’s 80% van je verkeer levert, begin daar.

Stap 3: Fix en herindexeer (dag 3-7) Herstel de problemen en vraag herindexatie aan via Search Console. Bij redirect-problemen: controleer of de 301 correct is, geen chains bevat, en naar de juiste pagina wijst.

Stap 4: Monitor herstel (week 2-6) Rankings herstellen niet overnight. Reken op 2-4 weken voor de eerste verbetering en 4-8 weken voor volledig herstel. Bij ernstige problemen kan dit oplopen tot 3-6 maanden.

De belangrijkste les: begin niet met paniekmaatregelen. Redirects wijzigen, pagina’s terugzetten, URL’s opnieuw veranderen — elke extra wijziging maakt het voor Google moeilijker om te begrijpen wat er aan de hand is.

FAQ

Hoe lang duurt het voordat rankings herstellen na een SEO migratie?

Bij een correct uitgevoerde migratie zie je doorgaans een lichte daling in de eerste 1-2 weken, gevolgd door herstel in week 3-4. Volledige stabilisatie duurt gemiddeld 4-8 weken. Bij grote sites (10.000+ pagina’s) of sites met een complexe redirectstructuur kan dit oplopen tot 3-4 maanden.

Kan ik 302 redirects gebruiken bij een migratie?

Nee. Gebruik altijd 301 redirects bij een permanente migratie. Een 302 vertelt Google dat de verhuizing tijdelijk is, waardoor zoekwaarde niet wordt overgedragen. Het is een van de meest voorkomende fouten die we tegenkomen bij migraties.

Wat is crawl budget en waarom is het belangrijk bij een migratie?

Crawl budget is het aantal pagina’s dat Google per dag op jouw website bezoekt. Tijdens een migratie moet Google zowel oude URL’s (om redirects te volgen) als nieuwe URL’s crawlen. Bij grote sites kan dit ertoe leiden dat het weken duurt voordat alles opnieuw is geindexeerd. Door je sitemap direct in te dienen en overbodige pagina’s te verwijderen, help je Google om het beschikbare budget efficienter in te zetten.

Hoe voorkom ik redirect chains?

Een redirect chain ontstaat wanneer URL A doorverwijst naar URL B, die weer doorverwijst naar URL C. Voorkom dit door elke redirect direct naar de eindbestemming te laten wijzen. Gebruik Screaming Frog om bestaande chains te detecteren voor je migratie en los deze op door directe redirects in te stellen. Vergeet niet om ook redirects uit eerdere migraties mee te nemen — anders stapelen de chains zich op.


Wil je meer weten over websitemigraties? Lees ook onze website migratie checklist met 47 punten of onze handleiding voor webshop migraties. Bekijk ook onze diensten voor professionele ondersteuning bij technische SEO.

Staat er een migratie op de planning? Laat je huidige situatie eerst in kaart brengen met een Online Marketing Audit. Dan weet je precies waar de risico’s zitten — voor je live gaat.

Dit toepassen op jouw organisatie?

Begin met een Online Marketing Audit. €250 voor een professionele diagnose.

Start met audit →