Redirects instellen zonder bezoekers naar de verkeerde pagina te sturen

Een redirect stuurt een browser of crawler van een aangevraagd adres naar een ander adres. Gebruik een permanente redirect wanneer een pagina blijvend is verhuisd en een tijdelijke wanneer de verandering werkelijk tijdelijk is. De bestemming moet de oorspronkelijke vraag voldoende blijven beantwoorden. Alles naar de homepage sturen is daarom geen zorgvuldig verhuisplan.

Begin met een kaart van oude adressen en hun inhoudelijk passende vervangers. Controleer daarna de werkelijke HTTP-respons, de eindbestemming en de routes vanaf uw eigen website. Een aangevinkte instelling in uw CMS bewijst niet dat iedere bezoeker goed uitkomt.

Kies eerst tussen verhuizen, vervangen en verwijderen

Een veranderde slug met dezelfde inhoud is een duidelijke verhuizing. Twee verouderde gidsen die in één complete nieuwe gids opgaan, kunnen een gezamenlijke vervanger krijgen. Een vervallen dienst zonder alternatief vraagt een andere beslissing.

Stel bij ieder oud adres de vraag: herkent iemand na het doorsturen nog zijn oorspronkelijke onderwerp en taak? Zo niet, dan kan een nette 404- of 410-respons geschikter zijn. De foutpagina kan bruikbare navigatie bieden zonder te doen alsof de oude inhoud nog bestaat. Uw publicatiecontrole helpt zulke besluiten onderscheiden van een toevallige technische fout.

Begrijp permanente en tijdelijke statuscodes

Google beschrijft redirects en Google Zoeken. Voor een definitieve verplaatsing zijn serverredirects met 301 of 308 gebruikelijke keuzes. Voor tijdelijke verplaatsingen kunnen 302 of 307 passen. De code vertelt iets over de bedoelde duur, niet over de kwaliteit van de nieuwe inhoud.

Bij formulieren en API-verzoeken is ook de HTTP-methode belangrijk. Een 307 of 308 bewaart de methode; bij andere codes kan het gedrag verschillen. Laat daarom een beheerder betaal-, login- en formulierstromen afzonderlijk beoordelen. MDN licht dit toe in het overzicht van HTTP-redirects. Een gewone artikelverhuizing rechtvaardigt geen brede wijziging van alle technische routes.

Bouw een redirectkaart met redenen

Gebruik een lijst met oud adres, nieuw adres, reden, type redirect, eigenaar en controle-uitkomst. Begin bij adressen met relevante inhoud, bestaande verwijzingen of een belangrijke gebruikersfunctie. Neem ook oude PDF's en historische varianten mee wanneer die werkelijk gebruikt worden.

De nieuwe bestemming moet bestaan vóór u de regel activeert. Controleer of zij de juiste taal, inhoud en contactmogelijkheid biedt. Een kaart op basis van alleen overeenkomende laatste woorden in een URL kan misgaan: /service/onderhoud en /producten/onderhoud hoeven niet dezelfde taak te hebben. Laat inhoudelijke koppelingen daarom beoordelen door iemand die het aanbod begrijpt.

Een fictieve verhuizing van vier pagina’s

Het fictieve bureau Voorbeeld verhuist een adviesgids en verandert zijn dienstenaanbod. Er zijn geen echte verkeers- of positiegegevens gebruikt.

• Een gids krijgt een kortere URL: de oude URL redirect permanent naar dezelfde gids.
• Twee overlappende instructies worden één complete handleiding: beide oude adressen krijgen die inhoudelijke vervanger.
• Een gestopte dienst heeft geen alternatief: het adres wordt verwijderd met een passende foutstatus.
• Een tijdelijke campagne gebruikt tijdelijk een andere informatiepagina: de regel krijgt een einddatum en eigenaar.

