Pagina wordt geladen.

Door Redactie CleverSEOBijgewerkt op 11 min lezen
Een 301 redirect is een permanente doorverwijzing: de server antwoordt op een oude URL met statuscode 301 en het nieuwe adres, en bezoekers en zoekmachines gaan automatisch door. Google ziet een 301 als sterk signaal dat de nieuwe URL de hoofdversie is en telt links naar de oude URL mee voor de nieuwe. Je gebruikt hem elke keer dat een bestaande URL definitief verandert; voor een tijdelijke omleiding is er de 302 redirect.
Een redirect (Nederlands: doorverwijzing of omleiding) is een instructie die een bezoeker van het ene webadres naar het andere stuurt. Je typt de oude URL in of klikt op een link ernaartoe, en komt zonder tussenstap op een andere pagina uit.
Het getal in '301 redirect' is de HTTP-statuscode die de server meestuurt. Bijna alle codes die met een 3 beginnen zijn redirects (304 Not Modified is de uitzondering); de code vertelt browsers en zoekmachines of de verhuizing blijvend is (301, 308) of tijdelijk (302, 307).
Bezoekers merken het verschil niet: ze komen op dezelfde nieuwe pagina uit. Voor Google bepaalt de code welke URL in de zoekresultaten blijft staan.
Vraagt een browser of Googlebot de oude URL op, dan stuurt de server geen pagina terug maar statuscode 301 met een Location-header. Daarin staat het nieuwe adres, waar de browser direct naartoe gaat.
Google volgt de redirect en ziet de doel-URL als de canonieke versie. In Search Console staat de oude URL daarna onder 'Pagina met omleiding': die wordt zelf niet geïndexeerd. De nieuwe URL wordt geïndexeerd als Google hem als canonieke versie kiest.
De oude URL verdwijnt niet altijd volledig. Volgens Google Search Central kan hij als alternatieve naam van de nieuwe URL in de resultaten blijven opduiken, bijvoorbeeld als mensen hem nog zoeken.
curl -I https://www.jouwdomein.nl/oude-pagina
HTTP/1.1 301 Moved Permanently
Location: https://www.jouwdomein.nl/nieuwe-paginaEen 301 redirect is permanent, een 302 redirect is tijdelijk. De beslisvraag is dus: komt de oude URL ooit terug? Google Search Central (pagina 'HTTP status codes') noemt 301 en 308 een sterk signaal en 302, 303 en 307 een zwak signaal voor de doel-URL.
Met een 302 houdt Google de oude URL meestal in de zoekresultaten. Dat wil je bij een tijdelijke actiepagina, en juist niet bij een verhuizing.
Steeds als een URL die al bestaat definitief een ander adres krijgt.
Bijvoorbeeld: /diensten/seo-scan wordt /diensten/seo-audit. Je zet één 301 van het oude naar het nieuwe pad en werkt daarna je interne links en sitemap bij.
Een 301 stuurt de bezoeker weg. Moet de pagina bereikbaar blijven, dan is een canonical de juiste keuze (zie de kennisbankpagina over de canonical tag).
Bestaat er een pagina die dezelfde vraag beantwoordt, stuur dan met een 301 door. Stuur niet alles naar de homepage: veel oude URL's naar één irrelevante pagina kan Google als soft 404 behandelen.
Is de inhoud echt weg zonder vervanger, geef dan een 404 of 410. Google behandelt die twee volgens de eigen documentatie hetzelfde: de inhoud bestaat niet meer. Volgens de HTTP-standaard (RFC 9110) zegt een 410 expliciet dat de pagina bewust en blijvend weg is; voor Google maakt dat geen verschil.
Een 301 redirect instellen doe je waar mogelijk op de server. Dat is volgens Google de betrouwbaarste manier om bezoekers en zoekmachines op de juiste pagina te krijgen.
Hieronder de code voor Apache, nginx en Next.js, plus een redirect voor een heel domein; in Shopify stel je hem in via het beheerscherm. De domeinen jouwdomein.nl, oud.nl en nieuw.nl zijn voorbeelden. WordPress staat in de volgende sectie.
# Apache (.htaccess): één pagina
RedirectMatch 301 ^/oude-pagina$ https://www.jouwdomein.nl/nieuwe-pagina
# nginx: één pagina
location = /oude-pagina {
return 301 https://www.jouwdomein.nl/nieuwe-pagina;
}
// Next.js (next.config.js): één pagina
module.exports = {
async redirects() {
return [{ source: "/oude-pagina", destination: "/nieuwe-pagina", permanent: true }]
},
}
# Apache (.htaccess op het oude domein): heel domein, pad blijft gelijk
RewriteEngine On
RewriteRule ^(.*)$ https://www.nieuw.nl/$1 [R=301,L]
# nginx: heel domein, pad blijft gelijk
server {
listen 80;
listen 443 ssl; # met een geldig certificaat voor oud.nl en www.oud.nl
server_name oud.nl www.oud.nl;
return 301 https://www.nieuw.nl$request_uri;
}Wijzig je de slug van een bericht, dan zet WordPress zelf al een 301 redirect van de oude naar de nieuwe URL. Dat doet de functie wp_old_slug_redirect in de WordPress-kern. Voor pagina's werkt dat niet: hiërarchische berichttypen slaat die functie bewust over.
Voor pagina's, verwijderde berichten en nieuwe mappen stel je de 301 zelf in. Kies de route op basis van het aantal redirects en je toegang tot de server.
# .htaccess in de hoofdmap van WordPress (Apache)
RedirectMatch 301 ^/oude-pagina/?$ https://www.jouwdomein.nl/nieuwe-pagina/
# BEGIN WordPress
# ... regels die WordPress zelf beheert ...
# END WordPressTest na elke wijziging deze vijf punten; de meeste redirectfouten zie je anders pas in Search Console als het al weken misgaat.
Bij een verhuizing heb je een koppeltabel nodig met elke oude URL en zijn nieuwe adres. Google adviseert die op te bouwen uit je sitemaps, serverlogs, analytics en CMS, zodat je geen URL met verkeer of links mist.
Volgens Google duurt het bij een middelgrote site een paar weken voordat de nieuwe URL's de oude in de resultaten vervangen; bij grote sites langer.
Dutch Fiber Trading uit Obdam, een klant van CleverTech AI (het bedrijf achter CleverSEO), had vier domeinen: dftrading.eu, dutchfibertrading.nl, dutchfibertrading.com en asphaltx.nl.
Het hoofdadres werd https://www.dutchfibertrading.com. De drie andere domeinen en de variant zonder www sturen met een permanente 301 naar dat adres; curl -I laat bij elke variant precies één stap zien, zonder keten.
Tegelijk ging een nieuwe site in vier talen live (NL, EN, DE en FR), met 424 URL's in de sitemap.
Het hoofddomein staat sinds eind juli 2026 in Search Console en haalde in de eerste 73 dagen 684 klikken. Omdat tegelijk een nieuwe site live ging, laat dat getal niet los zien wat de redirects opleverden. De volledige domeinmigratie staat als case onder Resultaten.
Google volgt maximaal 10 stappen, maar adviseert direct naar de eindbestemming te verwijzen. Een keten als http, dan https, dan www, dan de nieuwe slug kost crawltijd en maakt elke klik trager.
A stuurt naar B en B weer naar A. De pagina laadt nooit en Search Console meldt een 'Fout met omleiding'. Ontstaat vaak als twee regels (bijvoorbeeld in de server en een WordPress-plugin) elkaar tegenwerken.
Een bezoeker die een specifieke pagina zocht, vindt daar niets en klikt weg. Kies per URL de inhoudelijk beste vervanger, of geef een 410.
Met een 302 houdt Google de oude URL doorgaans in de resultaten. Controleer bij een plugin of CMS welke code hij zet voordat je honderden regels aanmaakt.
De redirect vangt het op, maar elke interne klik maakt dan een extra stap. Werk menu's, tekstlinks en je sitemap bij naar de nieuwe URL.
Links op andere sites en bladwijzers blijven jaren bestaan. Zonder redirect lopen die bezoekers en links dood.
Nee. Volgens Google kost een 301 of een andere permanente redirect geen PageRank; Gary Illyes van Google zei dat in 2016 al. Bij een verhuizing kunnen posities wel een paar weken schommelen terwijl Google alles opnieuw crawlt. Koppel elke oude URL aan zijn eigen opvolger, dan blijft die schommeling het kleinst.
Alleen als de oude URL terugkomt: een pagina tijdens onderhoud, een tijdelijke actiepagina of een product dat even niet leverbaar is. Google houdt de oude URL dan in de zoekresultaten. Twijfel je of iets tijdelijk is, dan is het meestal een 301.
Beide zijn permanent en Google behandelt ze hetzelfde. Een 308 garandeert daarnaast dat de methode van het verzoek, zoals een formulierverzending, gelijk blijft. Next.js gebruikt daarom standaard een 308 voor permanente redirects.
Google adviseert redirects bij een verhuizing zo lang mogelijk te laten staan, minimaal een jaar. Zolang er nog links of bladwijzers naar de oude URL wijzen, heeft de redirect nut.
Googlebot volgt standaard maximaal 10 stappen, maar verwijs gewoon direct naar de eindbestemming. Wordt een keten te lang, dan meldt Search Console een 'Fout met omleiding'.
Ja, maar een 301 mag volgens de HTTP-standaard (RFC 9110) door browsers worden onthouden. Bezoekers die de redirect al kregen, kunnen doorgestuurd blijven tot hun browsercache verloopt of geleegd wordt. Test een nieuwe regel daarom eerst als 302 of met een korte Cache-Control, en zet hem pas definitief als alles klopt.
Niet altijd. Een gewijzigde berichtslug stuurt WordPress zelf door met een 301; voor pagina's en verwijderde URL's heb je een plugin of een regel in .htaccess nodig. Bij meer dan een handvol redirects is een regel in .htaccess of nginx beter: die antwoordt voordat WordPress opstart en blijft werken als je van plugin wisselt.
Nee, in je gewone sitemap staan alleen eindbestemmingen die 200 teruggeven. Bij een domeinverhuizing raadt Google aan tijdelijk ook een sitemap met de oude URL's in te dienen, zodat je de verhuizing kunt volgen. Daarna kan die weg.
Technisch is het geen 301, want die statuscode komt alleen van de server. Google behandelt een directe meta refresh als permanent. Een JavaScript-redirect ziet Google alleen als het renderen lukt. Gebruik ze alleen als je geen toegang hebt tot de server of het CMS.
Ja, indirect. Google toont in AI Overviews en AI Mode alleen pagina's als bronlink die geïndexeerd zijn en met een snippet in Zoeken mogen verschijnen; extra technische eisen zijn er niet. Een nette 301 zorgt dat de nieuwe URL degene is die geïndexeerd wordt en als bron kan verschijnen.