301-redirects in bulk na een migratie in WordPress: sluitende map bouwen

301-redirects in bulk na een migratie in WordPress vormen het verschil tussen een verhuizing die Google amper opmerkt en een halfjaar aan verloren posities in de zoekresultaten. Elke oude URL die zonder 301 blijft staan is een 404 waar Google verkeer heen wil sturen. Elk verloren SEO-signaal is een positie waarvoor je opnieuw moet knokken. Een migratie zonder sluitende redirect-map is geen upgrade: het is een reset-knop voor je rankings. Dit stappenplan loopt de vijf fases door die ik in mijn praktijk aanhoud voor bulk-redirect-mappen, van het ophalen van oude URL’s tot de dertigdagen 404-monitoring na livegang, met een concrete plugin-keuze-matrix en de fouten die ik in andere sites het meest tegenkom.

Reken op vier tot acht uur werk voor een middelgrote migratie (500 tot 2.000 URL’s), en oplopend tot twee dagen voor grote shops of complexe meertalige sites. De tijd zit vooral in de mapping-fase, niet in het importeren.

301 redirects bulk na migratie WordPress: waarom kritiek?

Google indexeert je site aan de hand van URL’s. Elke URL is een signaal: hier staat content, hier komen backlinks binnen, hier is autoriteit opgebouwd. Als je een migratie doet en je URL-structuur wijzigt (van PrestaShop naar WooCommerce, van CCV naar WooCommerce, van HTTP naar HTTPS, van een oude naar een nieuwe permalinkstructuur), is elk pad dat Google kent niet meer geldig.

Zonder redirect: elke bezoeker die via Google, een backlink of een browser-bookmark op de oude URL komt, krijgt een 404. Google ziet dat en concludeert dat de pagina niet meer bestaat. Binnen zes tot twaalf weken zakken je posities voor die pagina, en herstel duurt drie tot zes maanden.

Met een 301-redirect: elk oude pad wijst naar de juiste nieuwe pagina. Google volgt de redirect, brengt de SEO-signalen over naar de nieuwe URL, en je rankings blijven overeind. Dat is het verschil tussen een migratie die je bijna niet merkt in Google Analytics en een migratie waar je een kwartaal aan omzet-effect van hebt.

Wanneer je bulk-redirects nodig hebt (migratie-scenario’s)

De typische situaties waarin bulk-redirects onmisbaar zijn:

• Replatforming van een webshop. PrestaShop naar WooCommerce, CCV Shop naar WooCommerce, Lightspeed eCom naar WooCommerce: elk platform gebruikt een andere URL-structuur.
• Overstap van een SaaS-CMS. Jimdo naar WordPress, Wix naar WordPress, Weebly of Squarespace naar WordPress: nieuwe permalinks per pagina.
• HTTPS-migratie. Van http:// naar https://, en meestal ook van www naar niet-www of andersom. Elke URL krijgt een nieuwe canonical variant.
• Domeinverhuizing. Nieuw bedrijf, nieuwe naam, of gewoon een kortere URL. Elke pagina van het oude domein moet doorwijzen naar het nieuwe.
• Permalink-wijziging. Van /?p=123 naar /artikel-titel/, of van /category/naam/ naar alleen /naam/. Klassieke WordPress-migratie.
• Herstructurering van menu of URL-hiërarchie. Categorieën samenvoegen, sub-pagina’s herindelen: elke gewijzigde URL vereist een 301.

Voor de volledige migratie-context: zie de website migratie checklist met de generieke stappen die naast deze redirect-gids gelden.

Stappenplan in 5 fases

Fase 1: oude URL’s ophalen (Screaming Frog, oude sitemap, Google Search Console)

Voordat je redirects kunt bouwen, moet je weten welke URL’s bestaan. Vier bronnen die je in mijn praktijk allemaal inzet:

• Screaming Frog crawl van de oude site (of van een staging-kopie als de oude al offline is). Geeft de complete URL-lijst inclusief redirects, statuscodes en meta-info.
• Oude sitemap.xml. Als de oude site nog online is, download hem. Als hij offline is, check archive.org voor een historische versie.
• Google Search Console export. Coverage-rapport plus Performance-rapport. Dit geeft de URL’s die Google écht kent en die verkeer opleveren. Kritiek: URL’s die in Search Console staan maar niet in je crawl, zijn de blinde vlekken.
• Server-logs. Toegangslogs van de laatste drie maanden geven de URL’s die bezoekers en bots daadwerkelijk aanroepen. Vooral nuttig voor legacy-URL’s die niet meer in de site zitten maar wel bezocht worden.