De lijst laat zien waarom één algemene doorschakelregel niet volstaat. Bij de samengevoegde handleiding controleert het bureau bovendien of belangrijke informatie uit beide oude instructies behouden is, voordat de redirects live gaan.

Vermijd ketens, lussen en overbrede patronen

Een keten ontstaat wanneer A naar B verwijst en B weer naar C. Stuur A waar mogelijk rechtstreeks naar de definitieve bestemming. Een lus, zoals A naar B en B terug naar A, verhindert dat de bezoeker de pagina bereikt.

Patroonregels zijn handig voor veel gelijksoortige verhuizingen, maar vragen uitzonderingen. Een regel die alle oude paden aan een nieuw domein vastplakt, werkt alleen als de nieuwe paden werkelijk bestaan. Controleer ook hoofdletters, afsluitende slashes, parameters en percentcodering. Een onzorgvuldig patroon kan verkeerde inhoud opleveren of een beveiligingsprobleem creëren wanneer willekeurige externe bestemmingen worden geaccepteerd.

Werk uw eigen verwijzingen rechtstreeks bij

Een redirect is een vangnet voor oude routes, geen reden om interne links verouderd te laten. Pas menu's, artikelverwijzingen, canonicals en sitemap aan naar de definitieve adressen. De gids over interne links helpt inhoudelijke routes nalopen.

Bij een websiteverhuizing controleert u ook taalalternatieven, afbeeldingen en downloads. Vraag waar haalbaar belangrijke externe verwijzers hun link bij te werken, zonder daarvan het slagen van de migratie afhankelijk te maken. Bewaar redirects voor blijvende verhuizingen ruim genoeg; Google's migratierichtlijnen adviseren doorgaans minstens een jaar. Oudere waardevolle verwijzingen kunnen een langere bewaartermijn zinvol maken.

Test wat de server werkelijk terugstuurt

Controleer ieder belangrijk oud adres: de eerste statuscode, de Location-bestemming, eventuele tussenstappen en de uiteindelijke status. Open daarna de eindpagina als gebruiker. Een technisch correcte redirect kan inhoudelijk nog steeds verkeerd zijn.

Test enkele niet-bestaande adressen om te controleren dat zij niet allemaal een succesvolle homepage opleveren. Beproef ook een adres met relevante queryparameters. Sommige parameters moeten verdwijnen, andere hebben een echte functie. Documenteer dat onderscheid. Een browser kan redirects cachen; gebruik bij twijfel een schone sessie of een HTTP-controle om te voorkomen dat een oude test de actuele serveruitvoer verbergt.

Plan herstel en controle na de omschakeling

Bewaar de oude configuratie en leg vast wie een fout kan herstellen. Monitor vervolgens niet alleen zoekprestaties, maar ook verkeerd uitkomende links, foutstatussen en de werking van contactroutes. De aanpak voor crawlfouten helpt de belangrijkste problemen eerst behandelen.

Schommelingen na een verhuizing zijn mogelijk en niet automatisch een bewijs dat een afzonderlijke redirect mislukt. Rapporteer wat u echt hebt gecontroleerd: welke adressen goed uitkomen en welke nog onderzocht worden. Een verhuizing zonder zichtbare fout is geen garantie dat bezoekersaantallen of posities gelijk blijven. Houd de inhoudelijke kaart beschikbaar zolang oude adressen nog een rol spelen.

Beoordeel ook bladwijzers naar specifieke secties. Een oud anker kan na een samenvoeging verdwijnen terwijl de artikelredirect correct werkt. Controleer belangrijke sectieverwijzingen waar haalbaar en behoud herkenbare ankers wanneer de bijbehorende uitleg op de nieuwe pagina aanwezig blijft.

Bronnen en verder lezen

Google Search Central beschrijft redirects in Google Zoeken. MDN legt de HTTP-statuscodes en methodeverschillen uit. Het verhuisvoorbeeld is fictief; exacte serverregels hangen van uw infrastructuur af.