Redirect-referentiehandleiding

Redirect-handleiding: welke typen er zijn, wanneer je ze gebruikt en hoe je SEO niet breekt

Dit is geen blogpost, maar een praktische referentiepagina voor teams, ontwikkelaars en SEO-specialisten met redirecttypen, productiepatronen en beslisregels.

Referentie

Welke redirecttypen er zijn

Niet elke redirect lost hetzelfde probleem op. De meest voorkomende productiefout is niet dat er een redirect is, maar dat het verkeerde type is gekozen.

301 Moved Permanently

Een permanente server-side redirect.

Gebruiken voor
een pagina permanent naar een nieuwe URL verplaatsen
HTTP-naar-HTTPS-migraties
www/non-www-canonicalisatie
opschonen en consolideren van duplicaten
Niet gebruiken voor
Niet gebruiken voor tijdelijke promoties, A/B-tests of korte campagnes.
Conclusie: De belangrijkste SEO-veilige redirect voor permanente wijzigingen.
302 Found

Een tijdelijke server-side redirect.

Gebruiken voor
tijdelijke vervanging van een pagina
tijdelijke campagnes
tijdelijke onderhoudsflow
Niet gebruiken voor
Laat een 302 niet maandenlang staan als de verhuizing in feite permanent is.
Conclusie: Alleen correct wanneer de wijziging echt tijdelijk is.
307 Temporary Redirect

Een tijdelijke redirect die de HTTP-methode behoudt.

Gebruiken voor
API- en formulierflows waar POST/PUT niet GET mag worden
tijdelijke backend-routinggevallen
Niet gebruiken voor
Voor standaard SEO-URL’s is 302 vaak eenvoudiger en bekender.
Conclusie: Nuttiger voor technisch gedrag dan voor contentpagina’s.
308 Permanent Redirect

Een permanente redirect die de HTTP-methode behoudt.

Gebruiken voor
permanente API-verplaatsingen
gevallen waarin de oorspronkelijke request-methode behouden moet blijven
Niet gebruiken voor
Niet de standaardkeuze voor de meeste contentmigratie-URL’s.
Conclusie: Technisch correct, maar voor SEO-pagina’s is 301 meestal eenvoudiger en vertrouwder.
Meta Refresh

Een redirect die in HTML wordt geĂŻmplementeerd in plaats van op HTTP-niveau.

Gebruiken voor
bijna nooit
Niet gebruiken voor
Niet gebruiken als primaire migratieredirect.
Conclusie: Een zwakke en fragiele optie. Slechter dan server-side redirects voor SEO en betrouwbaarheid.
JavaScript Redirect

Een redirect die in de browser wordt geactiveerd nadat de pagina is geladen.

Gebruiken voor
alleen als laatste fallback wanneer een server-side redirect onmogelijk is
Niet gebruiken voor
Bouw migratie of canonical control hier niet omheen.
Conclusie: Een slechte standaardkeuze voor SEO. Crawlers en externe clients zien dit inconsistent.

Beslissing

Welke redirect je in echte scenario’s gebruikt

De nuttigste vraag is niet “welke statuscode bestaat?”, maar “welke is hier correct?”.

Scenario

Een pagina is permanent verhuisd naar een nieuwe slug

Antwoord
301
Waarom

De URL is permanent gewijzigd, dus browsers en zoekmachines hebben een stabiel permanent signaal nodig.

Scenario

Een volledige verhuizing naar een nieuw domein

Antwoord
301
Waarom

Dit is een klassieke permanente migratie. Oude URL’s moeten direct naar de uiteindelijke canonieke doelen wijzen.

Scenario

Een tijdelijke promotiepagina of korte campagne

Antwoord
302
Waarom

Wanneer de campagne eindigt, moet de oorspronkelijke URL weer de hoofdbestemming worden.

Scenario

Een API-endpoint is tijdelijk verplaatst, maar POST moet POST blijven

Antwoord
307
Waarom

307 behoudt de request-methode en past beter bij technische flows.

Scenario

Een API-endpoint is permanent verplaatst en de methode moet gelijk blijven

Antwoord
308
Waarom

Dat combineert een permanente verhuizing met behoud van de request-methode.

Scenario

Je wilt het “snel oplossen” met een JavaScript-redirect

Antwoord
Niet doen
Waarom

Dat is meestal een tijdelijke hack die later SEO, debugging en crawlstabiliteit schaadt.

Checklist

Productieveilige redirectregels

Zelfs de juiste statuscode helpt niet als de redirectlaag slordig is opgebouwd.

Geef de voorkeur aan één directe hop naar de uiteindelijke canonieke URL in plaats van een keten met twee of drie tussenstappen.

Meng geen meerdere doelen in één keten. HTTP naar HTTPS, non-www naar www en oud pad naar nieuw pad moeten idealiter samenvallen in één uiteindelijke redirect.

Laat tijdelijke 302’s niet staan wanneer de beslissing allang permanent is.

Redirect verwijderde content niet naar de homepage alleen om een 404 te vermijden.

Test redirects niet alleen in de browser, maar als een echte HTTP-keten: tussenhops, eind-URL, responstijd en problemen.

Voor de rollout moet de migratiekaart worden gecontroleerd op de belangrijkste en meest gelinkte URL’s.

Risico’s

Wat je niet moet doen

Deze patronen maken een redirectlaag vaak technisch werkend, maar operationeel schadelijk.

301 -> 302 -> 200

Vermengt permanente en tijdelijke semantiek, maakt crawlpaden complexer en voegt extra faalpunten toe.

Elke oude URL naar de homepage sturen

Dat is zwakke UX en een zwakke semantische match. Voor SEO is het vaak slechter dan een eerlijke 404/410 of een relevante bestemming.

Alleen via de front-end router redirecten

De browser toont misschien het juiste scherm, maar de HTTP-respons blijft verkeerd voor zoekmachines en externe clients.

Meta refresh laten staan als “dit fixen we later”

Dat “later” komt vaak nooit. De migratie blijft dan maandenlang draaien op een zwak redirectmechanisme.

Snelle SEO-veilige conclusie

Als een URL permanent is verhuisd, is 301 meestal juist.

Als de wijziging tijdelijk is, gebruik 302.

Als het een API- of formulierflow is en de HTTP-methode behouden moet blijven, kijk naar 307 of 308.

Als het idee is om het op te lossen met JavaScript redirect of meta refresh, is de architectuurkeuze meestal fout.

FAQ

Is 301 altijd beter dan 302?

Nee. 301 is alleen beter als de wijziging permanent is. Als de wijziging tijdelijk is, is 302 de eerlijkere en correctere keuze.

Kan ik 308 gebruiken in plaats van 301?

Ja, maar voor de meeste content-SEO-situaties blijft 301 de meest vertrouwde optie. 308 is nuttiger wanneer het behouden van de HTTP-methode belangrijk is.

Wanneer is 404 of 410 beter dan een redirect?

Wanneer de oude URL geen relevante vervanging heeft. Redirecten naar een niet-relevante pagina alleen om een 404 te vermijden is vaak slechter.

Ook na deze handleiding moet je redirects op een echte keten testen

Het juiste redirecttype op papier garandeert niet dat productie het zonder extra hops, loops of tijdelijke responses teruggeeft. De laatste check moet altijd op HTTP-niveau gebeuren.