Hoeveel rankings verlies ik gemiddeld?

Bij correcte 301-redirects blijft 85 tot 95 procent van je posities behouden na 4 tot 8 weken. Zonder redirects is 50 tot 80 procent verlies realistisch, met langzame recovery op de nieuwe URLs die 3 tot 6 maanden kan duren.

Hoe lang duurt het voor Google de nieuwe URL's oppakt?

Meestal 1 tot 4 weken voor de bulk. Sitemap resubmit versnelt de eerste indexering. Voor volledige stabilisatie in de zoekresultaten reken ik 4 tot 8 weken. In die periode dagelijks Search Console checken is overdreven, wekelijks is voldoende.

Kan ik permalinks wijzigen op een WooCommerce-webshop?

Kan wel, wordt zelden aanbevolen. Product-URLs zitten diep verweven: Google Shopping feed, order-e-mails, klant-bookmarks, review-systemen. Voordat je het overweegt: check of de wijziging écht nodig is, of dat een categorie-herbenoeming volstaat.

Is Redirection-plugin genoeg of moet ik .htaccess gebruiken?

Redirection werkt goed tot ongeveer 500 regels. Voor grotere volumes zijn .htaccess of nginx-regels sneller omdat ze vóór PHP worden afgehandeld. Regex-support zit in beide routes. Voor de meeste MKB-sites is Redirection genoeg.

Wat als ik geen back-up heb en het misgaat?

Zet oude permalink-structuur terug via Instellingen → Permalinks. Doe daarna handmatig redirects op de 404's die uit het Search Console Coverage-rapport komen. Dit is minder schoon dan een back-up-restore, maar redt in de meeste gevallen het grootste deel van je verkeer.

WordPress permalink wijzigen: 6 stappen SEO-veilig (2026)

WordPress permalink wijzigen zonder SEO verlies kan, als je het doet met een plan en niet met een impuls. Elke URL is identiteit voor Google en voor iedereen die naar je site linkt. Dit artikel geeft een rustig 6-stappen plan met 301-redirects, Search Console-check en een concrete rollback voor als de rankings tóch zakken.

De waarschuwing eerst. Een permalink-wijziging op een site die goed gerankt staat, is één van de weinige technische ingrepen waar je iets waardevols kunt kapotmaken zonder dat je het meteen merkt. De verkeersdaling komt vaak pas na twee tot vier weken, als Google de oude URLs uit de index heeft laten vallen. Op dat moment de fout terugdraaien werkt niet meer als je geen back-up hebt.

Waarschuwing: waarom permalink wijzigen risicovol is

Voor Google is een URL geen willekeurig label. Het is één van de canonical-signalen: de vaste plek waar deze content leeft. Elke inbound link (van andere sites, sociale media, e-mails, bookmarks) verwijst naar die URL. Verander je hem zonder redirect, dan wordt elke link een 404.

Wat er in praktijk gebeurt zonder redirect:

Inbound links raken hun linkjuice kwijt. Voor SEO-groei op de nieuwe URL moet je opnieuw beginnen.
Google verwerkt 404’s als “pagina niet meer relevant” en laat ze uit de index vallen.
Klanten die je in bookmarks of in oude e-mails hebben, komen op een lege pagina.
Google Shopping-feeds (WooCommerce) breken als product-URLs veranderen.

Verbeteren boven herbouwen: een URL-wijziging is geen kleine cosmetica. Denk er twee keer over na of het écht nodig is. Vaak is een structuur-wijziging vermijdbaar door bestaande categorieën te herbenoemen of door de nieuwe content op de oude URL te zetten.

Als je toch overtuigd bent dat de wijziging nodig is (bijvoorbeeld voor een consistente informatie-architectuur), volgt hieronder het plan.

WordPress permalink wijzigen zonder SEO verlies: het 6-stappen plan

Preview van de workflow. Elke stap komt hierna uitgebreid aan bod.

Audit. Welke URLs krijgen bezoek en welke krijgen inbound links.
Back-up en staging. Volledige dump plus test-omgeving.
Nieuwe structuur kiezen. Meestal /%postname%/, soms iets anders.
301-redirects plannen en toepassen. Redirection plugin of nginx/apache-regels.
Live zetten en cache flushen. Op elk niveau: pagebuilder, hosting, CDN.
Search Console-verificatie. URL Inspection, Coverage-rapport, sitemap resubmit, monitoring van 6 weken.

Plus een rollback-plan als vangnet en een specifieke waarschuwing voor WooCommerce.

Stap 1: audit van welke URLs bezoek en links krijgen

Voor je iets aanraakt: weet wat er speelt. Drie bronnen om te consulteren:

