TrueURL
TrueURL

Menu

Taal Nederlands
Thema

Gratis redirecttool

Redirectketen-checker

Volg elke hop tussen een URL en de eindbestemming. Vind overbodige redirects, tijdelijke codes en trage hops, en breng de keten terug tot één redirect.

Wat is een redirectketen?

Een redirectketen (redirect chain) is de reeks redirects die een browser of crawler moet volgen voordat hij bij een pagina met content uitkomt. Eén hop, zoals van /old-page naar /new-page, is normaal. Ketens groeien als er in de loop der jaren steeds regels bij komen: eerst een regel van HTTP naar HTTPS, dan een www-regel, dan een regel voor de trailing slash en dan nog een regel van het laatste redesign. Deze keten bevat vier redirects, terwijl één genoeg zou zijn:

http://example.com/shop          301
https://example.com/shop         301
https://www.example.com/shop     301
https://www.example.com/shop/    302
https://www.example.com/store/   200

Waarom lange redirectketens nadelig zijn

  • Snelheid: elke hop is een apart verzoek, vaak met een eigen DNS-lookup en TLS-handshake. Op mobiele netwerken kan elke hop honderden milliseconden toevoegen voordat de pagina begint te laden.
  • Crawlen: Googlebot volgt maximaal 10 hops en meldt daarna een redirectfout. Op grote sites kost elke extra hop bovendien crawlcapaciteit die echte pagina’s hadden kunnen gebruiken.
  • Betrouwbaarheid: elke hop is weer een server, regel of certificaat dat kan uitvallen, in een loop kan raken of kan verlopen.
  • Signalen: één tijdelijke code ergens in de keten verzwakt het permanente signaal dat je zoekmachines wilt geven.

Zo lees je een redirectketen

Elke rij is één hop. De status laat zien wat voor redirect het is: 301 en 308 zijn permanent, 302, 303 en 307 zijn tijdelijk. De methode laat zien waar een POST een GET werd, zoals browsers dat doen na een 301, 302 of 303. De ruwe Location-waarde toont precies wat de server stuurde, zodat je relatieve paden, ontbrekende slashes of verdwaalde querystrings snel opmerkt. Hops met het label meta refresh of JavaScript zijn client-side redirects die in de HTML van de pagina zijn gevonden (of in een Refresh-header) in plaats van in een Location-header.

Een keten eindigt op een van vier manieren: met een normale response op de eind-URL, met een redirectloop, bij de limiet van Max. aantal hops of met een fout bij een specifieke hop, zoals een DNS-fout, een time-out of een certificaatprobleem.

Zo kort je een redirectketen in

  1. Noteer de eind-URL waarop de keten moet uitkomen.
  2. Pas de eerste redirectregel aan, zodat die met één 301 of 308 rechtstreeks naar die eind-URL verwijst.
  3. Voeg de regels voor protocol, host en slash samen tot één regel op je server of CDN, zodat http://example.com/page direct naar https://www.example.com/page/ gaat.
  4. Werk interne links, canonical tags en je sitemap bij naar de eind-URL, zodat bezoekers en crawlers de redirect helemaal niet meer tegenkomen.
  5. Controleer de oude URL hier opnieuw en kijk of de keten nog maar één hop telt.

Gidsen

Veelgestelde vragen

Hoeveel redirects in een keten zijn te veel?

Streef naar één redirect van elke oude URL naar de eind-URL. Twee kunnen acceptabel zijn als het niet anders kan, bijvoorbeeld een upgrade van HTTP naar HTTPS gevolgd door een wijziging van de host. TrueURL markeert ketens met meer dan drie redirects. Googlebot geeft het na 10 hops op, en browsers stoppen na ongeveer 20 met een foutmelding als “te vaak omgeleid”.

Verliezen redirectketens linkwaarde?

Volgens Google verliezen 3xx-redirects geen PageRank, dus een keten verwatert rankingsignalen niet rechtstreeks. De praktische problemen zijn tragere pagina’s, verspilde crawlverzoeken en een grotere kans dat één hop in de keten kapot of tijdelijk is. Behandel ketens als technische schuld en kort ze in.

Wat is het verschil tussen een redirectketen en een redirectloop?

Een keten eindigt uiteindelijk, op een eind-URL. Een loop eindigt nooit, omdat hij terugleidt naar een URL die al eerder is bezocht; browsers tonen dan een foutmelding in plaats van een pagina. TrueURL detecteert beide. De Redirectloop-checker legt uit waardoor loops meestal ontstaan en hoe je ze oplost.

Kan ik een redirectketen controleren die met een POST-verzoek begint?

Ja. Zet HTTP-methode op POST onder Geavanceerde instellingen en voeg een body toe. De keten volgt dan de regels van browsers: na de POST gaat een 301, 302 of 303 verder als GET zonder body, terwijl een 307 of 308 de POST herhaalt met dezelfde body.

Wat betekent het als de keten op een ander domein eindigt (cross-domain)?

De hostnaam van de eind-URL verschilt van de hostnaam die je hebt ingevoerd (een www. aan het begin telt niet mee). Bij korte links en domeinmigraties is dat normaal. Komt een pagina van je eigen site onverwacht op een ander domein uit, kijk dan goed: dat kan wijzen op een verkeerd ingestelde regel, een gehackte site of een open redirect.

Bevat de keten ook meta-refresh- en JavaScript-redirects?

Ja, standaard wel. TrueURL doorzoekt HTML-responses op meta-refresh-tags en eenvoudige JavaScript-redirects, zet de keten vanaf daar voort en labelt die hops, zodat je ze kunt onderscheiden van HTTP-redirects. Je kunt dit uitzetten om alleen server-side redirects te zien, of de Meta-refresh-checker gebruiken voor meer details.

Waarom toont een hop een fout in plaats van een statuscode?

Het verzoek voor die hop mislukte voordat er een HTTP-response binnenkwam: de hostnaam kon niet worden omgezet, de verbinding werd geweigerd of kreeg een time-out, het TLS-certificaat was ongeldig, of de redirect verwees naar een ongeldig of geblokkeerd adres. De foutmelding bij de hop vertelt je welke van deze oorzaken het was. De hops daarvoor worden gewoon getoond, zodat je precies ziet waar de keten brak.