Contact

Red je posities met Ramons SEO migratie stappen en 90 dagen monitoring

door | aug 29, 2026 | SEO | 0 Reacties

Handen die website-omleidingen in kaart brengen op plakbriefjes

Maak eerst een nulmeting en een volledige URL-naar-URL-301-map; zonder die twee verlies je bereik. Doe daarna drie dingen op dezelfde dag: technische checks op noindex en robots.txt, en de start van een 90-dagen monitorcyclus. Exporteer voordat je iets bouwt de zoekresultaten van je top 100 pagina’s uit Google Search Console. Die ene stap bepaalt of je straks kunt bewijzen dat een daling normaal is, of een probleem.

Kort samengevat:

  • Een correcte nulmeting en export van zoekresultaten bepalen of er een daling is door de migratie of een probleem.
  • Redirects moeten altijd 301 zijn en rechtstreeks naar de juiste pagina’s verwijzen; ketens en blind naar de homepage vermijden.
  • Controleer vooraf op noindex-tags, robots.txt en canonical tags om te voorkomen dat de site onbedoeld wordt geblokkeerd of verkeerd geïndexeerd.
  • Tijdens en na de lancering is regelmatige monitoring van indexatie, verkeer, en backlinks essentieel om problemen tijdig te detecteren en te corrigeren.
  • Voor meertalige sites moet elke taalversie apart worden gemeten, met correcte hreflang-verwijzingen en gesegmenteerde sitemap-indiening.

Inhoudsopgave

SEO migratie stappen: voorbereiding en nulmeting

Een migratie zonder nulmeting is als een lekkage repareren zonder te weten hoeveel water er ooit door de leiding liep. Je merkt pas dat er iets mis is als de rekening binnenkomt, en dan is bewijs verzamelen te laat.

Begin met deze exports, in deze volgorde:

  1. Google Search Console: query’s, pagina’s, clicks en impressies over de laatste 16 maanden, geëxporteerd per pagina.
  2. GA4: sessies, conversies en belangrijkste landingspagina’s, gesegmenteerd op organisch verkeer.
  3. Een volledige crawl met Screaming Frog van de huidige site, inclusief statuscodes, canonicals en title-tags.
  4. Je actuele XML-sitemap, plus een site:jouwdomein.nl query om te zien wat Google daadwerkelijk indexeert.
  5. Een backlinkoverzicht van je belangrijkste linkende domeinen, gesorteerd op autoriteit.

Zet alles in één spreadsheet met tabbladen per bron. Combineer de crawl met de GSC-data op URL-niveau: dat laat direct zien welke pagina’s verkeer trekken maar technisch kwetsbaar zijn (dunne content, ontbrekende canonical, trage laadtijd).

Verantwoordelijkheden verdeel je zo:

  • Jij of je SEO-verantwoordelijke: exports, prioritering van pagina’s, eindcontrole van de redirect-map.
  • De developer: technische implementatie van redirects en robots.txt.
  • De contentverantwoordelijke: beslissingen over samenvoegen of schrappen van pagina’s.

Een SEO-audit checklist van vijftig punten helpt om niets te vergeten in deze fase. Seobility noemt deze exports en de volledige URL-inventaris terecht als de eerste stap van elk relaunchproject: zonder baseline kun je achteraf niet aantonen of een terugval normaal is, of een alarmsignaal.

URL-structuur en redirect mapping: regels en testprocedure

Redirects zijn het fundament van je migratie. Bouw je dat fundament slordig, dan lekt linkwaarde weg zonder dat je het merkt, maandenlang.

Werk met een spreadsheet met exact deze kolommen: oude URL, nieuwe URL, statuscode, reden, en prioriteit (hoog, midden, laag op basis van verkeer of backlinks). Elke rij is één beslissing die je kunt verantwoorden.

Beslisregels voor lastige gevallen:

  • Samenvoegen wanneer twee pagina’s dezelfde zoekintentie bedienen en beide weinig uniek verkeer trekken.
  • Canonical wanneer je de content wilt behouden maar duplicatie wilt voorkomen zonder een echte redirect.
  • Verwijderen zonder redirect alleen bij pagina’s zonder verkeer, zonder backlinks en zonder indexatiewaarde. Dat is zeldzaam; check het drie keer voor je “verwijderen” aanvinkt.

Gebruik altijd 301-redirects, nooit 302’s. Een 302 zegt tegen Google “dit is tijdelijk”, waardoor linkwaarde niet overgedragen wordt zoals bedoeld. WeAreGrizzly bevestigt dat 301’s de standaard horen te zijn en dat redirect-chains die overdracht vertragen of zelfs breken. Vermijd dus een keten van A naar B naar C: redirect altijd rechtstreeks naar de definitieve bestemming. En redirect nooit alles blind naar de homepage. Google ziet dat als een verkapte 404 en je longtailverkeer verdampt.