Search Console → Prestaties → Pagina’s. Sorteer op klikken (of vertoningen). Exporteer de top 100 tot 500 URLs. Dit is je “beschermde lijst”: de pagina’s waar het meest verkeer op zit. Deze mogen absoluut niet 404 worden.

Ahrefs of Semrush → Best by Links-rapport. Toont welke pagina’s de meeste externe links hebben ontvangen. Als je geen betaalde tool hebt: gebruik de gratis versie van Ahrefs Site Explorer (10 rapporten per maand voor eigen sites via Webmaster Tools).

Sitemap-export. Laad sitemap_index.xml (Yoast of Rank Math genereert die) en download de losse sitemaps. Zo heb je alle actieve URLs in één lijst.

Combineer de drie in een spreadsheet. Kolommen: oude URL, verkeer (uit GSC), aantal externe links (uit Ahrefs), nieuwe URL (leeg voor nu). Deze spreadsheet is de basis voor je redirect-plan.

Stap 2: back-up plus staging

Twee dingen die je nooit overslaat.

Back-up. Volledige database-dump plus files. Via SSH:

mysqldump -u user -p databasename > db-before-permalink-change.sql
tar -czf files-before.tar.gz /var/www/voorbeeld.nl/

Bewaar beide bestanden lokaal én in een cloud-map, niet alleen op de server.

Staging. Vrijwel elke moderne host heeft one-click staging (Hostinger, Kinsta, WP Engine, SiteGround). Zo niet: Duplicator Pro of WP Staging binnen een half uur. Draai de volledige wijziging éérst op staging, test daar de redirects, meet de output.

Voor complexere migraties werk ik ook lokaal in LocalWP. Sneller iteratie, geen impact op klantstaging.

Stap 3: nieuwe permalink-structuur kiezen

In WordPress via Instellingen → Permalinks. Vier standaard-opties plus “Custom Structure”.

Voor 90 procent van de sites is /%postname%/ de juiste keuze. Kort, leesbaar, SEO-vriendelijk, categorie-onafhankelijk. Als je later een post naar een andere categorie verplaatst, verandert de URL niet mee.

Wanneer wél /%category%/%postname%/:

Als je categorieën stabiel zijn (echt niet meer wisselen).
Als de site duidelijk gestructureerd is per thema en dat in de URL helderheid biedt (bijvoorbeeld een kookblog met /desserts/tiramisu/).
Als je met breadcrumbs werkt die de category-hierarchie tonen.

Wanneer bewust vermijden:

Als je later categorieën gaat herbenoemen.
Als een post in meerdere categorieën kan staan (WordPress kiest er dan één, wat inconsistent aanvoelt).
Op sites met veel content: de URL wordt langer en clicky.

Datum-structuren (/2026/07/postname/) zijn tegenwoordig zelden een goede keuze. Content veroudert visueel snel in de URL.

Stap 4: 301-redirects plannen en toepassen

De kern van de migratie. Elke oude URL krijgt een 301-redirect naar zijn nieuwe pendant. Google interpreteert 301 als “permanent verhuisd” en verplaatst de linkjuice mee.

Route A: Redirection plugin (voor de meeste sites). Gratis, gebruikt in miljoenen sites. Ga naar Tools → Redirection na installatie. Voor bulk-migratie werkt Regex-support: één regel voor de hele blog.

Voorbeeld: oude structuur was /blog/postname/, nieuwe is /artikelen/postname/. Één Regex-regel:

Source URL: /blog/(.+)
Target URL: /artikelen/$1
Match: Regex

Dat migreert honderden URLs in één regel. De Redirection plugin logt ook 404’s, wat handig is voor monitoring.

Route B: .htaccess (Apache) of nginx-config (nginx). Sneller op grote sites (500+ redirects), want ze worden vóór PHP afgehandeld.

.htaccess-voorbeeld:

RewriteRule ^blog/(.*)$ /artikelen/$1 [R=301,L]

Nginx-voorbeeld:

rewrite ^/blog/(.*)$ /artikelen/$1 permanent;

Voor de officiële Google-richtlijnen over URL-veranderingen en 301-redirects is de Google-documentatie over URL-veranderingen en 301-redirects de bron.

Waarschuwing op bulk-migraties. Test elke Regex-regel op staging met een handjevol oude URLs voor je op productie gaat. Één slecht gemaakte Regex kan tientallen redirects op één blank punt uit laten komen.

Stap 5: wijziging live zetten, cache flushen

Nu de daadwerkelijke switch. Op productie:

