--- title: "Wat is Redirect? Uitleg en betekenis | Keurig Online" description: "Een redirect stuurt bezoekers automatisch door naar een andere webpagina." canonical: https://www.keurigonline.nl/begrippenlijst/redirect last_modified: 2025-12-18 --- [Terug naar begrippenlijst](https://www.keurigonline.nl/begrippenlijst) # Redirect Een redirect stuurt bezoekers automatisch door naar een andere webpagina. Een redirect is een techniek om bezoekers van een URL automatisch door te sturen naar een andere bestemming. Dit gebeurt via de webserver of via code in de pagina. Je gebruikt redirects om oude links werkend te houden of om verkeer te leiden naar de juiste versie van een pagina. Er zijn twee belangrijke soorten redirects: de 301 (permanent) en de 302 (tijdelijk). Een 301-redirect gebruik je als een pagina definitief verhuisd is. Zoekmachines begrijpen dan dat de oude URL niet meer terugkomt. Een 302-redirect gebruik je voor tijdelijke situaties, zoals een onderhoudsmelding of een A/B-test. Redirects zijn cruciaal voor SEO. Een 301-redirect geeft 90-99% van de SEO-waarde door aan de nieuwe URL. Zonder redirect krijgen bezoekers een 404-foutmelding en verlies je rankings. Zoekmachines updaten hun index alleen als je de juiste redirect gebruikt. Bij KeurigOnline stellen we redirects in via de .htaccess-file of via de hostingcontrolpanel. We adviseren altijd 301-redirects bij domeinnamen die veranderen, bij verhuisde content of bij samenvoegingen van pagina's. ## Geschiedenis HTTP-redirects zijn onderdeel van het HTTP-protocol sinds de vroege jaren '90. [Tim Berners-Lee](https://en.wikipedia.org/wiki/Tim_Berners-Lee) ontwikkelde HTTP in 1991 bij [CERN](https://home.cern.ch/science/computing/birth-web). De eerste redirect-statuscodes werden geïntroduceerd in HTTP/1.0. Belangrijke mijlpalen: - **1996:** [RFC 1945](https://www.rfc-editor.org/rfc/rfc1945) (HTTP/1.0) introduceert 301 en 302 - **1999:** [RFC 2616](https://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html) (HTTP/1.1) voegt 303 en 307 toe - **2014:** [RFC 7231](https://www.rfc-editor.org/rfc/rfc7231) update van HTTP/1.1 semantiek - **2015:** [RFC 7538](https://www.rfc-editor.org/rfc/rfc7538) introduceert 308 Permanent Redirect De ontwikkeling van redirect-codes was nodig omdat browsers niet altijd de HTTP-specificatie volgden. HTTP/1.1 voegde daarom extra codes toe om het gedrag explicieter te maken. ## Bronnen 1. **IETF (1996)** - [RFC 1945: Hypertext Transfer Protocol -- HTTP/1.0](https://www.rfc-editor.org/rfc/rfc1945) 2. **W3C (1999)** - [HTTP/1.1: Status Code Definitions](https://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html) 3. **IETF (2015)** - [RFC 7538: The Hypertext Transfer Protocol Status Code 308](https://www.rfc-editor.org/rfc/rfc7538) 4. **MDN Web Docs** - [Redirections in HTTP](https://developer.mozilla.org/en-US/docs/Web/HTTP/Redirections) 5. **Google Search Central** - [301 redirects and SEO](https://developers.google.com/search/docs/crawling-indexing/301-redirects) ## Gerelateerde artikelen Beveiliging 2 jul 2026 [HSTS-header inschakelen op gedeelde hosting: .htaccess-stappenplan](https://www.keurigonline.nl/blog/hsts-header-inschakelen-op-gedeelde-hosting) **Samenvatting: HSTS-header inschakelen op gedeelde hosting** Een SSL-certificaat alleen sluit de SSL-stripping gap niet: het eerste HTTP-verzoek blijft onbeveiligd totdat de redirect plaatsvindt. HSTS dicht dat gat door de browser te vertellen altijd HTTPS te gebruiken, nog vóór er verbinding wordt gemaakt. Je activeert het met twee regels in `.htaccess`, ook zonder root-toegang. Bouw de `max-age` stapsgewijs op (300 seconden naar 1 jaar) om jezelf niet buiten te sluiten, en meld je pas aan bij de HSTS preload list als alle subdomeinen permanent op HTTPS draaien. Je hebt een SSL-certificaat geïnstalleerd en een HTTP naar HTTPS redirect ingesteld. Toch blijft er een kort moment waarop een bezoeker onbeveiligd verbinding maakt: het allereerste HTTP-verzoek, vóórdat de redirect wordt uitgevoerd. Op dat moment kan een aanvaller op hetzelfde netwerk (een openbaar wifi-punt, een gecompromitteerde router) het verkeer onderscheppen en de bezoeker stiekem op HTTP houden. Dit heet SSL-stripping. Beveiliging 22 jun 2026 [MKB website beveiliging checklist 2026: praktische roadmap](https://www.keurigonline.nl/blog/mkb-website-beveiliging-checklist-2026) Vier acties die elke website-eigenaar vandaag uitvoert, ongeacht technische kennis. Samen kosten ze minder dan een half uur en sluiten ze de meest misbruikte aanvalsroutes af. ### Stap 1: HTTPS/SSL activeren en afdwingen Controleer of je website bereikbaar is via `https://`. Zie je een slotje in de browser? Dan ben je klaar. Zo niet, activeer een SSL-certificaat via je hostingprovider. Voor de meeste bedrijfswebsites is een gratis Let's Encrypt-certificaat volledig toereikend: de encryptiestandaard is identiek aan betaalde certificaten. Zorg daarna dat alle `http://`-bezoekers automatisch omgeleid worden naar `https://` via een 301-redirect. Lees voor verdieping ons artikel over het [SSL-certificaat activeren voor je website](https://www.keurigonline.nl/blog/waarom-ssl-certificaten-onmisbaar-zijn-voor-jouw-website). ### Stap 2: MFA inschakelen op je beheerpaneel en hostingaccount 41% van Nederlandse medewerkers hergebruikt wachtwoorden voor zakelijke en privéaccounts.[\[4\]](https://searchlab.nl/statistieken/cybersecurity-statistieken-nederland-2026) Dat maakt een sterk wachtwoord alleen onvoldoende bescherming. Zet multifactorauthenticatie (MFA of 2FA) aan op je hostingpaneel, je CMS-beheeraccount en alle andere accounts met toegang tot je website. Bij kleine bedrijven met 10-50 medewerkers heeft inmiddels 79% MFA ingesteld; bij zzp'ers is dat pas 44%.[\[16\]](https://www.digitaltrustcenter.nl/starten/toolkit) De instelling kost vijf minuten per account.