301 redirect: wat het is en hoe je het instelt bij een nieuwe website

Een 301 redirect is een permanente doorverwijzing: wie het oude adres opvraagt, krijgt van de server de melding dat de pagina voorgoed ergens anders staat en komt daar vanzelf uit. Google neemt het nieuwe adres dan over in de zoekresultaten. Je gebruikt hem bij elke gewijzigde URL, en zeker bij een nieuwe website.

Elk antwoord van een webserver begint met een statuscode. 200 betekent: hier is de pagina. 404: die bestaat niet. Een 301 betekent Moved Permanently, en de server geeft het nieuwe adres er meteen bij. De browser gaat daar automatisch heen, en de bezoeker merkt er niets van.

Voor Google is een 301 redirect een signaal dat het nieuwe adres de canonieke versie is, de versie die in de zoekresultaten hoort. Links die naar de oude pagina wijzen, tellen daardoor mee voor de nieuwe. Zonder doorverwijzing begint de nieuwe pagina bij nul en loopt de oude op een 404.

Naast de 301 bestaat de 308, ook permanent. Google behandelt ze hetzelfde. Het verschil zit in wat de browser doet met het verzoek: bij een 308 blijft de methode gegarandeerd gelijk, bij een 301 maken browsers van een POST-verzoek een GET-verzoek. Voor een pagina maakt dat niets uit, voor een formulier of een API wel.

Code	Soort	Wat Google doet	Wanneer
301	Permanent	Neemt het nieuwe adres over als canonieke versie	Pagina is voorgoed verhuisd
308	Permanent	Hetzelfde als 301	Idem, en de methode van het verzoek moet gelijk blijven
302	Tijdelijk	Houdt eerder het oude adres aan	Pagina is even ergens anders, bijvoorbeeld tijdens onderhoud
307	Tijdelijk	Hetzelfde als 302	Idem, met behoud van de methode

Een 302 redirect is dus geen kleine variant van een 301, maar een andere boodschap: kom later terug op het oude adres. Gebruik je hem voor een verhuizing die blijvend is, dan vertel je Google iets wat niet klopt. Let bij de livegang dus op de standaardinstelling: Apache geeft bij de regel Redirect zonder code een 302, en ook plugins hebben een standaard die niet altijd 301 is.

Google zegt daarnaast dat een doorverwijzing via de server het betrouwbaarst is. Een meta refresh in de HTML werkt ook, een doorverwijzing met JavaScript alleen als het niet anders kan: als Google de pagina niet goed kan weergeven, mist hij de doorverwijzing.

Bij elke URL die verandert en niet terugkomt. In de praktijk zijn dat vier situaties:

• Een nieuwe website met een andere structuur: /diensten/webdesign.html wordt /webdesign.
• Een andere slug, omdat een paginanaam beter kon of een product anders heet.
• Pagina's samenvoegen: drie korte artikelen worden één lang, de twee andere verwijzen door.
• Een domeinwissel, of de overstap van www naar zonder www, of van http naar https.

Haal je een pagina weg zonder opvolger, dan hoeft er geen doorverwijzing te komen. Een 404 of 410 is dan eerlijker dan een omleiding naar een pagina die er niets mee te maken heeft.

Bij een website verhuizen is een doorverwijzing per pagina geen losse klus maar een lijst, en die lijst maak je voor de livegang. Zo pak je dat aan:

