Redirectlink
Een redirectlink stuurt bezoekers automatisch van de ene URL naar de andere. Lees hoe redirects werken, de verschillende typen en de beste werkwijzen.
Een redirect is een HTTP-respons die een browser of zoekmachine-crawler vertelt dat de gevraagde URL beschikbaar is op een andere locatie.
Een redirect is een HTTP-respons die een browser of zoekmachine-crawler vertelt dat de gevraagde URL beschikbaar is op een andere locatie. De server retourneert een 3xx-statuscode en een Location-header met de doel-URL. De client doet vervolgens een tweede verzoek naar dat nieuwe adres — dit alles in een fractie van een seconde.
In eenvoudige bewoordingen: een redirect stuurt bezoekers automatisch door van het ene webadres naar het andere. Als iemand example.com/old-page in zijn browser typt en de server is geconfigureerd om die URL door te sturen, komen ze terecht op example.com/new-page zonder dat ze zelf iets hoeven te doen.
Wanneer een browser een URL aanvraagt, vindt de volgende reeks plaats:
GET-verzoek naar https://example.com/old-page.200 OK met pagina-inhoud retourneert de server een 301 Moved Permanently-statuscode plus een Location: https://example.com/new-page-header.GET-verzoek naar https://example.com/new-page.200 OK met de daadwerkelijke pagina-inhoud.De gebruiker ziet alleen de uiteindelijke pagina. De redirect zelf duurt milliseconden, hoewel elke extra stap latentie toevoegt — daarom verslechteren redirect-ketens (A → B → C) de prestaties.
De termen worden vaak door elkaar gebruikt, maar er is een nuance. URL-doorsturing verwijst meestal naar domeinniveau-doorsturing geconfigureerd op registrarniveau — bijvoorbeeld mijnoudesite.com doorverwijzen naar mijnnieuwesite.com. HTTP-redirects zijn serverresponsen op basis van 3xx-statuscodes. Beide bereiken hetzelfde resultaat (verkeer van het ene adres naar het andere sturen), maar de implementatielaag verschilt. In de praktijk gebruiken de meeste mensen in SEO en webontwikkeling ‘redirect’ als overkoepelende term.
Een redirect is een HTTP-respons die een browser of zoekmachine-crawler vertelt dat de gevraagde URL beschikbaar is op een andere locatie. De server retourneert een 3xx-statuscode en een Location-header met de doel-URL. De client doet vervolgens een tweede verzoek naar dat nieuwe adres — dit alles in een fractie van een seconde.
In eenvoudige bewoordingen: een redirect stuurt bezoekers automatisch door van het ene webadres naar het andere. Als iemand example.com/old-page in zijn browser typt en de server is geconfigureerd om die URL door te sturen, komen ze terecht op example.com/new-page zonder dat ze zelf iets hoeven te doen.
Wanneer een browser een URL aanvraagt, vindt de volgende reeks plaats:
GET-verzoek naar https://example.com/old-page.200 OK met pagina-inhoud retourneert de server een 301 Moved Permanently-statuscode plus een Location: https://example.com/new-page-header.GET-verzoek naar https://example.com/new-page.200 OK met de daadwerkelijke pagina-inhoud.De gebruiker ziet alleen de uiteindelijke pagina. De redirect zelf duurt milliseconden, hoewel elke extra stap latentie toevoegt — daarom verslechteren redirect-ketens (A → B → C) de prestaties.
De termen worden vaak door elkaar gebruikt, maar er is een nuance. URL-doorsturing verwijst meestal naar domeinniveau-doorsturing geconfigureerd op registrarniveau — bijvoorbeeld mijnoudesite.com doorverwijzen naar mijnnieuwesite.com. HTTP-redirects zijn serverresponsen op basis van 3xx-statuscodes. Beide bereiken hetzelfde resultaat (verkeer van het ene adres naar het andere sturen), maar de implementatielaag verschilt. In de praktijk gebruiken de meeste mensen in SEO en webontwikkeling ‘redirect’ als overkoepelende term.
Niet alle redirects zijn gelijk. De HTTP-statuscode bepaalt hoe zoekmachines de verplaatsing interpreteren en of linkwaarde wordt overgedragen naar de nieuwe URL.
Gebruik een 301 wanneer:
Een 302-redirect geeft een tijdelijke verplaatsing aan. Normaalgesproken blijft de oorspronkelijke URL de beoogde canonieke, terwijl een permanente redirect aangeeft dat de bestemming canoniek moet worden. Andere indexeringssignalen kunnen het resultaat beïnvloeden; de statuscode alleen garandeert niet hoe rankings of linksignalen zullen veranderen.
Gebruik een 302 wanneer:
Een veelgemaakte fout is het gebruik van een 302 voor een permanente wijziging. Als een 302 maandenlang actief blijft, behandelen zoekmachines deze mogelijk uiteindelijk als een de facto 301 — maar de overgang is trager en minder betrouwbaar dan het gebruik van de juiste code vanaf het begin.
307 Temporary Redirect en 308 Permanent Redirect zijn de HTTP/1.1-opvolgers van respectievelijk 302 en 301, met één kritiek verschil: ze behouden de oorspronkelijke verzoekmethode. Als een client een POST-verzoek stuurt, zorgt een 307 of 308 ervoor dat het omgeleide verzoek ook POST gebruikt. Een 302 of 301 kan ervoor zorgen dat de browser overschakelt naar GET.
In de SEO-praktijk komen 307 en 308 minder vaak voor dan hun 301/302-tegenhangers, maar ze zijn technisch de juiste keuze wanneer de HTTP-methode behouden moet blijven — bijvoorbeeld bij een omleiding na een formulierinzending.
Meta refresh-redirects vinden plaats op HTML-niveau, niet op HTTP-niveau. Een <meta http-equiv="refresh" content="0; url=https://example.com/new-page">-tag in de <head> vertelt de browser om na een bepaalde vertraging een andere URL te laden (0 seconden voor een directe redirect). Google kan meta-refresh-redirects interpreteren, maar ze zijn langzamer dan server-side redirects en bieden een slechtere gebruikerservaring.
JavaScript-redirects gebruiken window.location.href = "https://example.com/new-page" om de pagina client-side te wijzigen. Googlebot kan JavaScript uitvoeren en deze redirects volgen, maar het proces is afhankelijk van rendering — wat vertraging en complexiteit toevoegt in vergelijking met server-side 301’s. Geef bij SEO-kritieke verplaatsingen altijd de voorkeur aan server-side redirects.
| Redirect Type | Status Code | Permanent of Tijdelijk | Geeft Linkwaarde Door | Beste Toepassing |
|---|---|---|---|---|
| 301 | HTTP 301 | Permanent | Ja (meeste) | Domeinmigratie, HTTPS-omschakeling, verwijderde pagina’s |
| 302 | HTTP 302 | Tijdelijk | Nee (indexeert origineel) | A/B-testen, kortdurend onderhoud |
| 307 | HTTP 307 | Tijdelijk | Nee (behoudt methode) | Tijdelijke formulier-redirects |
| 308 | HTTP 308 | Permanent | Ja (behoudt methode) | Permanente POST-endpoint-verplaatsingen |
| Meta Refresh | HTML-tag | Beide | Gedeeltelijk | Laagprioriteitsredirects; vermijd voor SEO |
| JavaScript | Client-side | Beide | Onbetrouwbaar | SPA’s; vermijd voor kritieke redirects |
Een redirect-keten ontstaat wanneer URL A doorstuurt naar B, die doorstuurt naar C, die uiteindelijk wordt opgelost. Elke stap voegt latentie toe en verwatert linkwaarde. Google raadt aan om rechtstreeks naar de eindbestemming door te sturen. Ketens verspillen ook crawl-budget: Googlebot gebruikt zijn beperkte crawl-capaciteit voor het volgen van tussenliggende URL’s die niets bijdragen.
De officiële richtlijn van Google: houd redirects minstens een jaar na een verhuizing actief. In de praktijk raden veel SEO-professionals aan om permanente redirects voor onbepaalde tijd te handhaven als de oude URL’s backlinks hebben. Zelfs nadat Google de nieuwe URL opnieuw heeft geïndexeerd, kunnen externe sites nog steeds naar de oude blijven linken. Het verwijderen van een redirect verbreekt die links permanent.
Controleer regelmatig uw redirect-verkeer. Als een oude URL na 12–18 maanden geen bezoekers of backlinks meer ontvangt, kunt u overwegen deze uit te faseren — maar de kosten van het actief houden van een redirect-regel zijn verwaarloosbaar op moderne servers.
Wanneer u een pagina met backlinks verplaatst, verwijzen die links nog steeds naar de oude URL. Zonder een redirect wordt elke link een doodlopende weg — een 404-fout — en verdampt de autoriteit die ze droegen.
De overdracht is niet verliesvrij. De belangrijkste variabele is relevantie: het doorsturen van een productpagina over hardloopschoenen naar een algemene homepage draagt veel minder waarde over dan het doorsturen naar een vergelijkbare productpagina.
Een redirect-keten ontstaat wanneer URL A doorstuurt naar B, die doorstuurt naar C, die uiteindelijk wordt opgelost. Elke stap voegt latentie toe en verwatert linkwaarde. Google raadt aan om rechtstreeks naar de eindbestemming door te sturen. Ketens verspillen ook crawl-budget: Googlebot gebruikt zijn beperkte crawl-capaciteit voor het volgen van tussenliggende URL’s die niets bijdragen.
Een redirect-lus is nog erger: URL A stuurt door naar B, en B stuurt terug naar A. Lussen maken pagina’s volledig ontoegankelijk en kunnen onbedoeld ontstaan wanneer redirect-regels conflicteren — bijvoorbeeld een HTTP-naar-HTTPS-regel gecombineerd met een www-naar-niet-www-regel die niet op elkaar zijn afgestemd.
De officiële richtlijn van Google: houd redirects minstens een jaar na een verhuizing actief. In de praktijk raden veel SEO-professionals aan om permanente redirects voor onbepaalde tijd te handhaven als de oude URL’s backlinks hebben. Zelfs nadat Google de nieuwe URL opnieuw heeft geïndexeerd, kunnen externe sites nog steeds naar de oude blijven linken. Het verwijderen van een redirect verbreekt die links permanent.
Controleer regelmatig uw redirect-verkeer. Als een oude URL na 12–18 maanden geen bezoekers of backlinks meer ontvangt, kunt u overwegen deze uit te faseren — maar de kosten van het actief houden van een redirect-regel zijn verwaarloosbaar op moderne servers.
Affiliate marketing is meer afhankelijk van redirects dan de meeste website-eigenaren beseffen. Elke keer dat de link van een uitgever een bezoeker naar de site van een adverteerder stuurt, is er vrijwel zeker een redirect bij betrokken — en die doet meer dan alleen verkeer doorsturen.
Een typische affiliate-link ziet er als volgt uit:
https://trackingdomain.com/aff_c?offer_id=123&aff_id=456
Wanneer een bezoeker op die link klikt, vindt de volgende reeks plaats:
De redirect is het mechanisme dat tracking onzichtbaar maakt voor de gebruiker, terwijl de gegevens worden vastgelegd die de uitbetaling van commissies aansturen.
Als adverteerder die een affiliate-programma beheert, moet u redirects op twee niveaus begrijpen:
Landingspagina-redirects: Wanneer u uw site bijwerkt, moet u redirects onderhouden van oude product-URL’s die affiliates hebben gepromoot. Als een affiliate uw-site.nl/oud-product in hun content heeft opgenomen en die URL retourneert een 404, verliest u de verkoop en beschadigt u de relatie met de uitgever. Onderhoud een redirect-kaart van elke URL-wijziging en zorg ervoor dat oude affiliate-gelinkte URL’s altijd werken.
Als uitgever (affiliate) hebben redirects op twee praktische manieren invloed op u:
Linkbeheer: Affiliate-links zijn lang, bevatten veel parameters en zijn zichtbaar trackinggericht. Veel uitgevers gebruiken hun eigen redirects — bijvoorbeeld mijnsite.nl/ga/productnaam → affiliate tracking-URL — om schone, herkenbare, gedenkwaardige links te maken. Dit is een 301- of 302-redirect op het domeinniveau van de uitgever. Het stelt u ook in staat om de bestemmings-affiliate-link te wijzigen zonder elke instantie in uw content bij te werken.
Linkmonitoring: Gebroken redirects aan de kant van de adverteerder betekenen verloren commissies. Gebruik een redirect-checker of linkmonitoring-tool om periodiek te controleren of uw affiliate-links nog steeds naar actieve landingspagina’s verwijzen. Een 404 aan het einde van een trackingketen is stilletjes verloren inkomsten.
Server-side redirects zijn de gouden standaard — snel, betrouwbaar en correct geïnterpreteerd door alle zoekmachines.
Apache (.htaccess):
Redirect 301 /old-page https://example.com/new-page
RewriteEngine On
RewriteRule ^old-directory/(.*)$ /new-directory/$1 [R=301,L]
rewrite ^/old-page$ https://example.com/new-page permanent;
Voor WordPress-sites zijn er verschillende plugins die redirects afhandelen zonder serverconfiguratiebestanden te bewerken:
Plugin-gebaseerde redirects zijn handig, maar voegen een kleine PHP-overhead toe. Voor sites met veel verkeer blijven server-side redirects de voorkeur genieten.
Het testen van redirects controleert of ze correct werken en de verwachte statuscode retourneren. Methoden zijn onder meer:
curl -I https://example.com/old-page retourneert de HTTP-headers, inclusief de statuscode en Location-header.Test na elke migratie een representatieve steekproef van oude URL’s — vooral pagina’s met veel verkeer en pagina’s met backlinks — om te bevestigen dat ze naar de juiste nieuwe bestemmingen leiden met de beoogde statuscode.
Een keten zoals http://example.com/page → https://example.com/page → https://www.example.com/page voegt onnodige stappen toe. Elke stap verbruikt crawl-budget en voegt latentie toe. De oplossing: stuur rechtstreeks door van de oorspronkelijke URL naar de uiteindelijke canonieke bestemming. Controleer uw redirect-kaart op ketens met Screaming Frog of Sitebulb en consolideer tussentijdse redirects.
Een permanente wijziging geïmplementeerd met een 302-tijdelijke redirect vertelt zoekmachines om de oude URL te blijven indexeren. De nieuwe pagina verschijnt mogelijk niet in zoekresultaten en linkwaarde wordt niet overgedragen. Dit is een van de meest voorkomende SEO-fouten bij site-migraties. Als de wijziging permanent is, gebruik dan 301.
Bij het bulksgewijs verwijderen van pagina’s is de weg van de minste weerstand het doorsturen van elke verwijderde URL naar de homepage. Google kan dit interpreteren als een soft 404 — een pagina die 200 OK retourneert maar geen relevante content biedt. Het resultaat: de redirect wordt genegeerd voor rankingdoeleinden en linkwaarde gaat verloren. Stuur in plaats daarvan elke verwijderde pagina door naar het meest relevantie alternatief. Als er geen relevant alternatief bestaat, laat de pagina dan een echte 404 retourneren met een behulpzame aangepaste foutpagina.
Redirects zijn een vangnet, geen permanente routeringslaag. Werk na het implementeren van redirects alle interne links bij om rechtstreeks naar de nieuwe URL’s te verwijzen. Het laten staan van interne links die naar omgeleide URL’s verwijzen, creëert onnodige redirect-ketens binnen uw eigen site — een zelf toegebrachte prestatie- en crawl-budgetstraf.
Inconsistente afhandeling van https://www.example.com/page vs. https://example.com/page/ kan problemen met dubbele content en redirect-ketens veroorzaken. Standaardiseer vroegtijdig: kies één canoniek formaat (met of zonder www, met of zonder trailing slash) en handhaaf dit met één enkele redirect-regel.
Server-side redirects zijn de gouden standaard — snel, betrouwbaar en correct geïnterpreteerd door alle zoekmachines.
Apache (.htaccess):
Redirect 301 /old-page https://example.com/new-page
RewriteEngine On
RewriteRule ^old-directory/(.*)$ /new-directory/$1 [R=301,L]
rewrite ^/old-page$ https://example.com/new-page permanent;
Voor WordPress-sites zijn er verschillende plugins die redirects afhandelen zonder serverconfiguratiebestanden te bewerken:
Plugin-gebaseerde redirects zijn handig, maar voegen een kleine PHP-overhead toe. Voor sites met veel verkeer blijven server-side redirects de voorkeur genieten.
Het testen van redirects controleert of ze correct werken en de verwachte statuscode retourneren. Methoden zijn onder meer:
curl -I https://example.com/old-page retourneert de HTTP-headers, inclusief de statuscode en Location-header.Test na elke migratie een representatieve steekproef van oude URL’s — vooral pagina’s met veel verkeer en pagina’s met backlinks — om te bevestigen dat ze naar de juiste nieuwe bestemmingen leiden met de beoogde statuscode.
Een keten zoals http://example.com/page → https://example.com/page → https://www.example.com/page voegt onnodige stappen toe. Elke stap verbruikt crawl-budget en voegt latentie toe. De oplossing: stuur rechtstreeks door van de oorspronkelijke URL naar de uiteindelijke canonieke bestemming. Controleer uw redirect-kaart op ketens met Screaming Frog of Sitebulb en consolideer tussentijdse redirects.
Een permanente wijziging geïmplementeerd met een 302-tijdelijke redirect vertelt zoekmachines om de oude URL te blijven indexeren. De nieuwe pagina verschijnt mogelijk niet in zoekresultaten en linkwaarde wordt niet overgedragen. Dit is een van de meest voorkomende SEO-fouten bij site-migraties. Als de wijziging permanent is, gebruik dan 301.
Bij het bulksgewijs verwijderen van pagina’s is de weg van de minste weerstand het doorsturen van elke verwijderde URL naar de homepage. Google kan dit interpreteren als een soft 404 — een pagina die 200 OK retourneert maar geen relevante content biedt. Het resultaat: de redirect wordt genegeerd voor rankingdoeleinden en linkwaarde gaat verloren. Stuur in plaats daarvan elke verwijderde pagina door naar het meest relevante alternatief. Als er geen relevant alternatief bestaat, laat de pagina dan een echte 404 retourneren met een behulpzame aangepaste foutpagina.
Redirects zijn een vangnet, geen permanente routeringslaag. Werk na het implementeren van redirects alle interne links bij om rechtstreeks naar de nieuwe URL’s te verwijzen. Het laten staan van interne links die naar omgeleide URL’s verwijzen, creëert onnodige redirect-ketens binnen uw eigen site — een zelf toegebrachte prestatie- en crawl-budgetstraf.
Inconsistente afhandeling van https://www.example.com/page vs. https://example.com/page/ kan problemen met dubbele content en redirect-ketens veroorzaken. Standaardiseer vroegtijdig: kies één canoniek formaat (met of zonder www, met of zonder trailing slash) en handhaaf dit met één enkele redirect-regel.
Ontdek hoe correct gebruik van redirects de SEO van uw site kan verbeteren en uw affiliate marketingstrategie kan optimaliseren. Lees meer over de beste tools en technieken.
Een redirectlink stuurt bezoekers automatisch van de ene URL naar de andere. Lees hoe redirects werken, de verschillende typen en de beste werkwijzen.

Leer hoe 302-redirects werken, hun SEO-impact en best practices voor implementatie. Begrijp tijdelijke redirects versus permanente 301-redirects met technische ...

Leer wanneer u 302-redirects gebruikt voor tijdelijke URL-wijzigingen. Ontdek best practices, SEO-implicaties en hoe 302-redirects verschillen van 301-redirects...
Cookie Toestemming
We gebruiken cookies om uw browse-ervaring te verbeteren en ons verkeer te analyseren. See our privacy policy.