Zet de nieuwe permalink-structuur in Instellingen → Permalinks. WordPress ververst .htaccess automatisch.
Controleer of Redirection-regels actief zijn.
Flush cache op elk niveau: – WordPress-cache-plugin (WP Rocket, LiteSpeed Cache, W3TC). – Object-cache (Redis, Memcached): wp cache flush. – Server-cache (LiteSpeed op Hostinger, NGINX FastCGI). – CDN (Cloudflare Purge Everything, KeyCDN Purge). – Pagebuilder-cache (Elementor: Tools → Regenerate CSS & Data). – Browser-cache (hard-refresh Ctrl+Shift+R).

Voor de bredere cache-context is er een aparte pagina over snelheid-optimalisatie waar cache-lagen uitgebreider aan bod komen.

Test daarna handmatig een aantal URLs:

Homepage.
Top-5 uit je Search Console-lijst (oude URLs). Deze moeten 301 redirecten naar nieuwe URLs.
Diezelfde top-5, maar dan de nieuwe URL direct opgevraagd. Moet 200 zijn.
Een niet-bestaande URL. Moet 404 zijn (om te checken dat je redirect-regel niet te breed is).

Stap 6: Search Console verificatie en monitoring

Direct na live gaan is de eerste 24 uur weinig te zien. De echte controle begint na twee tot drie dagen, als Google de sitemaps opnieuw heeft opgehaald.

Direct na live:

Sitemap opnieuw indienen in Search Console → Sitemaps.
URL Inspection op de top-5 pagina’s uit je audit. Klik “Request indexing” per URL.

Wekelijks, gedurende 6 weken:

Coverage-rapport controleren. Kijk naar “Excluded” en filter op “Not found (404)”. Dit toont welke URLs Google 404 heeft gevonden.
Search Console → Prestaties. Vergelijk klikken en vertoningen week-over-week. Kleine dip in week 1-2 is normaal. Structurele daling in week 3+ is een alert.
404’s die je vindt: voeg ze toe aan Redirection als nieuwe regel. Marker in je spreadsheet als “post-launch fix”.

Realistische tijdlijn. Bij correcte 301-redirects blijft 85 tot 95 procent van je verkeer behouden na 4 tot 8 weken. Zonder redirects verlies je 50 tot 80 procent, met langzame terugval van linkjuice op de nieuwe URLs.

Search Console Coverage-rapport met tijdreeks

Rollback: wat als rankings zakken

Als je na 4 weken structureel meer dan 30 procent verkeer verliest, is een rollback te overwegen. Vandaar het belang van back-up en gedocumenteerd redirect-plan.

Rollback in drie stappen:

Instellingen → Permalinks: oude structuur weer aanklikken. WordPress herschrijft .htaccess.
Redirection-regels omdraaien. Wat eerst /blog naar /artikelen redirectte, wordt nu /artikelen naar /blog. Zo blijven de directe bezoekers via de nieuwe URLs alsnog op de juiste content.
Search Console: sitemap opnieuw indienen (met de oude structuur), URL Inspection op de teruggezette URLs.

Belangrijk: rollback is een noodrem, geen nette oplossing. Google moet nu twee keer de switch verwerken. In de meeste gevallen is een rollback niet nodig, mits stap 1 tot 6 correct zijn uitgevoerd.

Laat het doen door een webmaster als de site groot is

Voor een kleine site (minder dan 50 URLs, geen WooCommerce, geen affiliate-links binnenkomend) is dit een taak die je zelf doet in een middag. Voor grotere sites verhoogt elke fout de kosten exponentieel.

Concrete situaties waar direct contact met de webmaster loont:

Sites met 500 tot 5000 pagina’s die actief ranken.
WooCommerce met product-URL-wijziging (raakt Google Shopping, e-mails, klant-bookmarks).
Sites met veel oude blog-content die inbound links heeft.
Migraties waarbij ook het domein wijzigt.

Voor kleine wijzigingen zit ik onder het uurtarief van 95 euro voor het serverwerk. Voor complexere migraties (500 tot 2000 pagina’s plus 4 tot 6 weken monitoring) zit het op 105 of 175 euro per uur, afhankelijk van spoed. Ik werk in de source-code voor je .htaccess of nginx-config, gebruik staging voor elke test en lever een rollback-plan mee dat op één pagina past. Voor het bredere kader is er WordPress-onderhoud en migratie als doorlopende dienst.

Andere stacks hebben eigen tools. Joomla werkt via sh404sef of Route 66. Drupal heeft Pathauto met een migratie-module. Shopify heeft een ingebouwde URL Redirects-tool onder Online Store → Navigation → URL Redirects. Voor elk platform is de kern gelijk: audit, back-up, plan, redirect, monitor.