301 vs 302 Redirect: Welke Redirectie Kies je voor SEO in 2026?

Redirects zijn onmisbare hulpmiddelen bij het beheren van een website, vooral wanneer je URL's wijzigt, pagina's verplaatst of content herstructureert. Voor SEO is het cruciaal om het juiste type redirect te kiezen. Een verkeerde keuze kan leiden tot ranking-verlies, indexatieproblemen en verspild crawlbudget. In 2026 blijven 301 en 302 redirects de meest gebruikte varianten, maar veel webmasters snappen het verschil niet volledig of passen ze verkeerd toe.

In deze gids leggen we precies uit wanneer je een 301 of 302 redirect moet gebruiken, hoe zoekmachines ermee omgaan, en welke technische valkuilen je moet vermijden. Of je nu een webshop runt, een corporate site beheert of als SEO-specialist werkt, deze kennis helpt je om ranking-verlies te voorkomen en je organisch verkeer te beschermen.

Wat zijn 301 en 302 redirects precies?

Een redirect is een HTTP-statuscode die browsers en zoekmachines vertelt dat een URL is verplaatst naar een andere locatie. Wanneer een gebruiker of crawler de oude URL opvraagt, wordt deze automatisch doorgestuurd naar de nieuwe bestemming. Het verschil tussen een 301 en 302 redirect zit in de intentie en duur van de verplaatsing.

Een 301 redirect staat voor "Moved Permanently" en geeft aan dat een pagina voorgoed is verhuisd naar een nieuwe locatie. Zoekmachines interpreteren dit signaal als een instructie om de oude URL uit de index te verwijderen en alle ranking-signalen (link juice, autoriteit, ankers) door te geven aan de nieuwe URL. Dit is het type redirect dat je in 99% van de SEO-scenario's nodig hebt.

Een 302 redirect betekent "Found" of "Moved Temporarily" en signaleert dat de verplaatsing tijdelijk is. De zoekmachine houdt de oorspronkelijke URL in de index en geeft de ranking-signalen niet (volledig) door aan de tijdelijke locatie. Dit is bedoeld voor situaties waarin je weet dat de originele URL later terugkomt, zoals bij A/B-tests, seizoenscampagnes of geplande onderhoudswerkzaamheden.

Andere redirect-types die je moet kennen

Naast 301 en 302 bestaan er nog enkele andere HTTP-redirects die in specifieke gevallen nuttig zijn. Een 307 redirect is de moderne variant van een 302 en behoudt expliciet de HTTP-methode (bijvoorbeeld POST-data). Een 308 redirect is het permanente equivalent daarvan en functioneert vergelijkbaar met een 301, maar met strikte methode-behoud.

Voor SEO-doeleinden blijven 301 en 302 echter de standaard. Google behandelt 307 en 308 vergelijkbaar met hun oudere tegenhangers, maar de meeste CMS-systemen en servers ondersteunen ze standaard nog niet volledig. Tenzij je te maken hebt met complexe formulier-submissions of API-calls, houd je het simpel met 301 (permanent) of 302 (tijdelijk).

De SEO-impact: hoe reageren zoekmachines?

Het fundamentele verschil in SEO-impact tussen een 301 en 302 redirect draait om link juice overdracht en indexatiegedrag. Sinds 2016 heeft Google bevestigd dat 301 redirects geen PageRank meer verliezen, een belangrijke wijziging ten opzichte van eerdere jaren toen er een klein verliespercentage was. Tegenwoordig geeft een correct geïmplementeerde 301 redirect vrijwel 100% van de ranking-kracht door aan de nieuwe URL.

Bij een 302 redirect daarentegen blijft Google de oorspronkelijke URL in de index houden, in de veronderstelling dat deze later terugkomt. De ranking-signalen worden niet (of slechts gedeeltelijk) overgedragen naar de tijdelijke locatie. Dit betekent dat als je per ongeluk een 302 gebruikt waar een 301 nodig is, je nieuwe pagina mogelijk nooit de ranking van de oude overneemt, wat resulteert in duurzaam organisch verkeersverlies.

