SEO-migratiegids: Hoe u van platform wisselt zonder rankings te verliezen (2026)
Of u nu van WordPress naar op maat gemaakte PHP gaat, van Shopify naar WooCommerce, of van welk platform dan ook naar een ander, de risico’s zijn hetzelfde: verloren verkeer, gedaalde rankings en kapotte links. Ik heb meer dan 30 sites gemigreerd – van kleine blogs tot e-commerce winkels met 500.000 pagina’s – en precies geleerd wat SEO-waarde behoudt (en vaak verbetert). Volg deze gids om de veelvoorkomende valkuilen te vermijden.
Waarom migraties mislukken – De harde waarheid
- URL-structuren wijzigen zonder 301-omleidingen te implementeren.
- Metadata verliezen (titel-tags, metabeschrijvingen, canonieke tags).
- Interne links breken vanwege nieuwe URL-patronen.
- Lanceren zonder omleidingen te testen in een staging-omgeving.
Deze gids behandelt elk van deze problemen. Volg elke stap en u behoudt – en soms verbetert – uw rankings.
Fase 1: Pre‑migratie audit – Leg uw SEO-basislijn vast
Voordat u iets aanraakt, documenteert u de huidige SEO-prestaties van uw site. U heeft dit nodig om na de lancering te kunnen vergelijken.
1. Crawl uw hele site
Gebruik Screaming Frog SEO Spider (gratis tot 500 URL’s) om te extraheren:
- Alle interne URL’s (inclusief afbeeldingen, PDF’s, enz.).
- Titel-tags, metabeschrijvingen en H1’s voor elke pagina.
- Canonieke tags.
- Responscodes (200, 301, 404).
- Interne en externe links.
Exporteer de crawl naar CSV. Dit wordt uw hoofdmap voor URL-toewijzing.
2. Registreer rankings voor de top 50 trefwoorden
Gebruik Google Search Console (prestatierapport) of een betaald hulpmiddel zoals SEMrush/Ahrefs. Exporteer trefwoordposities, vertoningen en klikfrequenties van de afgelopen 3 maanden.
3. Documenteer de niveaus van organisch verkeer
Registreer in Google Analytics (of GA4) de laatste 30 dagen aan organische sessies, bouncepercentage en conversiegegevens. Maak screenshots. Deze vergelijkt u na de lancering.
4. Download alle backlinks
Google Search Console → Links → Externe links → Exporteren. Sla de lijst met linkende domeinen en pagina’s op. U moet ervoor zorgen dat deze oude URL’s correct worden omgeleid.
5. Sla de XML-sitemap op
Als uw oude site een sitemap heeft (bijv. `/sitemap.xml`), download deze dan. Het is een snelle lijst van alle geïndexeerde URL’s.
Fase 2: URL-toewijzing – De meest kritieke stap
Als u exact dezelfde URL-paden behoudt, vermijdt u de meeste migratierisico’s. Maar vaak wilt u URL’s opschonen (datums verwijderen, categorieën inkorten). Maak een 1:1-toewijzing van elke oude URL naar zijn nieuwe equivalent.
Voorbeeld toewijzingsregels:
<code>/2023/01/waarom-op-maat-php → /blog/waarom-op-maat-php<br>/categorie/webdesign → /diensten/webdesign<br>/product?id=123 → /producten/widget-naam<br>/contacteer-ons → /contact (indien mogelijk hetzelfde houden)</code>
Hulpmiddelen om uw toewijzingsbestand te maken:
- Handmatig Excel/Google Spreadsheets – voor kleine sites (<500 URL’s).
- Python-script met regex – voor grote sites.
- CMS-export + spreadsheetformules – als uw nieuwe platform een patroon heeft.
Sla de toewijzing op als CSV met kolommen: old_url, new_url.
Fase 3: Implementeer 301-omleidingen
Een 301-omleiding vertelt Google: “Deze pagina is permanent verplaatst.” Google draagt bijna 100% van de rankingkracht van de oude pagina over naar de nieuwe URL. Gebruik nooit 302-omleidingen (tijdelijk) voor permanente verplaatsingen.
Optie A – Apache .htaccess (het beste voor < 200 omleidingen)
<code>Redirect 301 /oude-url /nieuwe-url<br>Redirect 301 /2023/01/waarom-op-maat-php /blog/waarom-op-maat-php</code>
Optie B – PHP-omleidingskaart (het beste voor duizenden omleidingen)
<code><?php<br>$redirects = json_decode(file_get_contents(__DIR__ . '/redirects.json'), true);<br>$request = $_SERVER['REQUEST_URI'];<br>if (isset($redirects[$request])) {<br> header('HTTP/1.1 301 Moved Permanently');<br> header('Location: ' . $redirects[$request]);<br> exit;<br>}<br>?></code>
Optie C – Nginx (gebruik `map` voor veel omleidingen)
<code>map $request_uri $new_uri {<br> /oude-url /nieuwe-url;<br> /oude-url2 /nieuwe-url2;<br>}<br>server {<br> if ($new_uri) {<br> return 301 $new_uri;<br> }<br>}</code>
Belangrijke regel: Geen omleidingsketens – Doe nooit A → B → C. Elke sprong verliest een klein beetje linkwaarde. Leid altijd direct om van A → C.
Fase 4: Behoud metadata – Titel-tags, Metabeschrijvingen, Canonieke tags
Uw nieuwe site moet exact dezelfde titel-tags en metabeschrijvingen uitvoeren als de oude site (of beter).
- Als u een CMS (WordPress, Shopify) gebruikt, exporteer metadata dan via een plug-in of CSV.
- Als u een op maat gemaakte PHP-site bouwt, sla metadata dan op in een databasetabel of een PHP-array, geïndexeerd op URL.
Voorbeeld van een op maat gemaakte PHP-implementatie:
<code><?php<br>$pageMetadata = [<br> '/diensten/webdesign' => [<br> 'title' => 'Maatwerk Webdesign | BuiltToWinWeb',<br> 'description' => 'Handgecodeerde PHP-websites die 100 scoren op Lighthouse.'<br> ]<br>];<br>if (isset($pageMetadata[$_SERVER['REQUEST_URI']])) {<br> $meta = $pageMetadata[$_SERVER['REQUEST_URI']];<br> echo '<title>' . htmlspecialchars($meta['title']) . '</title>';<br> echo '<meta name="description" content="' . htmlspecialchars($meta['description']) . '">';<br>}<br>?></code>
Fase 5: Test alles in een staging-omgeving
Voordat u live gaat, kloont u uw site naar een staging-subdomein (bijv. `staging.uwdomein.com`). Test:
- Alle omleidingen – gebruik Screaming Frog om de oude URL’s te crawlen en te controleren of ze 301 retourneren naar de nieuwe URL’s.
- Metadata – controleer een steekproef van pagina’s op juiste titels en beschrijvingen.
- Interne links – geen kapotte links naar oude URL’s.
- Core Web Vitals – voer Lighthouse uit. Als de scores slechter zijn dan op de oude site, debug dan.
Fase 6: Lancering – DNS overschakelen en sitemap indienen
- Wijs DNS naar uw nieuwe server (TTL moet van tevoren op 300 seconden zijn ingesteld).
- Dien onmiddellijk uw nieuwe XML-sitemap in in Google Search Console (Sitemaps → Toevoegen).
- Gebruik de tool “URL inspecteren” om als Google op te halen en indexering aan te vragen voor uw belangrijkste pagina’s.
- Monitor realtime logboeken op 404-fouten (gebruik een serverlogviewer of een tool zoals LogHound).
Fase 7: Monitoring na lancering – De eerste 30 dagen
Dit is waar de meeste migraties mislukken – ze lanceren en gaan ervan uit dat alles in orde is.
Dagelijkse controles (eerste week):
- Google Search Console → Dekking → Fouten. Zijn er 404’s? Corrigeer ze onmiddellijk (ontbrekende omleidingen toevoegen).
- Google Analytics → Realtime om te controleren of verkeer op de nieuwe site terechtkomt.
Wekelijkse controles (weken 2‑4):
- Vergelijk organisch verkeer met de pre‑migratie basislijn (Google Analytics). Een kleine daling (5‑10%) is normaal; alles groter duidt op een probleem.
- Herhaal het rapport van de belangrijkste trefwoorden. Als rankings voor specifieke pagina’s zijn gedaald, controleer dan of die URL’s correct omleiden.
- Monitor backlink 404’s – gebruik Ahrefs of GSC om te zien of externe links nu kapot zijn.
Als u een daling ziet:
- Controleer of u niet per ongeluk robots.txt hebt geblokkeerd of `noindex`-tags hebt toegevoegd.
- Zorg ervoor dat de nieuwe site sneller is (Core Web Vitals). Snelheidsverbeteringen compenseren vaak kleine verliezen door omleidingen.
- Dien de sitemap opnieuw in en gebruik “URL inspecteren” op enkele belangrijke pagina’s.
Veelvoorkomende migratievalkuilen (en hoe u ze vermijdt)
- Valkuil: Overschakelen van HTTP naar HTTPS zonder alle HTTP-URL’s om te leiden. Oplossing: Voeg een globale HTTP→HTTPS-omleiding toe op serverniveau.
- Valkuil: Migreren naar een nieuw domein en de Google Search Console-eigenschap niet bijwerken. Oplossing: Voeg het nieuwe domein toe als eigenschap en dien een adreswijziging in.
- Valkuil: Afbeeldings-URL’s verliezen (kapotte afbeeldingen). Oplossing: Behoud dezelfde padstructuur voor `/wp-content/uploads/` of creëer omleidingen voor afbeeldings-URL’s.
- Valkuil: Interne links die naar oude URL’s verwijzen (hardcoded). Oplossing: Gebruik een zoek‑en‑vervang actie in uw database of codebasis vóór de lancering.
Casestudy: E-commerce migratie van 50.000 pagina’s – 0% verkeersverlies
Een grote online retailer stapte over van Magento naar een op maat gemaakte PHP-platform. De uitdaging: 50.000 product-URL’s moesten veranderen van `/catalog/product/view/id/123/` naar `/producten/widget-naam/`.
Proces:
- Alle oude URL’s geëxporteerd uit de Magento-database.
- Nieuwe SEO-vriendelijke slugs gegenereerd op basis van productnamen.
- Een CSV-toewijzing gemaakt met 50.000 rijen.
- Een PHP-omleidingskaart (JSON-bestand) gebruikt om de 301’s af te handelen – geen .htaccess-opslag.
- Alle metadata (titels, beschrijvingen) bewaard door ze op te slaan in een aangepaste tabel, geïndexeerd op nieuwe URL.
- Staging en testen van omleidingen met een crawler – 99,8% dekking.
Resultaten:
- Geen verlies van organisch verkeer in de eerste 30 dagen.
- Na 60 dagen steeg het verkeer met 12% door snellere paginaweergave (op maat gemaakte PHP vs Magento).
- Geen 404-fouten in Search Console na week 1.
- De omzet uit organisch zoeken steeg met 18% binnen 3 maanden.
De klant is nu eigenaar van de code, betaalt geen Magento-licentiekosten en kan URL’s onmiddellijk bijwerken.
Migratiechecklist (Afdrukbare PDF-samenvatting)
- ☐ Pre‑migratie: crawlen, rankings, verkeer, backlinks, sitemap.
- ☐ URL-toewijzing: 1:1 CSV van oud → nieuw.
- ☐ Implementeer 301-omleidingen (geen ketens).
- ☐ Behoud metadata (titels, beschrijvingen, canonieken).
- ☐ Test in staging (Screaming Frog-crawl, Lighthouse).
- ☐ Lancering: DNS, sitemap indienen, URL’s inspecteren.
- ☐ Monitor GSC dagelijks gedurende 30 dagen, herstel 404’s.
- ☐ Vergelijk na 30 dagen rankings en verkeer.
Klaar om te migreren zonder stress?
Ik heb meer dan 30 sites gemigreerd – van kleine zakelijke blogs tot enterprise e-commerce. Ik regel het hele proces: URL-toewijzing, omleidingsimplementatie, metadatamigratie, staging-tests en monitoring na de lancering. U behoudt uw rankings en ziet vaak een prestatieverbetering.
Laten we praten over uw migratie. Ik bied een gratis, vrijblijvend migratieplan en offerte aan.
Gegevens van echte klantmigraties uitgevoerd door BuiltToWinWeb. Individuele resultaten kunnen variëren op basis van sitecomplexiteit en bestaande SEO-gezondheid.