Voor WordPress-sites is de Redirection-plugin een praktische manier om de map daadwerkelijk te implementeren zonder dat je developer elke regel handmatig hoeft te programmeren.

Pro-tip: Test niet alleen je tien belangrijkste pagina’s. Trek een steekproef van vijftig willekeurige URL’s uit je oude sitemap en controleer die met een bulk-redirect-checker. Fouten zitten vaak juist in de pagina’s waar niemand naar kijkt.

Technische checklist vóór lancering: de kritieke controles

De meest voorkomende ramp bij een migratie is doodeenvoudig: een noindex-tag die per ongeluk meegaat naar productie. WeAreGrizzly noemt dit expliciet de meest voorkomende fout bij een redesign, en het is de reden waarom je dit twee keer checkt: één keer op staging, één keer direct na livegang.

Loop deze zes controles langs vóór je live gaat:

  1. Controleer de meta robots-tag én de X-Robots-Tag header op elke pagina. Beide kunnen los van elkaar noindex bevatten.
  2. Valideer robots.txt: staat er per ongeluk een Disallow: / die de hele site blokkeert?
  3. Check of de XML-sitemap alleen indexeerbare URL’s bevat, geen redirects en geen 404’s.
  4. Controleer canonical tags: wijzen ze naar de nieuwe URL’s, niet naar de oude domeinstructuur?
  5. Vergelijk metadata en structured data (schema.org) tussen oud en nieuw; een gemiste FAQ-schema of productmarkup kost je zichtbaarheid in de resultaten.
  6. Meet de laadsnelheid van de belangrijkste sjablonen; een nieuw ontwerp dat trager laadt, ondermijnt precies de winst die je met de migratie wilde boeken.

Bouw een korte testmatrix met minstens drie tools: Screaming Frog voor de crawl, een validator voor structured data, en Google Search Console’s URL-inspectietool voor losse checks. Een fout in slechts één van deze lagen kan weken herstelwerk kosten, terwijl de controle zelf een halve dag kost.

Meer diepgang over deze laag vind je in de gids over website snelheid en SEO.

Staging, testen en livegang: het protocol stap voor stap

Zet je staging-omgeving achter een wachtwoord én met noindex aan. Houd de oude site intussen gewoon live en indexeerbaar tot het laatste moment: je wilt geen periode waarin geen van beide versies zichtbaar is.

Voer op staging deze tests uit voordat je verder gaat:

  1. Volledige crawl van staging, vergelijk statuscodes en title-tags met de oude site.
  2. Test de redirect-map op staging met een steekproef van honderd URL’s uit je backlinkoverzicht.
  3. Controleer of de analytics-tracking (GA4, eventueel Tag Manager) correct vuurt op elke sjabloon.
  4. Meet laadsnelheid en Core Web Vitals op de belangrijkste paginatypes.

Bij livegang zelf houd je een strikte volgorde aan: eerst de DNS-wijziging, dan direct de redirects activeren op de live server, dan de nieuwe XML-sitemap indienen in Search Console, en pas daarna monitoring en alerts inschakelen. Draai je deze volgorde om, dan indexeert Google mogelijk een halfklare versie van je site.

Werk met een launchdag-checklist waarop iemand met naam aftekent voor elke stap: DNS, redirects, sitemap, GSC-property overgezet, analytics gecheckt. Launchdag moet saai zijn. Een strak afvinklijstje voorkomt dat iemand in paniek een noodoplossing bedenkt die achteraf meer schade doet dan het probleem zelf.

Post-launch monitoring en troubleshooting: het 90-dagen plan

Livegang is niet het einde van het project, het is het begin van de bewakingsfase. Bouw een vaste wekelijkse routine van een kwartier: dat is genoeg om problemen vroeg te signaleren in plaats van pas na een maand verkeersverlies.

Check wekelijks:

  • Coverage-rapport in Search Console: nieuwe fouten, uitgesloten pagina’s, gecrawld maar niet geïndexeerd.
  • Aantal 404’s dat je crawler tegenkomt, vergeleken met de vorige week.
  • Ranking-snapshot van je top 50 zoekwoorden.
  • GA4-verkeer tegen de nulmeting uit fase één.

Een terugval van twee tot vier weken na livegang is normaal: Google moet de nieuwe structuur herindexeren en dat kost tijd. Pas na week zes, als de daling aanhoudt of verergert, spreek je van een alarmfase.

Diagnosticeer in deze volgorde: eerst indexatie en noindex-tags, dan de redirect-map op gaten of foutieve mappings, pas daarna content en interne links. Verzamel altijd bewijs voordat je een specialist inschakelt: exporteer de coverage-fouten, de betrokken URL’s en de datums van de terugval. Zonder dat bewijs dweil je met de kraan open, want iedere volgende stap wordt gokwerk.