De vier bronnen combineer je in één spreadsheet, deduplicerend op URL. Dat is je basis-lijst.

Fase 2: CSV-map bouwen (oud → nieuw)

Voor elke oude URL bepaal je wat de nieuwe bestemming is. Format:

• Kolom A: oude URL (full path, bijvoorbeeld /oude-categorie/product-slug/).
• Kolom B: nieuwe URL (full path, bijvoorbeeld /product/product-slug/).
• Kolom C: status (301 voor permanent).

Voor de mapping heb je drie strategieën:

• Exacte match: een oude URL wijst naar één specifieke nieuwe URL. Meest gebruikt.
• Fallback naar categorie: een verwijderde productpagina wijst naar de categorie waar het product in stond. Beter dan een 404, minder ideaal dan een exacte match.
• Fallback naar homepage: noodgreep. Alleen als er geen relevante nieuwe pagina is. Google waardeert dit minder dan een specifieke redirect, maar het is beter dan 404.

Vermijd redirect-chains (URL A → B → C). Daarmee verlies je crawl-budget en SEO-signaal.

Fase 3: plugin kiezen (Redirection, Rank Math, AIOSEO, Quick 301)

De plugin-keuze-matrix voor WordPress:

• Redirection (gratis, WordPress.org): de standaard voor mij. Ondersteunt CSV-import, regex, logging van 404’s, groepen. Werkt tot ongeveer 5.000 redirects zonder performance-issues. Voor de meeste migraties de eerste keuze.
• Rank Math redirect-manager (gratis basis; CSV-import in Pro): ingebouwd als je Rank Math al draait. Prima voor bulk, met CSV-import en 404-monitoring in Analytics-module.
• AIOSEO redirect-manager (pro): vergelijkbaar met Rank Math, ingebouwd voor AIOSEO-gebruikers.
• Quick 301 Redirects (gratis): lichtgewicht, sterk voor bulk-CSV-imports. Minder features (geen logging), maar snel.
• EPS 301 Redirects (gratis): vergelijkbaar met Quick 301, ondersteunt CSV bulk.

Als je al Rank Math of AIOSEO draait: gebruik hun ingebouwde module. Anders is Redirection de gratis default.

Fase 4: importeren en testen op staging

De CSV importeren doe je op staging voordat je live gaat. Redirection biedt een import-wizard: upload CSV, kolommen mappen, previewen, importeren. Bij 500 redirects duurt dat 30 seconden. Bij 5.000 redirects duurt het één tot twee minuten.

Test daarna een steekproef van tien tot twintig oude URL’s in de browser. Klopt de bestemming? Krijg je een 301 (of, in browser-devtools, response code 301)? Loopt de redirect via één sprong, niet via meerdere? Herstel eventuele fouten voor livegang.

Fase 5: livegang en 30 dagen 404-monitoring

Na de DNS-switch monitor je dagelijks:

• 404-log in Redirection. Elke 404 die binnenkomt is een redirect die ontbreekt. Voeg toe, herhaal.
• Google Search Console Coverage-rapport. Wacht 14 dagen na livegang voordat je hier serieuze conclusies uit trekt (Google heeft tijd nodig om je nieuwe URL-structuur te crawlen).
• Server-logs. Kijk naar 404-responses in je access-log, filter op bekende crawlers (Googlebot, Bingbot).

In de eerste week vind je meestal 5 tot 15 procent extra URL’s die niet in je initiële bronlijst zaten. Voeg ze toe, en na een maand is je redirect-map stabiel.

Server-level vs. plugin-level redirects

Twee benaderingen, elk met voor- en nadelen:

Plugin-level (Redirection, Rank Math):

• Flexibel: UI voor beheer, logging, regex, groepen.
• Geen server-toegang nodig.
• Draait op PHP: elke redirect kost een PHP-request. Bij honderdduizenden requests per dag wordt dat een lichte overhead.