Let op: Google kan bij langdurige 302 redirects uiteindelijk beslissen om ze als permanent te behandelen. Dit proces duurt echter weken tot maanden, en gedurende die periode loop je ranking-verlies op. Gebruik daarom altijd de juiste redirect vanaf dag één.

Een ander cruciaal verschil is het crawlgedrag. Bij een 301 redirect zal Googlebot na verloop van tijd stoppen met het crawlen van de oude URL en zich concentreren op de nieuwe. Bij een 302 blijft de crawler periodiek terugkeren naar de oorspronkelijke URL om te checken of deze is teruggekeerd, wat crawlbudget verspilt, vooral op grote websites met duizenden pagina's.

Wanneer gebruik je een 301 en wanneer een 302?

De keuze tussen een 301 en 302 redirect hangt volledig af van de intentie en duur van de wijziging. Als vuistregel geldt: bij twijfel kies je voor een 301, omdat permanente wijzigingen verreweg het meest voorkomend zijn in SEO-scenario's.

Gebruik een 301 redirect wanneer:

• Je een pagina permanent hebt verwijderd en bezoekers naar een relevante vervanging wilt sturen
• Je URL-structuur wijzigt (bijvoorbeeld van /product.php?id=123 naar /producten/productname)
• Je migreert van HTTP naar HTTPS of van www naar non-www (of omgekeerd)
• Je meerdere vergelijkbare pagina's samenvoegt tot één sterkere pagina (content consolidatie)
• Je domein wijzigt of een rebranding doorvoert
• Je oude blogposts naar een nieuwe CMS of URL-structuur verplaatst

Gebruik een 302 redirect wanneer:

• Je A/B-tests uitvoert en tijdelijk verschillende versies van een pagina test
• Je een seizoensgebonden campagnepagina actief hebt die na afloop terugkeert naar de standaard pagina
• Je een product tijdelijk uit voorraad hebt maar over enkele weken terugkeert
• Je onderhoud pleegt aan een pagina en bezoekers tijdelijk naar een alternatief stuurt
• Je geografische redirects instelt op basis van locatie, maar de originele URL beschikbaar blijft

Een veelgemaakte fout is het gebruik van een 302 voor een nieuwe productpagina die een oude vervangt. Ook al denk je dat het product "tijdelijk" is, als de oude URL nooit meer terugkeert, dan is dit een permanente wijziging die een 301 vereist. Denk altijd vanuit het perspectief van de oude URL: komt deze ooit terug in exact deze vorm? Nee? Dan is het permanent.

Speciale scenario's: migraties en domeinwijzigingen

Bij grote website-migraties of domeinwijzigingen is de keuze voor 301 redirects absoluut kritiek. Een volledige site-migratie waarbij duizenden URL's wijzigen, vereist een zorgvuldig redirect-plan met directe 301 redirects van elke oude URL naar de meest relevante nieuwe bestemming. Gebruik nooit een catch-all redirect die alle oude URL's naar de homepage stuurt, dit verspilt link equity en frustreert gebruikers.

Veel bedrijven maken de fout om bij een domeinwijziging eerst een 302 te gebruiken "om te testen of alles werkt", en pas later over te stappen naar een 301. Dit kan weken tot maanden ranking-verlies opleveren. Plan je migratie zorgvuldig, test in een staging-omgeving, en ga direct live met 301 redirects. Een technische SEO-audit vooraf helpt om mogelijke problemen te identificeren.

Technische implementatie en veelgemaakte fouten

De manier waarop je redirects implementeert, is net zo belangrijk als het kiezen van het juiste type. De meest betrouwbare methode is een server-level redirect via je .htaccess-bestand (Apache), nginx.conf (Nginx) of server-configuratie. Deze methode is snel, wordt universeel herkend door zoekmachines en heeft geen impact op de laadtijd.