Handen die wijzen naar een tablet voor SEO-monitoring

Pro-tip: Bewaar elk wekelijks exportbestand apart, met datum in de bestandsnaam. Bij een probleem in week acht wil je precies kunnen zien wat er in week drie al zichtbaar was.

Voor concrete stappen bij indexatieproblemen: Search Console indexeringsfouten snel oplossen. Een vaste routine van vijftien minuten per week verkort de reactietijd en maakt diagnose aanzienlijk eenvoudiger dan wanneer je pas ingrijpt na een piekende klacht van de directie.

Ramon’s praktijkchecklist: veelgemaakte fouten en directe fixes

Dit zijn de fouten die ik telkens weer tegenkom, met de fix erbij:

  • Noindex vergeten te verwijderen → direct de tag weghalen en de betrokken URL’s handmatig indienen in Search Console.
  • 302 in plaats van 301 → wijzig de statuscode; een 302 laat Google denken dat de oude URL terugkomt.
  • Redirect-chains van drie stappen → knip de tussenstappen weg, redirect rechtstreeks naar de eindbestemming.
  • Sitemap nog vol oude URL’s → genereer een nieuwe sitemap en dien die opnieuw in.
  • Geen baseline vastgelegd → als dit al gebeurd is, reconstrueer dan zoveel mogelijk uit cache en historische GSC-data; volgende keer eerst meten, dan bouwen.

Op launchdag zelf hanteer ik een vaste volgorde: DNS, redirects, sitemap, monitoring. Altijd in die volgorde, nooit anders.

Bij troubleshooting vraag ik altijd om twee bestanden: GSC_performance_top100_YYYYMMDD.csv en redirect_map_v1.xlsx. Zonder die twee begin ik niet aan diagnose, want zonder bewijs raad je alleen maar.

Planning en tijdslijn: hoeveel tijd kost een migratie?

Een gemiddelde bedrijfssite vraagt realistisch een ruime voorbereiding vóór de eigenlijke livegang. Wie dit in een weekend probeert te proppen, loopt grote risico’s op problemen met Google.

Verdeel de tijdlijn in vier blokken. Week één en twee: nulmeting, crawls en exports. Week drie en vier: redirect-mapping en technische voorbereiding op staging. Week vijf: testen, valideren, stakeholders laten aftekenen. Week zes: livegang, gevolgd door de eerste zeven dagen intensieve controle.

Reserveer bewust extra tijd voor de redirect-map. Dit onderdeel loopt het vaakst uit, omdat teams onderschatten hoeveel edge cases er zijn: gearchiveerde blogposts, oude campagnepagina’s, filters in een webshop die allemaal een eigen URL hebben. Voor een site met veel URL’s is het belangrijk er voldoende tijd voor te nemen om de mapping grondig te controleren.

Communiceer deze tijdlijn expliciet naar alle stakeholders: management, developers en contentmakers. Een migratie die “er in twee weken wel doorheen kan” zonder buffer, is een migratie die op de plank belandt zodra de developer ziek wordt of het CMS tegenvalt. Bouw daarom altijd een marge van minstens één week in tussen de laatste technische check en de geplande livegangdatum.

Planning en tijdslijn: hoeveel tijd kost een migratie? — overview diagram

Risicomanagement: wat als het toch misgaat?

Elke migratie heeft een noodplan nodig, ook als je denkt dat alles goed gaat. Dat is geen pessimisme, dat is gewoon rekenen met kans.

Houd de oude server voldoende tijd na livegang beschikbaar, zelfs als de nieuwe site al draait. Bij een ernstig probleem kun je dan terugschakelen zonder dat de oude data verloren is.

Bepaal vooraf concrete criteria die een noodstop rechtvaardigen, bijvoorbeeld bij een significante daling van belangrijke pagina’s, een onverwachte terugval van kernwoorden of een groot verlies aan organisch verkeer zonder duidelijke oorzaak.

Bij zo’n trigger ga je niet meteen terug naar de oude site: eerst diagnosticeer je binnen 48 uur of het probleem in de redirects, de noindex-tags of de content zit. Een rollback is het laatste redmiddel, niet de eerste reflex, want ook een rollback is een technische ingreep met eigen risico’s.

Leg deze triggers en het bijbehorende stappenplan vooraf schriftelijk vast, met wie beslist en wie uitvoert. Op het moment dat de cijfers dalen, wil je geen discussie over bevoegdheid; je wilt handelen.

Backlinks zijn het kapitaal dat je jarenlang hebt opgebouwd, en een migratie is het moment waarop dat kapitaal het makkelijkst weglekt. Elke link die naar een URL wijst die nu een 404 teruggeeft, is waarde die verdampt.