Server-level (htaccess op Apache, config op Nginx):

• Snel: geen PHP-overhead, wordt door de webserver direct afgehandeld.
• Minder makkelijk te beheren: elke wijziging vereist een file-edit en soms een server-reload.
• Geen logging in WordPress-admin.

Praktisch advies uit mijn praktijk: tot ongeveer 2.000 redirects werkt plugin-level prima. Boven de 2.000 redirects (grote shops, meertalige sites, complexe migraties) is server-level de betere keuze vanwege performance. De redirect-map beheer je dan in versiebeheer (Git), en deploy je naar htaccess of Nginx-config.

Meest voorkomende fouten

De fouten die ik in mijn praktijk het vaakst tegenkom bij redirect-mappen die anderen hebben gebouwd:

• Redirect-chains. URL A stuurt naar B, B stuurt naar C. Google volgt maar tot een aantal sprongen. Los op: mapping altijd van oud direct naar de eindbestemming.
• Redirect-loops. URL A naar B, B terug naar A. Browser krijgt een error. Los op: check elke redirect na import met een klik.
• 302 in plaats van 301. 302 = tijdelijk (SEO-waarde blijft op oude URL). Voor migraties altijd 301 = permanent.
• Trailing-slash inconsistentie. /pagina en /pagina/ zijn voor Google verschillende URL’s. Kies één patroon in je permalink-structuur en zorg dat je redirects daarop aansluiten.
• WPML: redirect werkt maar in één taal. Bij meertalige sites moet elke taal een eigen redirect-set hebben, of je bouwt regex-redirects die alle talen dekken.
• URL-encoding-mismatches. %20 versus spatie, hoofdletters versus kleine letters. Redirects moeten exact matchen op wat de bezoeker aanroept.

Redirects check-tools (Screaming Frog, Ahrefs, SEO-log)

Na livegang controleer je met:

• Screaming Frog: crawl je oude URL-lijst en check of elke URL een 301 geeft die uitkomt op een 200-pagina.
• Ahrefs Site Audit of Semrush Site Audit: vindt redirect-chains, loops en broken redirects. Wekelijkse crawl in de eerste maand.
• Google Search Console Coverage-rapport: wacht 14 dagen na livegang, dan check je op “Not found (404)” en “Redirect error”.
• Log analyzer (bijvoorbeeld GoAccess op je server): filtert 404-responses uit access-logs, geeft realtime beeld van wat crawlers en bezoekers aanroepen.

Voor de plugin die het meest gebruikt wordt in WordPress-land: Redirection op WordPress.org is de gratis standaard-tool die ik in de meeste migraties inzet.

Wat een bulk-redirect-map kost als je het laat doen

Voor een bulk-redirect-map bij een middelgrote migratie reken ik 4 tot 8 uur op basis van 95 euro per uur. Dat is 380 tot 760 euro exclusief BTW. Voor grote shops of complexe meertalige sites loopt dat op tot 12 tot 20 uur, ofwel 1.100 tot 1.900 euro.

Dat is een fractie van wat een verloren halfjaar aan rankings je kost. Een middelgrote shop met 20.000 euro omzet per maand die door een gefaalde migratie 30 procent verkeer verliest, mist 6.000 euro per maand. Zes maanden herstelperiode: 36.000 euro. Een 400 euro redirect-map is dan geen kostenpost, het is een verzekeringspremie.

Verbeteren boven herbouwen: als je permalinkstructuur nu nog niet gewijzigd is en je migratie ligt nog voor je, plan de redirect-map dan vanaf dag één in. Achteraf redirects toevoegen kan, maar elke week dat de site zonder redirect draait, verlies je SEO-signalen.

Multi-stack: dezelfde aanpak werkt voor migraties buiten WordPress. Voor Joomla, Drupal, Shopware of Laravel-projecten gebruik je server-level htaccess of Nginx-configs, of platform-specifieke redirect-plugins. De vijf fases zijn universeel. Direct contact met de persoon die het werk uitvoert scheelt tijd bij elke escalatie op livegang-dag.

Aanvullende officiële bron: Google Search Central over redirects en SEO beschrijft hoe Google 301, 302 en meta-refresh interpreteert. Bruikbaar als naslagwerk voor de SEO-kant.