WordPress redirects: complete gids voor 301, 302 en SEO
Een praktische gids voor WordPress redirects: kies de juiste statuscode, stel redirects veilig in en voorkom ketens, loops en verkeerde doelpagina's.
WordPress redirects sturen bezoekers en zoekmachines automatisch van een oude URL naar een passende nieuwe URL. Kies meestal een 301 bij een definitieve verhuizing en een tijdelijke redirect, zoals 302 of 307, alleen wanneer de oorspronkelijke URL terugkomt. Stel redirects bij voorkeur server-side in, laat elke oude URL rechtstreeks naar de definitieve bestemming verwijzen en controleer daarna op ketens, loops en 404-fouten.
Wat is een redirect in WordPress?
Een redirect is een HTTP-reactie van je website. Wie een oude of gewijzigde URL bezoekt, wordt doorgestuurd naar een andere URL. Dat is nodig wanneer je een pagina verplaatst, een permalink wijzigt, dubbele pagina's samenvoegt of een website naar een nieuw domein of HTTPS verhuist.
Een redirect is geen oplossing voor ieder verwijderd artikel. Heeft een URL geen logisch alternatief meer? Laat dan een echte 404 zien, of gebruik 410 wanneer de pagina bewust en definitief verwijderd is. Lees ook onze gids over 404- en soft-404-fouten oplossen voor het onderscheid tussen een ontbrekende pagina, een soft 404 en een passende doorverwijzing.
Welke redirectstatus kies je?
De statuscode vertelt browsers en zoekmachines of de verhuizing blijvend of tijdelijk is. Kies op basis van wat er met de oorspronkelijke URL gebeurt, niet op basis van gemak.
| Situatie | Passende keuze | Praktisch voorbeeld | Actie |
|---|---|---|---|
| Een dienstpagina krijgt definitief een nieuwe URL | 301 | /seo-pakket/ wordt /diensten/seo/ | Verwijs de oude URL rechtstreeks naar de nieuwe dienstpagina. |
| Een tijdelijke campagnepagina is tijdelijk niet beschikbaar | 302 of 307 | Een tijdelijke vervangende informatiepagina tijdens onderhoud | Herstel de oorspronkelijke URL zodra die weer beschikbaar is. |
| Een URL verhuist permanent en je server ondersteunt deze status | 308 | Een permanente technische URL-wijziging | Test formulieren en andere verzoeken extra zorgvuldig na de wijziging. |
| Een pagina is verwijderd zonder relevant alternatief | 404 of 410 | Een verouderd evenement zonder opvolger | Verwijs niet automatisch naar de homepage. |
| Twee artikelen behandelen hetzelfde onderwerp en worden samengevoegd | 301 | Een oud artikel gaat op in een uitgebreider hoofdartikel | Redirect naar het specifieke, samengevoegde artikel. |
| Website verhuist naar een nieuw domein | 301 | Elke oude pagina krijgt een overeenkomstige nieuwe pagina | Maak een URL-voor-URL-mapping en vermijd alles-naar-homepage. |
301, 302, 307, 308 en 410 in gewone taal
- 301: een permanente verhuizing. Gebruik dit wanneer de oude URL blijvend is vervangen.
- 302: een tijdelijke verhuizing. De oude URL blijft in principe de oorspronkelijke bestemming.
- 307: eveneens tijdelijk, met een expliciet tijdelijke HTTP-betekenis.
- 308: een permanente verhuizing, vergelijkbaar in doel met een 301.
- 410: de inhoud is bewust verwijderd en komt niet terug. Gebruik dit niet als er wel een duidelijke vervangende pagina bestaat.
Google adviseert bij een permanente URL-wijziging een permanente redirect en benadrukt dat redirects bij een migratie direct naar de uiteindelijke URL moeten wijzen. Een tijdelijke redirect past alleen als de wijziging werkelijk tijdelijk is.
Redirect instellen in WordPress: vier opties
De beste implementatie hangt af van je technische omgeving, het aantal regels en wie het beheer uitvoert. Een redirect-plugin kan handig zijn voor losse, redactionele wijzigingen. Bij grote aantallen redirects of een complete migratie is een server- of hostingoplossing doorgaans overzichtelijker en robuuster.
1. Via een redirect-plugin
Een plugin is praktisch wanneer een redacteur een enkele URL wijzigt of verwijdert. Maak een regel met de oude relatieve URL, de volledige of relatieve doel-URL en de juiste statuscode. Controleer vervolgens of de plugin geen bestaande serverregel overschrijft.
Let op: installeer niet meerdere plugins die dezelfde redirects beheren. Dat maakt het lastiger om de bron van een fout, keten of loop te achterhalen.
2. Via Apache en .htaccess
Op een Apache-server kunnen redirects vaak in .htaccess worden opgenomen. Maak altijd eerst een back-up en test na iedere wijziging. Een eenvoudige permanente redirect ziet er bijvoorbeeld zo uit:
Redirect 301 /oude-pagina/ https://www.voorbeeld.nl/nieuwe-pagina/
Dit voorbeeld is alleen geschikt wanneer jouw hosting Apache en deze configuratie ondersteunt. Plaats regels zorgvuldig: onjuiste patronen kunnen grote delen van de site onbedoeld omleiden.
3. Via Nginx-configuratie
Bij Nginx staan redirectregels normaal gesproken in de serverconfiguratie. Daarvoor heb je vaak toegang via je hoster of ontwikkelaar nodig. Gebruik dit vooral voor structurele regels, zoals een domeinverhuizing, HTTPS-doorsturing of een groot aantal URL-mappings.
4. Via de hostingomgeving of CDN
Sommige hostingpartijen en CDN's bieden een interface voor redirects. Dat kan een goede optie zijn, mits je duidelijk vastlegt waar redirects worden beheerd. Verdeelde regels in WordPress, de server en een CDN maken onderhoud en foutopsporing onnodig ingewikkeld.
WordPress redirects instellen in 6 stappen
- Maak een URL-mapping. Noteer per oude URL de best passende nieuwe URL, of markeer de URL als echte 404 of 410. Neem ook PDF's, belangrijke campagnepagina's en veelgebruikte landingspagina's mee.
- Kies per regel de statuscode. Gebruik 301 voor definitieve verhuizingen. Kies 302 of 307 alleen voor tijdelijk gebruik.
- Kies één beheerlaag. Gebruik een plugin voor beperkte redactionele wijzigingen, of server/hostingregels voor technische en grootschalige wijzigingen. Vermijd dubbele regels in verschillende lagen.
- Stel directe redirects in. Oude URL A moet meteen naar eind-URL C verwijzen, niet eerst via URL B. Dat voorkomt redirectketens.
- Test als niet-ingelogde bezoeker. Open oude URL's in een privévenster, controleer de eindpagina en bekijk de statuscode met browsertools of een HTTP-headerchecker.
- Monitor en onderhoud. Controleer crawl- en indexeringssignalen in Google Search Console en werk je redirectlijst bij wanneer URL's opnieuw veranderen.
Redirects bij permalinks en URL-wijzigingen
WordPress kan URL's wijzigen wanneer je de slug van een pagina aanpast of de permalinkstructuur verandert. Wijzig een permalinkstructuur niet zonder voorbereiding: dan kunnen veel bestaande URL's tegelijk veranderen. Maak vooraf een export van belangrijke URL's en bepaal voor elke oude URL de nieuwe bestemming.
Een goede regel is inhoudelijke overeenkomst. Verplaats je een pagina over één specifieke dienst naar een nieuwe dienstpagina, dan verwijs je daarheen. Is een onderwerp samengevoegd in een uitgebreid artikel, dan verwijs je naar dat artikel. Alleen verkeer ergens kwijt kunnen is geen reden om naar de homepage te redirecten.
Redirects bij een domein- of HTTPS-migratie
Bij een verhuizing naar een ander domein of van HTTP naar HTTPS moet iedere belangrijke oude URL naar de overeenkomstige definitieve nieuwe URL verwijzen. Houd de structuur zo veel mogelijk gelijk tijdens dezelfde migratie. Combineer je tegelijk een nieuw domein, nieuwe navigatie en nieuwe URL-structuur, dan wordt het lastiger om problemen te isoleren.
Werk met een mappingbestand waarin minimaal de oude URL, nieuwe URL, statuscode, eigenaar en teststatus staan. Controleer daarna zowel belangrijke pagina's als URL's die verkeer, links of conversies opleveren. Een redirect die goed werkt maar op een irrelevante pagina uitkomt, is geen goede migratie.
Redirectketens en redirectloops oplossen
Een redirectketen ontstaat wanneer URL A naar B verwijst en B vervolgens naar C. Een redirectloop ontstaat wanneer een bezoeker steeds tussen URL's wordt doorgestuurd en de eindpagina nooit bereikt. Beide situaties frustreren bezoekers en maken crawlen onnodig complex.
- Vervang oude regels zodra een nieuwe eind-URL bekend is.
- Controleer of een plugin, serverregel en CDN elkaar niet tegenspreken.
- Test varianten met en zonder www, HTTP en HTTPS als je daar regels voor gebruikt.
- Controleer of canonical-tags, interne links en XML-sitemaps de definitieve URL gebruiken.
- Gebruik geen algemene wildcardregel zonder een set representatieve URL's te testen.
Redirects controleren
Controleer niet alleen of een pagina in de browser opent. Je wilt zien welke statuscode de server terugstuurt, hoeveel tussenstappen er zijn en of het einddoel inhoudelijk klopt.
- Test handmatig een selectie van oude URL's in een privévenster.
- Controleer de response headers met browserontwikkelaarstools of een geschikte HTTP-tool.
- Crawl oude en nieuwe URL's met een crawler om ketens, loops en foutpagina's te vinden.
- Bekijk Google Search Console op crawlproblemen en URL's die onverwacht foutmeldingen geven.
- Werk interne links bij, zodat ze direct naar de nieuwe URL verwijzen in plaats van via een redirect te lopen.
Voor redirects die invloed hebben op SEO én aanvragen is een technische controle onderdeel van bredere conversie- en SEO-optimalisatie. Een bezoeker moet niet alleen op de juiste pagina landen, maar daar ook logisch verder kunnen.
Veelgemaakte fouten
- Alles naar de homepage sturen. Dit is zelden een inhoudelijk passend alternatief en kan voor zoekmachines op een soft-404-situatie lijken.
- Een tijdelijke redirect voor een definitieve wijziging gebruiken. Dat geeft een tegenstrijdig signaal over de bestemming van de oude URL.
- Redirects stapelen. Oude regels blijven staan terwijl URL's later opnieuw wijzigen.
- Interne links niet aanpassen. De redirect werkt, maar je eigen site blijft onnodig oude paden gebruiken.
- Redirects zonder test publiceren. Vooral bij regex-regels, meertalige sites en domeinmigraties kan één fout veel URL's raken.
- De WordPress-instellingen blind wijzigen. Pas permalink- of domeininstellingen pas aan als de URL-mapping en rollbackmogelijkheden klaarstaan.
Praktische checklist voor WordPress redirects
- Is voor iedere oude belangrijke URL een passende beslissing genomen: redirect, 404 of 410?
- Gebruikt een definitief verhuisde pagina een 301 of 308?
- Gaat iedere redirect rechtstreeks naar de definitieve URL?
- Is de eindpagina inhoudelijk relevant voor de intentie achter de oude URL?
- Zijn redirects op één duidelijke plek beheerd?
- Zijn interne links, canonicals en sitemap-URL's aangepast naar de nieuwe URL?
- Zijn oude URL's getest op statuscode, eindbestemming, ketens en loops?
- Zijn Google Search Console en foutmeldingen na publicatie gecontroleerd?
Wanneer schakel je technische hulp in?
Schakel hulp in bij een domeinmigratie, een grote wijziging in permalinkstructuur, conflicten tussen server- en pluginregels, terugkerende redirectloops of URL's met veel organisch verkeer. Bij zulke wijzigingen is een mapping, testplan en rollbackplan belangrijker dan snel een enkele regel toevoegen.
Wil je redirects combineren met een betere technische basis, heldere landingspagina's en een meetbare groeiaanpak? Bekijk dan de diensten van LYNX Media of bespreek je website of online groeikansen met LYNX Media.
Bronnen
Bespreek je website of online groeikansen met LYNX Media
Heb je een vraag over dit onderwerp, of wil je weten wat er voor jouw site nodig is? Neem contact op.
Neem contact op