1. Alle oude adressen verzamelen. Uit de sitemap, uit Search Console (pagina's met vertoningen), uit je analytics en uit een crawl van de oude site. Vergeet PDF's en afbeeldingen niet waar extern naar wordt gelinkt.
2. Elk oud adres een nieuw adres geven. In een spreadsheet met twee kolommen. Het doel is de pagina die inhoudelijk het meest overeenkomt, niet de homepage. Google waarschuwt dat veel oude adressen naar één pagina sturen als soft 404 kan worden gezien.
3. Geen ketens. Verwijst /a naar /b en /b naar /c, zet /a dan direct op /c. Google raadt aan ketens te vermijden en ze in elk geval kort te houden.
4. Interne links aanpassen. Menu's, knoppen en links in teksten wijzen naar het nieuwe adres en niet naar de doorverwijzing.
5. Testen voor en na de livegang. Loop de lijst door en controleer per regel de statuscode en de bestemming.
6. Monitoren. Dien de nieuwe sitemap in bij Search Console en kijk de weken erna naar pagina's met een 404 en naar het verkeer per pagina.

Maak voor je begint een back-up van de oude site, zodat je altijd kunt nakijken wat er stond.

Laat de doorverwijzingen staan. Google adviseert minstens een jaar, en voor bezoekers liefst voor altijd: oude links in mails, op sociale media en op andere sites verdwijnen niet. Verwacht ook geen directe overstap in de zoekresultaten. Volgens Google duurt het bij een middelgrote site een paar weken of langer voordat de nieuwe adressen de oude vervangen, en in die periode kunnen posities in Google schommelen.

Hoe je redirects instelt, hangt af van het platform. Drie veelvoorkomende.

Redirect in WordPress

WordPress doet één ding vanzelf: verander je de slug van een bericht, dan onthoudt het de oude en stuurt die met een 301 door naar de nieuwe. Voor al het andere gebruik je een plugin. Redirection is de bekendste, met meer dan twee miljoen actieve installaties: je voert per regel een oud en een nieuw adres in, de plugin houdt 404's bij en kan een lijst importeren als CSV. Voor een redirect in WordPress bij een grote verhuizing is dat laatste de snelste route, omdat je spreadsheet uit het redirectplan er zo in kan.

Kijk bij elke plugin welke statuscode hij standaard gebruikt, en zet die op 301 voor een blijvende verhuizing.

htaccess redirect

Draait je site op Apache, dan kun je doorverwijzingen in het bestand .htaccess zetten, in de hoofdmap van je site. Een htaccess redirect per pagina ziet er zo uit:

Redirect 301 /oude-pagina https://www.voorbeeld.nl/nieuwe-pagina
RedirectMatch 301 ^/blog/(.*)$ https://www.voorbeeld.nl/insights/$1

De eerste regel verwijst één pagina door, de tweede een hele map met behoud van de rest van het adres. Maak een kopie van .htaccess voordat je hem aanpast: één typfout en de hele site geeft een foutmelding.

Next.js en Vercel

In Next.js staan doorverwijzingen in next.config, als lijst met een bron, een bestemming en de keuze permanent of niet:

async redirects() {
  return [
    { source: '/diensten/webdesign.html', destination: '/webdesign', permanent: true },
    { source: '/blog/:slug', destination: '/insights/:slug', permanent: true },
  ]
}

Met permanent: true geeft Next.js een 308 en geen 301. Dat is met opzet, om de methode van het verzoek te behouden, en Google behandelt het als een permanente doorverwijzing. De regels worden gecontroleerd voordat Next.js naar pagina's en bestanden kijkt.

Vercel, waar veel Next.js-sites draaien, kent daarnaast bulk redirects voor lijsten van duizenden adressen, en doorverwijzingen per domein, zoals www naar zonder www. Zetten we een bestaande site over naar Next.js met Payload CMS, dan nemen we de inhoud over en zetten we de oude adressen om met doorverwijzingen.

Welk platform je ook kiest: een 301 redirect per gewijzigde URL hoort bij de oplevering van een nieuwe site, net als de teksten en de beelden. Reken het mee als je uitzoekt wat een website kost.

• Redirects and Google Search, Google Search Central, opgehaald op 29 september 2026
• Site Moves and Migrations, Google Search Central, opgehaald op 29 september 2026
• 308 Permanent Redirect, MDN Web Docs, opgehaald op 29 september 2026
• mod_alias, Apache HTTP Server 2.4 Documentation, opgehaald op 29 september 2026
• wp_old_slug_redirect(), WordPress Developer Resources, opgehaald op 29 september 2026
• Redirection, WordPress.org Plugins, opgehaald op 29 september 2026
• redirects, Next.js Documentation, opgehaald op 29 september 2026
• Redirects, Vercel Documentation, opgehaald op 29 september 2026