Vermijd JavaScript-redirects en meta refresh redirects voor SEO-doeleinden. Hoewel Google deze soms wel kan volgen, zijn ze langzamer, minder betrouwbaar en kunnen ze problemen veroorzaken met link juice overdracht. Meta refresh redirects met een vertraging (bijvoorbeeld "redirect na 5 seconden") worden door Google vaak genegeerd of als soft 301's behandeld met minder autoriteit.

Redirect-kettingen zijn een van de meest schadelijke technische fouten. Dit gebeurt wanneer URL A redirect naar URL B, die op zijn beurt redirect naar URL C. Elke extra stap in de keten verhoogt de laadtijd, verspilt crawlbudget en kan leiden tot verlies van link equity. Google raadt aan om maximaal één redirect-hop te gebruiken. Controleer regelmatig je redirect-structuur met tools zoals Screaming Frog of de ingebouwde redirect-checker van je CMS.

Circulaire redirects (redirect loops) blokkeren volledig de toegang tot een pagina en moeten absoluut worden vermeden. Dit gebeurt wanneer URL A naar URL B redirect, en URL B terug naar URL A. Zoekmachines en browsers geven een foutmelding en de pagina wordt niet geïndexeerd. Test je redirects altijd handmatig en met technische tools voordat je ze publiceert.

Een andere fout is het niet bijwerken van interne links na het instellen van redirects. Hoewel redirects technisch werken, is het beter om interne links direct bij te werken naar de nieuwe URL's. Dit voorkomt onnodige hops, verbetert de laadsnelheid en behoudt de maximale link equity. Bij grote websites waar handmatig bijwerken onhaalbaar is, is een on-page optimalisatie strategie met geautomatiseerde link-updates waardevol.

Monitoring en onderhoud van je redirect-strategie

Redirects zijn geen "set and forget"-oplossing. Ze vereisen regelmatig onderhoud en monitoring om ervoor te zorgen dat ze blijven functioneren en geen onbedoelde problemen veroorzaken. In Google Search Console kun je onder "Coverage" of "Pages" verwijderde URL's en redirect-patronen monitoren. Let vooral op 4xx-fouten die kunnen wijzen op gebroken redirects.

Controleer periodiek je redirect-overzicht en verwijder of consolideer overbodige redirects. Na enkele jaren kunnen sommige oude URL's zo weinig verkeer ontvangen dat de redirect kan worden verwijderd (waarbij je een 410 Gone statuscode gebruikt) of dat meerdere redirects kunnen worden samengevoegd. Dit houdt je redirect-bestand overzichtelijk en vermindert de server-belasting.

Bij grote webshops of content-sites met frequente product- of pagina-wijzigingen is een redirect-managementsysteem onmisbaar. Veel moderne CMS-systemen (WordPress met plugins zoals Redirection, Shopify, Magento) bieden ingebouwde redirect-managers die automatisch 301 redirects creëren wanneer je een URL wijzigt. Zorg dat deze functionaliteit altijd actief is om onbedoelde 404-fouten te voorkomen.

Test je redirects ook regelmatig op snelheid. Te veel redirects of slecht geconfigureerde server-redirects kunnen de TTFB (Time To First Byte) verhogen, wat negatief impact heeft op Core Web Vitals en gebruikerservaring. Tools zoals GTmetrix, WebPageTest of Lighthouse tonen redirect-tijden en helpen je bottlenecks te identificeren.

Voor bedrijven met meerdere landversies of taalversies van hun site is het cruciaal om redirect-logica te combineren met meertalige SEO-strategie, waarbij hreflang-tags en redirects samen zorgen voor de juiste gebruikerservaring zonder SEO-conflicten te veroorzaken.

Tot slot: documenteer je redirect-strategie altijd. Houd een spreadsheet of database bij met oude URL, nieuwe URL, redirect-type, reden en implementatiedatum. Dit voorkomt verwarring bij teamwisselingen, maakt audits makkelijker en helpt je historische SEO-beslissingen te begrijpen wanneer je jaren later patronen analyseert.