Exporteer vóór de migratie een volledig overzicht van de domeinen die naar je site linken, gesorteerd op autoriteit en aantal verwijzende links per pagina. Vergelijk deze lijst met je redirect-map: elke URL met een externe link moet een geldige, directe 301 hebben naar de meest relevante nieuwe bestemming.

Na livegang test je een steekproef van de vijftig belangrijkste backlinks handmatig: klik de link, controleer of je zonder omwegen op de juiste nieuwe pagina belandt. Een redirect die naar de verkeerde categorie wijst, behoudt weliswaar de technische linkwaarde, maar mist de relevantie die de oorspronkelijke link had.

Blijf ook na de eerste maand alert. Sommige externe sites updaten hun links pas maanden later, of nooit. Een deel van je linkwaarde blijft daarom permanent afhankelijk van een correct werkende redirect, jarenlang. Dat is geen eenmalige check, dat is een blijvende verantwoordelijkheid die bij het onderhoud van je site hoort.

Internationale SEO bij meertalige sites

Een meertalige site migreren is geen simpele optelsom van één taalversie keer het aantal talen. Elke taalversie heeft zijn eigen URL-structuur, zijn eigen hreflang-verwijzingen en vaak zijn eigen backlinkprofiel, en die moeten allemaal apart kloppen.

Controleer bij elke gemigreerde pagina of de hreflang-tags nog correct naar de juiste taalvarianten verwijzen op de nieuwe URL-structuur. Een veelgemaakte fout: de redirect-map wordt gebouwd voor de hoofdtaal, maar de hreflang-annotaties op de andere taalversies blijven naar de oude URL’s wijzen. Google raakt dan in de war over welke versie bij welke taal hoort.

Behandel elke taalversie als een aparte mini-migratie binnen het grotere project: eigen nulmeting, eigen redirect-mapping, eigen technische check. Vergeet niet de sitemap-structuur; bij meertalige sites werk je vaak met aparte sitemaps per taal, en die moeten stuk voor stuk opnieuw worden ingediend na livegang.

Plan ook de volgorde van livegang bewust. Sommige teams migreren alle taalversies tegelijk, andere kiezen voor een gefaseerde aanpak per markt. Een gefaseerde livegang geeft je de kans om van de eerste taalversie te leren voordat je dezelfde fout in vier andere talen herhaalt.

Waarom de meeste migratiegidsen te optimistisch zijn

De meeste stappenplannen die je online vindt, stoppen bij de livegang. Ze behandelen de eerste 90 dagen als een voetnoot: “monitor je rankings”, zonder te zeggen hoe vaak, waarnaar je precies kijkt, en wanneer je moet ingrijpen. Dat is waar het misgaat.

Een migratie is geen project met een startdatum en een einddatum. Het is een overgang van de ene staat naar de andere, en die overgang duurt in de praktijk drie maanden, niet drie dagen. Wie na de livegang de champagne opentrekt en de monitoring aan het toeval overlaat, ontdekt na zes weken een daling waarvoor geen bewijs meer bestaat. Dan begint het gokken.

Wat ik onderschat vind: hoeveel migratieproblemen helemaal geen technisch mysterie zijn, maar simpelweg een gemiste checkbox. Een vergeten noindex-tag, een canonical die naar de oude structuur wijst, een sitemap die niet opnieuw is ingediend. Geen van deze fouten vraagt om een expert om te herkennen. Ze vragen om discipline: een checklist die daadwerkelijk wordt afgevinkt, in plaats van een lijstje dat in een projectdocument blijft staan.

Prioriteer daarom niet de spannendste technische vraagstukken, maar de saaie herhaling: dezelfde vier checks, elke week, negentig dagen lang.

— Ramon

Hulp nodig bij je eigen migratie?

Negentien jaar lang heb ik bedrijven, van lokale MKB’ers tot internationale spelers, door precies dit proces geleid. Wat ik telkens zie: teams die technisch prima werk leveren, maar de nulmeting of de monitoring overslaan, en daardoor achteraf niet kunnen bewijzen wat er misging.

Nebber

Bij Nebber krijg je geen los advies dat je zelf moet vertalen naar actie. Je krijgt een volledige nulmeting, een geïmplementeerde redirect-map, en negentig dagen monitoring met wekelijkse rapportage, zodat je precies weet waar je staat op elk moment van het proces. Dat is het verschil tussen zelf een stappenplan volgen en iemand naast je hebben die de wekelijkse checks al negentien jaar doet.

Twijfel je of jouw migratie goed is voorbereid, of loop je al tegen een terugval aan? Vraag een gratis intake aan via Nebber en leg je situatie voor. Binnen een kort gesprek weet je of een scan van je huidige opzet zinvol is, en wat de eerste stap zou zijn.

Aanbevolen tools en checklists om direct te gebruiken

Deze bronnen kun je vandaag nog toevoegen aan je project:

Bronnen

Aanbevelingen