Een redirect is een automatische doorverwijzing van een oude URL naar een nieuwe URL. Je gebruikt een redirect als een pagina is verhuisd, verwijderd of tijdelijk ergens anders naartoe moet wijzen. Meestal kies je een 301 bij een blijvende wijziging en een 302 bij een tijdelijke situatie. Goed ingestelde redirects helpen om bezoekers, zoekmachines en opgebouwde SEO-waarde naar de juiste pagina te sturen. Fout ingestelde redirects kunnen juist zorgen voor trage laadtijden, crawlproblemen en verlies van zichtbaarheid. In dit artikel leer je welke redirect je nodig hebt, hoe je die technisch instelt en hoe je veelgemaakte fouten voorkomt.
- Gebruik een permanente doorverwijzing als een URL definitief is veranderd.
- Kies een tijdelijke variant alleen als de oude pagina later terugkomt.
- Laat oude URL’s altijd direct naar de eindbestemming gaan.
- Test elke doorverwijzing met tools zoals cURL, browsertools of een crawler.
- Werk bij migraties altijd met een duidelijke URL-mapping en controlelijst.
Wat is een redirect?
Definitie en doel
Een redirect is een automatische doorverwijzing van de ene URL naar een andere URL. Wanneer iemand een oude, verplaatste of foutieve pagina bezoekt, stuurt de server of browser die bezoeker direct door naar de juiste bestemming.
Het doel is simpel:
- bezoekers op de juiste pagina laten landen
- 404-fouten beperken
- zoekmachines duidelijk maken dat content is verhuisd
- opgebouwde SEO-waarde zo goed mogelijk behouden
In de meeste gevallen is een server-side oplossing het beste. Daarmee geef je meteen een duidelijke HTTP-statuscode mee aan browsers en zoekmachines. Dat is betrouwbaarder dan een oplossing in JavaScript of HTML. Pas je tegelijk je URL-structuur aan, dan blijft ook een logische website structuur belangrijk. Een doorverwijzing helpt achteraf, maar een goede opbouw voorkomt problemen vooraf.
Veelvoorkomende HTTP-statuscodes
Niet elke doorverwijzing heeft hetzelfde doel. Dit zijn de belangrijkste varianten.
301
Gebruik deze statuscode als een pagina permanent is verhuisd. Dit is de standaardkeuze bij een blijvende URL-wijziging, domeinwijziging of migratie naar HTTPS.
302
Gebruik deze optie als een wijziging tijdelijk is. Denk aan een campagne, testpagina of tijdelijke vervanging van content.
307
Dit is technisch ook een tijdelijke doorverwijzing. Het verschil zit vooral in hoe de request-methode behouden blijft. Voor standaard websites is deze variant minder vaak nodig dan 301 of 302.
308
Deze lijkt op 301, maar bewaart eveneens de request-methode. Je ziet dit vaker in technische omgevingen of API-structuren dan op gewone websites.
Meta refresh en JavaScript
Een meta refresh wordt in de HTML van een pagina geplaatst. Een JavaScript-oplossing laat de browser de nieuwe URL laden via een script. Beide technieken bestaan, maar zijn meestal niet de voorkeur voor SEO en gebruiksvriendelijkheid.
Gebruik ze alleen als een oplossing op serverniveau echt niet mogelijk is. In vrijwel alle andere gevallen is een server-side aanpak sneller, duidelijker en stabieler.
Welke redirect kies je en waarom?
301 of 302: permanent of tijdelijk
De keuze is meestal eenvoudig:
- gebruik een permanente doorverwijzing als de wijziging blijvend is
- gebruik een tijdelijke doorverwijzing als de oorspronkelijke URL terugkomt
Voorbeelden van een permanente situatie:
- een pagina krijgt definitief een nieuwe URL
- je zet HTTP om naar HTTPS
- je kiest één voorkeursvariant voor www of non-www
- twee artikelen worden samengevoegd tot één nieuw stuk
Voorbeelden van een tijdelijke situatie:
- een actiepagina staat tijdelijk live
- je test een alternatieve landingspagina
- een productpagina wijst tijdelijk naar een seizoensvariant
Hoe zoekmachines redirects behandelen
Zoekmachines gebruiken een redirect om te begrijpen waar content naartoe is verplaatst. Bij een correcte permanente doorverwijzing ziet Google de nieuwe URL doorgaans als vervanger van de oude pagina. Daardoor blijft opgebouwde waarde meestal goed behouden.
Toch is relevantie net zo belangrijk als techniek. Een oude productpagina zomaar naar de homepage sturen is vaak geen goede oplossing. Stuur liever door naar het meest logische alternatief. Redirect SEO draait dus niet alleen om statuscodes, maar ook om context en inhoudelijke aansluiting.
Wil je beter begrijpen hoe zoekmachines pagina’s beoordelen, lees dan ook onze uitleg over zoekmachine optimalisatie.
Veelvoorkomende misverstanden
- Elke doorverwijzing is goed voor SEO: Nee. Alleen een relevante en technisch correcte oplossing helpt echt.
- Een meta refresh werkt hetzelfde als een server-side oplossing: Nee. Een oplossing in HTML is meestal minder wenselijk voor gebruikers en zoekmachines.
- Meerdere stappen achter elkaar maken niet uit: Dat klopt niet. Een redirect chain maakt pagina’s trager en crawlen minder efficiënt.
- Je hoeft redirects niet te testen: Ook onjuist. Juist hier ontstaan vaak fouten die pas na livegang zichtbaar worden.
Hoe implementeer je redirects — voorbeelden per omgeving
Apache (.htaccess) — voorbeelden
Gebruik je Apache, dan plaats je een htaccess redirect meestal in het .htaccess-bestand.
Eén URL permanent doorsturen
Redirect 301 /oude-pagina/ https://jouwdomein.nl/nieuwe-pagina/Volledige map doorsturen
RedirectMatch 301 ^/oude-map/(.*)$ https://jouwdomein.nl/nieuwe-map/$1HTTP naar HTTPS
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://jouwdomein.nl/$1 [R=301,L]Non-www naar www
RewriteEngine On
RewriteCond %{HTTP_HOST} ^jouwdomein\.nl [NC]
RewriteRule ^(.*)$ https://www.jouwdomein.nl/$1 [R=301,L]Nginx — voorbeelden
Bij een nginx redirect gebruik je meestal return of rewrite.
Eén URL doorsturen
location = /oude-pagina/ {
return 301 https://jouwdomein.nl/nieuwe-pagina/;
}HTTP naar HTTPS
server {
listen 80;
server_name jouwdomein.nl www.jouwdomein.nl;
return 301 https://www.jouwdomein.nl$request_uri;
}Regex-voorbeeld
rewrite ^/blog/(.*)$ https://jouwdomein.nl/kennisbank/$1 permanent;IIS (web.config) — voorbeeld
Werk je met IIS, dan stel je de regels meestal in via web.config.
<configuration>
<system.webServer>
<rewrite>
<rules>
<rule name="OudePagina" stopProcessing="true">
<match url="^oude-pagina$" />
<action type="Redirect" url="https://jouwdomein.nl/nieuwe-pagina/" redirectType="Permanent" />
</rule>
</rules>
</rewrite>
</system.webServer>
</configuration>PHP — voorbeeld
<?php
header("Location: https://jouwdomein.nl/nieuwe-pagina/", true, 301);
exit;
?>Plaats deze code altijd voordat er output naar de browser wordt gestuurd.
Node en Express — voorbeeld
app.get('/oude-pagina', function(req, res) {
res.redirect(301, 'https://jouwdomein.nl/nieuwe-pagina/');
});WordPress — plugins en functions.php
In WordPress kun je redirects implementeren via een plugin of via code. Voor de meeste gebruikers is een plugin praktisch, zolang je niet te veel losse regels en dubbele logica opstapelt.
Werk je veel in WordPress, dan blijft goede technische SEO belangrijk. Doorverwijzingen zijn maar één onderdeel van een gezond technisch fundament.
Via functions.php
add_action('template_redirect', function() {
if (is_page('oude-pagina')) {
wp_redirect('https://jouwdomein.nl/nieuwe-pagina/', 301);
exit;
}
});Gebruik dit alleen als je precies weet wat je doet. Voor grotere aantallen URL’s is serverniveau meestal overzichtelijker en sneller.
JavaScript en meta refresh — voorbeelden
JavaScript
window.location.href = "https://jouwdomein.nl/nieuwe-pagina/";Meta refresh
<meta http-equiv="refresh" content="0; url=https://jouwdomein.nl/nieuwe-pagina/">Gebruik een javascript redirect of meta refresh alleen als laatste redmiddel. Voor snelheid, betrouwbaarheid en zoekmachines blijft een oplossing op serverniveau de beste keuze.
Redirectpatronen en regex-voorbeelden
Wildcard redirects
Wildcard-regels zijn handig als een hele groep URL’s hetzelfde patroon volgt. Dit zie je vaak bij migraties, categorie-aanpassingen of wijzigingen in mappenstructuren.
RedirectMatch 301 ^/categorie/(.*)$ https://jouwdomein.nl/thema/$1Hiermee wordt elke URL onder /categorie/ doorgestuurd naar dezelfde slug onder /thema/.
Regex captures met uitleg
Met regex kun je delen van een URL bewaren en opnieuw gebruiken. Dat is ideaal als je redirects massaal wilt aanmaken zonder honderden losse regels te schrijven.
RewriteRule ^oude-blog/(.*)$ /nieuws/$1 [R=301,L]Gaat iemand naar /oude-blog/seo-tips, dan komt die persoon uit op /nieuws/seo-tips.
Werk je op grote schaal, dan helpt het om eerst de inhoudelijke relatie tussen oude en nieuwe pagina’s te beoordelen. Daarbij is inzicht in content clusters waardevol. Zo zie je sneller welke pagina’s logisch samengevoegd, hernoemd of verplaatst kunnen worden.
Problemen en hoe je ze oplost
Redirect chain: detectie en oplossing
Een redirect chain ontstaat als URL A doorstuurt naar URL B en URL B weer naar URL C. Dat zorgt voor extra stappen die meestal onnodig zijn.
Gevolgen van zo’n keten:
- langzamere laadtijd
- inefficiënter crawlbudget
- meer kans op fouten
- minder prettige gebruikerservaring
De oplossing is eenvoudig: laat de eerste URL meteen naar de eindbestemming verwijzen. Werk daarnaast ook interne links, canonicals en sitemaps bij zodat ze niet meer naar tussenstappen wijzen.
Redirect loop: oorzaken en fix
Een redirect loop ontstaat als twee of meer regels elkaar blijven tegenspreken. Bijvoorbeeld als URL A naar URL B gaat en URL B weer teruggaat naar A. De browser blijft dan in een kring hangen.
Veelvoorkomende oorzaken:
- tegenstrijdige www- en non-www-regels
- dubbele HTTP-naar-HTTPS-logica
- pluginconflicten in WordPress
- regels op serverniveau en CMS-niveau die elkaar overschrijven
Controleer daarom altijd alle configuraties samen. Kijk niet alleen naar je server, maar ook naar plugins, CDN-instellingen en eventuele hostingregels.
Performance- en cachingissues
Elke extra stap kost tijd. Zeker op mobiel merk je dat snel. Houd de route daarom zo kort mogelijk: één stap is goed, meerdere stappen zijn meestal onnodig.
Caching kan ervoor zorgen dat oude regels tijdelijk blijven hangen. Test dus niet alleen in je gewone browser, maar ook in een incognitovenster, via cURL en via externe tools. Snelheid blijft belangrijk, zeker als je werkt aan Core Web Vitals.
Security: voorkom open redirects
Bij dynamische logica moet je extra opletten voor open redirects. Dat zijn situaties waarin gebruikers via jouw domein kunnen worden doorgestuurd naar een willekeurige externe URL. Dit kan worden misbruikt voor phishing of misleiding.
Valideer daarom altijd invoer, beperk toegestane doel-URL’s en vermijd generieke parameters zonder controle.
Redirects tijdens site-migraties
Mappingproces en prioriteiten
Bij een migratie begin je met een duidelijk mappingbestand. Daarin koppel je elke oude URL aan de juiste nieuwe URL. Zonder zo’n overzicht ontstaan snel fouten, gaten en onlogische verwijzingen.
Geef prioriteit aan:
- pagina’s met veel organisch verkeer
- pagina’s met waardevolle backlinks
- belangrijke conversiepagina’s
- veel bezochte categorieën en kennisbankartikelen
Een migratie zonder URL-plan zorgt vaak voor onnodig verlies. Daarom is een goede SEO audit slim voordat je live gaat.
Rollout-strategie en rollback-plan
Zet nieuwe regels pas live als de mapping volledig is gecontroleerd. Werk idealiter eerst in een testomgeving. Controleer daarna steekproeven én crawls op grotere schaal.
Maak ook een rollback-plan. Als er iets misgaat, wil je snel terug kunnen naar de vorige configuratie. Documenteer daarom elke wijziging, inclusief datum, eigenaar en doel.
Canonical en hreflang: extra aandachtspunten
Een redirect is niet hetzelfde als een canonical-tag. Met een redirect stuur je bezoekers en zoekmachines echt door. Met een canonical geef je alleen aan welke URL de voorkeursversie is.
Is een pagina echt verhuisd? Gebruik dan geen canonical als vervanging. Kies dan voor een echte doorverwijzing. Werk je internationaal, controleer dan ook of je hreflang-verwijzingen nog kloppen na de wijziging.
Testen en monitoren van redirects
Handmatige tests met cURL en browsertools
Je kunt een url redirect eenvoudig testen met cURL:
curl -I https://jouwdomein.nl/oude-pagina/Je wilt dan een statuscode zien zoals 301 of 302, plus de juiste Location-header.
Wil je de volledige keten controleren, gebruik dan:
curl -I -L https://jouwdomein.nl/oude-pagina/In browser devtools kun je in de netwerktab precies zien welke URL wordt aangeroepen, welke status terugkomt en waar de gebruiker uiteindelijk landt.
Geautomatiseerde tools
Voor grotere websites zijn crawlers onmisbaar. Denk aan Screaming Frog, Sitebulb of online checkers. Daarmee spoor je sneller chains, loops, 404-fouten en verkeerde doelpagina’s op.
Ook data uit Google Search Console helpt om snel te zien of pagina’s na een migratie goed worden verwerkt.
Monitoring en alerts
Na livegang begint het echte werk. Monitor serverlogs, crawler-rapporten en foutmeldingen. Stel alerts in voor:
- stijgende aantallen 404-fouten
- plots verlies van organisch verkeer
- onverwachte ketens of lusgedrag
- belangrijke pagina’s die op een verkeerde URL uitkomen
Wil je structureel verbeteren, combineer deze inzichten dan met gedragsdata uit Google Analytics 4.
Praktische use cases
Verwijderde productpagina
Is een product definitief verdwenen en bestaat er een goed alternatief? Stuur dan permanent door naar het meest relevante vervangende product of naar de juiste categorie. Stuur niet alles standaard naar de homepage. Dat is zelden logisch voor gebruiker of zoekmachine.
HTTP naar HTTPS
Dit is een klassiek voorbeeld. Zorg dat alle varianten netjes naar de beveiligde versie gaan. Controleer daarna ook interne links, canonicals, sitemapverwijzingen en externe assets. Voor de technische basis is HTTPS onmisbaar.
www versus non-www
Kies één voorkeursversie van je domein en stuur de andere variant permanent door. Zo voorkom je dubbele versies van dezelfde website.
Trailing slash normalisatie
Zorg dat URL’s consequent eindigen met of zonder slash. Inconsistente URL’s kunnen dubbele content en onnodige extra stappen veroorzaken.
Bulkbeheer via CSV
Moet je redirects implementeren voor honderden of duizenden URL’s? Werk dan met een CSV-bestand met minimaal deze kolommen:
- oude URL
- nieuwe URL
- type
- notitie of reden
Zo kun je regels makkelijker importeren, valideren en delen met developers, SEO-specialisten en contentteams.
Mini-cases uit de praktijk
Case 1: blogmigratie met beperkt verlies
Bij een contentmigratie van ruim 180 artikelen zijn alle oude URL’s gemapt naar de meest relevante nieuwe pagina’s. Ook zijn oude tussenstappen verwijderd en zijn interne links direct aangepast. Resultaat: binnen vier weken bleef ongeveer 94 procent van het organische verkeer behouden en daalde het aantal crawlproblemen duidelijk.
Case 2: webshop met lus na pluginupdate
Een webshop kreeg na een pluginupdate een conflict tussen HTTPS-regels en CMS-logica. Daardoor ontstond op productpagina’s een redirect loop. Door alle regels terug te brengen naar serverniveau en dubbele instellingen te verwijderen, was het probleem dezelfde dag opgelost. De pagina’s werden weer bereikbaar en laadden merkbaar sneller.
Best practices checklist
- Gebruik een permanente statuscode alleen bij blijvende wijzigingen.
- Gebruik een tijdelijke statuscode alleen als de oude URL later terugkomt.
- Stuur altijd door naar de meest relevante pagina.
- Vermijd een redirect chain en verwijder onnodige tussenstappen.
- Controleer op een redirect loop vóór livegang.
- Werk interne links direct bij naar de eindbestemming.
- Controleer canonicals, sitemap en hreflang na een migratie.
- Documenteer alle regels in één mappingbestand.
- Test met cURL, browsertools en een crawler.
- Stel monitoring en alerts in na livegang.
- Valideer invoer bij dynamische logica om open redirects te voorkomen.
- Houd ook mobiele gebruikers en verschillende user agents in je tests mee.
Veelgestelde vragen over redirect
Een 301 gebruik je bij een blijvende verhuizing. Een 302 is bedoeld voor een tijdelijke situatie. Kies dus op basis van de duur van de wijziging.
Nee. Een goede redirect is juist belangrijk voor SEO. Problemen ontstaan vooral door verkeerde doelpagina’s, onnodige ketens of trage implementaties.
Een keten kan prestaties en crawl-efficiëntie verslechteren. Daarom is het slim om altijd zo direct mogelijk naar de eind-URL te verwijzen.
Gebruik cURL, browser devtools of een crawler zoals Screaming Frog. Controleer de statuscode, de Location-header en de uiteindelijke landingspagina.
Alleen als een oplossing op serverniveau echt niet mogelijk is. Voor SEO en gebruiksvriendelijkheid is een server-side aanpak meestal beter.
Maak een mappingbestand met oude en nieuwe URL’s, importeer dit in een geschikte plugin, servertool of script en test daarna steekproefsgewijs én op schaal.
Controleer alle regels op serverniveau, CMS-niveau, CDN-niveau en plugin-niveau. Zoek vooral naar logica die elkaar tegenspreekt rond www, non-www en HTTPS.
Als een pagina bewust verdwijnt zonder relevante vervanger, kan een 410-status passender zijn. En als je alleen een voorkeursversie wilt aangeven, is een canonical-tag vaak logischer.
Resources en volgende stap
Ga je een redirect implementeren op een bestaande site of tijdens een migratie? Werk dan altijd met een duidelijke mapping, een testplan en controle na livegang. Zo voorkom je dat kleine technische fouten grote SEO-gevolgen krijgen.
Wil je eerst je technische basis versterken, bekijk dan ook onze artikelen over interne links, on page SEO en canonical.
Wil je snel en veilig aan de slag? Gebruik dan deze aanpak:
- maak een lijst van oude en nieuwe URL’s
- kies per situatie de juiste oplossing
- voer de regels in op serverniveau of in je CMS
- test handmatig en met een crawler
- monitor de resultaten na livegang
Kun je hulp gebruiken bij een migratie, technische controle of het opschonen van bestaande regels? Dan is een quickscan vaak de snelste manier om fouten vroeg te vinden en rankings te beschermen.
