TL;DR: In januari 2026 verhuisden we SEOJuice van seojuice.io naar seojuice.com. Het verkeer daalde in de eerste week met 40%. Binnen 2 maanden gingen we van 694 impressies/dag naar 7,853. In dit artikel deel ik elke fout die we maakten, elke aanpassing die we deden en de exacte herstelperiode, zodat jij onze pijnlijkste momenten niet hoeft te herhalen.
In januari 2026 verhuisden we SEOJuice van het .io-domein naar .com. De redenen waren simpel: .com wekt meer vertrouwen, is makkelijker te onthouden als merk, en we waren het zat om aan niet-technische prospects uit te leggen wat ".io" eigenlijk betekent.
Ik wist dat het pijn zou doen. Ik heb tientallen klanten geholpen met domeinmigraties. Ik heb zowat elke Google-documentatiepagina over dit onderwerp gelezen. Ik dacht dat we voorbereid waren.
Dat waren we niet.
Dag één: impressies daalden met 40%. Op dag drie waren sommige pagina's die het best presteerden volledig uit de index verdwenen. Ons belangrijkste zoekwoord — dat 30% van het organische verkeer binnenhaalde — ging van positie 4 naar helemaal niet meer ranken.
Dit is de tijdlijn van wat er echt gebeurde:
| Periode | Impressies/dag | Klikken/dag | Wat er gebeurde |
|---|---|---|---|
| Voor migratie | 694 | 31 | Nulmeting op het .io-domein |
| Week 1 | ~420 | 14 | Eerste daling. Google indexeert nog oude URL's |
| Week 2-3 | ~580 | 22 | Redirects worden geleidelijk opgepikt. Oude en nieuwe URL's staan door elkaar in de index |
| Week 4-6 | 1,200 | 48 | Herstel begint. Nieuw domein wint aan zichtbaarheid |
| Maand 2 | 4,100 | 165 | Boven de oude nulmeting. Contentverbeteringen beginnen effect te hebben |
| Maand 3 (nu) | 7,853 | 312 | 11x de oorspronkelijke impressies. Volledig herstel + groei |
Het herstel kwam niet alleen doordat de migratie begon te stabiliseren. We gebruikten de migratie ook als kans om jaren aan opgebouwde technische schuld op te ruimen, de contentkwaliteit te verbeteren en onze interne linkstructuur opnieuw op te zetten. Maar de migratie zelf was het moeilijke deel — en daar gaat dit artikel over.
Dit is de checklist die ik achteraf gezien veel strikter had moeten volgen. We deden het meeste wel, maar de onderdelen die we misten kostten ons weken aan hersteltijd.
| Voor de migratie | Tijdens de migratie | Na de migratie |
|---|---|---|
| Crawl de volledige oude site en exporteer alle URL's | Zet 301-redirects live voor elke URL | Controleer redirects met een volledige crawl |
| Maak een complete redirectmap (oude URL → nieuwe URL) | Werk canonical tags bij naar het nieuwe domein | Dien de nieuwe sitemap in bij GSC |
| Exporteer Google Search Console-data | Werk interne links bij naar het nieuwe domein | Gebruik de adreswijzigingstool in GSC |
| Documenteer alle backlinks (bron + doel-URL) | Werk sitemap.xml bij met nieuwe URL's | Monitor Coverage Report dagelijks gedurende 2 weken |
| Stel het nieuwe domein in binnen GSC en analytics | Werk robots.txt bij op het nieuwe domein | Controleer op crawlfouten in GSC |
| Informeer belangrijke backlinkpartners over de wijziging | Controleer het SSL-certificaat op het nieuwe domein | Vraag belangrijke verwijzende websites om hun links bij te werken |
| Test redirects in een staging-omgeving | Werk social profiles en directoryvermeldingen bij | Laat het oude domein 12+ maanden redirecten |
Belangrijkste inzicht
Het allerbelangrijkste punt: laat het oude domein minstens 12 maanden redirecten. Google raadt aan redirects minimaal 180 dagen te behouden, maar langer is beter. Wij laten seojuice.io voor onbepaalde tijd redirecten — er is eigenlijk geen goede reden om dat niet te doen.
Dit is migratiekiller nummer 1. Elke URL op het oude domein heeft een 301-redirect nodig naar de overeenkomende pagina op het nieuwe domein. Niet naar de homepage. Niet naar een algemene catch-all. Naar de exact overeenkomende pagina.
Crawl het oude domein. Controleer voor elke URL of die correct met een 301-redirect naar de juiste nieuwe URL gaat. Gebruik onze broken link checker of Screaming Frog met een geüploade URL-lijst.
Voor Apache (.htaccess):
# Redirect entire old domain to new domain (preserving paths)
RewriteEngine On
RewriteCond %{HTTP_HOST} ^(www\.)?olddomain\.io [NC]
RewriteRule ^(.*)$ https://newdomain.com/$1 [R=301,L]
# Individual page redirects (when URL structure changed)
Redirect 301 /old-blog/post-slug https://newdomain.com/blog/post-slug/
Redirect 301 /services/old-page https://newdomain.com/solutions/new-page/Voor Cloudflare (Redirect Rules):
# Cloudflare Redirect Rule (Single Redirect)
# Match: hostname equals "olddomain.io"
# Then: Dynamic redirect to https://newdomain.com + URI Path
# Status: 301 (Permanent)
# For Cloudflare Bulk Redirects (CSV format):
olddomain.io/blog/old-post,https://newdomain.com/blog/new-post,301
olddomain.io/about,https://newdomain.com/about/,301Voor Nginx:
server {
server_name olddomain.io www.olddomain.io;
return 301 https://newdomain.com$request_uri;
}"Je moet absoluut redirects instellen, in elk geval voor de belangrijke pagina's. Zonder redirects krijg je een mix van oude en nieuwe URL's in de zoekresultaten, en oude URL's sturen verkeer naar je 404-pagina. Kies idealiter voor permanente server-side redirects — 308 of 301. Vermijd JavaScript-redirects."
Controleer na het live zetten van redirects elke URL uit je oude sitemap. De response moet bestaan uit één enkele 301-redirect naar de juiste nieuwe URL. Let op redirectketens (301 → 301 → 200) — die verwateren linkwaarde en voegen latency toe.
Dit was degene die ons te pakken had. We hadden de externe redirects perfect ingesteld, maar vergaten de interne links in onze blogcontent bij te werken. Honderden interne links wezen nog naar seojuice.io, waardoor er op elke paginalaad onnodige extra redirects ontstonden.
Crawl de nieuwe site en filter op interne links die het oude domein bevatten. Zoek in je database of CMS op de oude domeinstring.
Voer een search-and-replace uit over je hele database. In WordPress:
# Using WP-CLI (recommended approach)
wp search-replace 'https://olddomain.io' 'https://newdomain.com' --all-tables --dry-run
# Review output, then run without --dry-run:
wp search-replace 'https://olddomain.io' 'https://newdomain.com' --all-tables
# Also catch http:// variants
wp search-replace 'http://olddomain.io' 'https://newdomain.com' --all-tablesCrawl de site opnieuw. Geen enkele interne link mag nog naar het oude domein verwijzen.
Als je sitemap.xml nog URL's van het oude domein bevat, zeg je tegen Google: "dit zijn mijn pagina's", terwijl je redirects zeggen: "nee hoor, ga daarheen." Zulke gemengde signalen vertragen herindexatie.
Open https://newdomain.com/sitemap.xml en controleer elke URL. Als er ook maar één begint met het oude domein, dan is je sitemap verouderd.
Controleer GSC → Sitemaps. De status moet "Success" tonen met het juiste aantal URL's.
Canonical tags zijn makkelijk over het hoofd te zien, omdat gebruikers ze niet zien. Maar als je canonical tags nog naar het oude domein wijzen, vertel je Google dat het oude domein de "echte" versie is — en dat spreekt je redirects rechtstreeks tegen.
Bekijk de broncode van meerdere pagina's op de nieuwe site. Zoek op <link rel="canonical" en controleer of de href het nieuwe domein gebruikt.
Doe een spot-check op 10-20 pagina's verspreid over verschillende templates (homepage, blogpost, categorie, product). Elke canonical moet naar het nieuwe domein verwijzen.
Zelfs met perfecte redirects en canonicals heeft Google tijd nodig om een domeinverhuizing te verwerken. Dat is normaal. Onze herindexatie duurde ongeveer 3 weken voor het grootste deel van de pagina's en 6 weken voor de long tail.
Ga in GSC naar Index → Pagina's. Houd het aantal "Indexed" pagina's op de nieuwe property in de gaten. Dat moet gestaag oplopen. Als het afvlakt of daalt, blokkeert er iets de crawl.
"Werk het URL-adres in Google Search Console bij tijdens de migratie, niet ervoor — Google heeft content op de nieuwe site nodig om het te verwerken. Je moet rekening houden met zichtbare veranderingen in hoe je content in zoekresultaten wordt getoond, zeker op de korte termijn. Zelfs als je de URL-wijzigingen perfect uitvoert, zul je veranderingen zien."
Volg dagelijks: het aantal geïndexeerde pagina's in GSC, crawlstatistieken en de verhouding tussen URL's van het oude en nieuwe domein die in zoekresultaten verschijnen (zoek op site:newdomain.com en site:olddomain.io).
Je backlinks wijzen naar het oude domein. Met 301-redirects geeft Google het grootste deel (maar niet alles) van de linkwaarde door aan de nieuwe URL. Het verlies per link is klein, maar over honderden backlinks stapelt het zich op.
Exporteer je backlinkprofiel uit Ahrefs, Semrush of GSC. Controleer hoeveel links nog naar het oude domein wijzen versus het nieuwe. Drie maanden na de migratie zou die verhouding steeds meer richting het nieuwe domein moeten verschuiven.
Monitor je backlinkprofiel maandelijks. Het percentage backlinks dat direct naar het nieuwe domein wijst, moet in de loop van de tijd stijgen. Gebruik onze domain authority checker om de overdracht van autoriteit te volgen.
Onderzoek laat zien dat domeinmigraties ergens tussen 30 dagen en 523 dagen nodig hebben om volledig te herstellen. Die spreiding is enorm, omdat alles afhangt van hoe goed je de uitvoering doet. Dit is hoe een goed uitgevoerde migratie er week voor week uitziet:
| Periode | Wat normaal is | Wat een rode vlag is |
|---|---|---|
| Week 1 | 20-40% verkeersdaling. Rankingfluctuaties op belangrijke termen. Oude URL's verschijnen nog in SERPs | 70%+ verkeersdaling. Volledige de-indexatie. 404-fouten in GSC |
| Week 2-3 | Verkeer stabiliseert. URL's van het nieuwe domein vervangen oude in de index. Rankings keren terug | Verkeer blijft dalen. Coverage Report neemt niet toe. Redirectfouten in GSC |
| Week 4-6 | Verkeer nadert het niveau van voor de migratie. Meeste pagina's opnieuw geïndexeerd. Rankings stabiliseren | Nog steeds onder 50% van de nulmeting. Veel pagina's niet geïndexeerd. Crawlfouten nemen toe |
| Maand 2-3 | Volledig herstel of boven de oude nulmeting. Alle belangrijke pagina's geïndexeerd op het nieuwe domein | Belangrijke pagina's nog steeds niet geïndexeerd. Rankings herstellen niet voor kerntermen |
| Maand 6+ | Oud domein verschijnt nauwelijks nog in SERPs. Backlinks worden geleidelijk bijgewerkt. Long tail volledig hersteld | Oud domein verschijnt nog steeds voor veel zoekopdrachten. Autoriteitsmetrics dalen |
Als je migratie uit de bocht is gevlogen en je rode vlaggen ziet, los deze punten dan in deze volgorde op:
Het lastigste deel van een migratie is weten wanneer een daling normaal is en wanneer er echt iets kapot is.
Wacht rustig af als:
Panikeer (en los het direct op) als:
Belangrijkste inzicht
Een verkeersdaling van 20-40% in week 1 is normaal en te verwachten. Een daling van 70%+, of elke daling die tegen week 3 niet begint te herstellen, betekent dat er technisch iets mis is. Controleer redirects, robots.txt en canonicals — in die volgorde.
Als ik terugkijk op onze eigen migratie, dan zou ik dit veranderen:
Google raadt minimaal 180 dagen aan. Ik raad voor altijd aan, of in elk geval zolang de kosten van de domeinregistratie verwaarloosbaar zijn. Er is geen nadeel aan actieve redirects behouden, en oude backlinks blijven via de redirect gewoon linkwaarde doorgeven.
301 (permanent). Altijd. Een 302 vertelt Google dat de verhuizing tijdelijk is, waardoor Google de oude URL's in de index houdt en linkwaarde niet volledig overdraagt. Voor een permanente domeinwijziging is 301 de enige juiste keuze. John Mueller noemt 308 ook als equivalent van 301.
Tijdelijk: ja. De meeste sites zien in de eerste week een verkeersdaling van 20-40%. Als je het goed uitvoert, begint herstel binnen 2-4 weken. Studies laten zien dat 83% van goed uitgevoerde domeinmigraties binnen 6 maanden volledig herstelt. De 17% die dat niet doet, heeft meestal hardnekkige technische problemen (kapotte redirects, canonical-problemen).
Google raadt dat sterk af. Verander één ding tegelijk. Verhuis eerst het domein, laat dat 2-3 maanden stabiliseren en herstructureer daarna pas de URL's. Als je beide tegelijk doet, is het bijna onmogelijk om problemen te diagnosticeren wanneer er iets misgaat.
Niet opnieuw opbouwen, wel bijwerken. 301-redirects geven het grootste deel van de linkwaarde door, dus je bestaande backlinks tellen nog steeds mee. Maar je belangrijkste verwijzers vragen om de links direct bij te werken (zonder extra redirect) behoudt meer linkwaarde en verbetert de crawl-efficiëntie.
De adreswijzigingstool in Google Search Console vertelt Google expliciet dat je site van het ene domein naar het andere is verhuisd. Het is niet strikt verplicht — Google kan domeinverhuizingen ook afleiden uit alleen 301-redirects — maar het versnelt het proces aanzienlijk. Het stuurt signalen van oud naar nieuw door, legt extra nadruk op het crawlen van het nieuwe domein en blijft 180 dagen van kracht. Gebruik hem.
Elke domeinmigratie doet pijn. Zelfs perfect uitgevoerde migraties. Google moet opnieuw crawlen, opnieuw verwerken en vertrouwen opnieuw toewijzen aan een nieuw domein. Dat kost tijd.
Het verschil tussen een migratie die in 3 weken herstelt en eentje die een jaar duurt, zit in de kwaliteit van de uitvoering: complete redirectmaps, bijgewerkte interne links, schone canonicals en de adreswijzigingstool in GSC. Er is geen snelle oplossing en geen trucje.
Wij kwamen er sterker uit omdat we de migratie behandelden als een kans om alles te repareren wat al mis was. Als jij op het punt staat te migreren, doe dan hetzelfde. Ruim je technische schuld op, verbeter je content en pak meteen je interne linkstructuur aan. Je gaat toch al door de pijn heen — dan kun je er net zo goed aan de andere kant uitkomen met een betere site.
no credit card required
No related articles found.