TrueURL

Gratis redirecttool

Redirectlatentie-checker

Bij elke redirect wachten bezoekers op nog een roundtrip voordat de echte pagina laadt. Zie precies hoelang elke hop in de keten duurt, in een watervaldiagram.

Metingen

Waarom redirectlatentie belangrijk is

Een redirect is een volledig extra verzoek. De browser moet de volgende host opzoeken, een verbinding openen, voor een nieuw domein een TLS-verbinding opzetten en op de server wachten, en dat allemaal voordat hij de pagina zelf kan opvragen. Eén hop op dezelfde host kost misschien enkele tientallen milliseconden, terwijl een keten via een verkorter, een trackingdomein en een regel van HTTP naar HTTPS al snel een halve seconde of meer toevoegt, vooral op mobiele netwerken.

Redirecttijd komt vóór al het andere en telt dus direct op bij Time to First Byte en Largest Contentful Paint. Lighthouse en PageSpeed Insights markeren redirects op het hoofddocument om die reden.

Zo wordt de tijd gemeten

Per hop meet TrueURL de tijd vanaf het versturen van het verzoek tot de responseheaders binnenkomen. Daarin zitten de DNS-lookup en het opzetten van TCP en TLS als er een nieuwe verbinding nodig is, plus de verwerkingstijd van de server, maar niet het downloaden van de body van de pagina. Het watervaldiagram toont de hops op volgorde, zodat de traagste direct opvalt.

De metingen worden gedaan vanuit het Cloudflare-datacenter dat je controle uitvoert, meestal het datacenter dat het dichtst bij je in de buurt is, en niet vanaf je eigen apparaat. Ze laten zien hoe snel elke server reageert, maar echte bezoekers krijgen bij elke hop hun eigen netwerklatentie er nog bovenop. Herhaal de meting om ruis weg te werken: bij de eerste meting kunnen koude DNS-caches en nieuwe verbindingen meetellen, terwijl latere metingen meestal dichter bij de normale situatie liggen.

Wanneer is een redirect traag?

Als grove richtlijn, en als de schaal die TrueURL gebruikt om de tijd van elke hop een kleur te geven:

  • Minder dan 200 ms per hop: snel, typisch voor een redirect die door een CDN-edge of een eenvoudige regel op de webserver wordt afgehandeld.
  • 200 tot 600 ms: acceptabel, gebruikelijk voor een applicatieserver of voor een redirect naar een ander domein waarvoor een nieuwe TLS-verbinding nodig is.
  • 600 ms of meer: traag. De redirect wordt waarschijnlijk gegenereerd door een zware applicatie, zoals een CMS dat plug-ins laadt of een databasequery uitvoert, in plaats van door een eenvoudige regel.

De beste optimalisatie is hops helemaal weghalen. Beantwoord redirects daarna zo dicht mogelijk bij de bezoeker: een CDN- of edge-regel reageert veel sneller dan een applicatie die eerst moet opstarten om alleen maar een 301 te sturen.

Zo maak je redirects sneller

  • Link op je site en in e-mails, advertenties en socialemediaprofielen direct naar de eind-URL, zodat de meeste bezoekers nooit een redirect tegenkomen.
  • Voeg de regels voor HTTP naar HTTPS, host en slash samen tot één hop; de HTTPS-redirectchecker laat zien of dat bij jou al zo is.
  • Handel redirects af in de configuratie van je CDN, load balancer of webserver in plaats van in de applicatie.
  • Stuur een HSTS-header mee, zodat terugkerende bezoekers de redirect van HTTP naar HTTPS helemaal overslaan.
  • Stapel linkverkorters en trackingredirects niet op elkaar.

Gidsen

Veelgestelde vragen

Hoeveel vertraagt een redirect een pagina?

Dat hangt af van de server en de afstand, maar elke hop is een volledige roundtrip: meestal tientallen milliseconden voor een edge-redirect op dezelfde host, en enkele honderden voor een redirect naar een nieuw domein of vanuit een trage applicatie. Mobiele netwerken voegen daar nog meer aan toe. Meet hierboven je eigen keten om het zeker te weten.

Waarom wijken de tijden af van de DevTools in mijn browser?

TrueURL meet vanuit een Cloudflare-datacenter, dat meestal een snellere verbinding met de doelserver heeft dan je eigen apparaat. Je browser kan bovendien verbindingen hergebruiken, dankzij HSTS een redirect overslaan of een gecachete 301 gebruiken. Gebruik de cijfers om hops met elkaar te vergelijken, niet als exacte voorspelling van wat elke bezoeker ervaart.

Waarom is de eerste hop veel trager dan de andere?

Het eerste verzoek aan een host omvat meestal de DNS-lookup en een nieuwe TCP- en TLS-verbinding, en latere hops op dezelfde host kunnen een deel van dat werk hergebruiken. Is juist een latere hop traag, kijk dan wat die server doet om de redirect te genereren.

Moet ik de controle meer dan eens uitvoeren?

Ja, als je betrouwbare cijfers wilt. Losse metingen variëren met de netwerkomstandigheden en de belasting van de server. Herhaal de meting een paar keer en kijk naar de typische waarde in plaats van naar één uitschieter; caches die bij de eerste meting zijn opgewarmd, maken latere metingen vaak sneller.

Heeft redirectlatentie invloed op SEO?

Indirect. Redirecttijd telt op bij Time to First Byte en Largest Contentful Paint voor bezoekers die via de redirect binnenkomen, en LCP is een van de Core Web Vitals van Google. Op grote sites zorgen trage redirects er bovendien voor dat een crawler in dezelfde tijd minder pagina’s kan ophalen.

Is de tijd per hop de totale laadtijd van de pagina?

Nee. Het is de tijd tot de responseheaders van die hop binnen waren. De eindpagina moet daarna nog haar HTML, stijlen, scripts en afbeeldingen downloaden, dus redirecttijd is een vertraging bovenop het normale laden.