Reactietijdcontrole

Ontdek of een trage pagina traag is vanwege DNS, het netwerkpad, de TLS handdruk of de toepassing zelf.

Hoe het meet

Een GET verzoek van een enkele sonde locatie met een 8-seconde deadline; omleidingen worden gevolgd (tot vijf) en hun tijd is inbegrepen in het totaal.
Fasen worden getimed van socket gebeurtenissen: oplossen, verbinden, TLS handdruk, eerste respons byte en lichaam downloaden (afgetopt op 128 KiB).
Geen caching, geen keep-alive hergebruik: elke run is een koude verbinding, dat is wat een eerste bezoeker ervaart.

Een enkele meting vanaf één locatie; latentie verschilt per regio en in de tijd. Herhaal een paar keer voordat u conclusies trekt.
Dit is de reactietijd van de server, niet de laadtijd van de pagina: scripts, afbeeldingen en rendering worden niet gemeten. Echte gebruikersbewaking dekt dat.
Lichamen groter dan 128 KiB zijn niet volledig gedownload, dus de downloadfase is een lagere richting voor grote pagina's.

Traag DNS oplossing: Lange oplosstijden wijzen meestal op trage gezaghebbende naamservers of lage TTL's die frequente opzoekingen dwingen. Vergelijk oplossers met de DNS voortplantingscontrole.
Langzame TLS handdruk: Grote certificaatketens, OCSP steekproblemen of servers zonder TLS 1.3 voegen ronde reizen toe. Controleer de HTTPS configuratiecontrole.
Hoog tijd tot eerste byte: De server accepteerde het verzoek, maar het duurde lang om te antwoorden: kijk naar toepassingscode, database queries en upstream oproepen.