Hoppa till innehållet

Kontroll av svarstid

Ta reda på om en långsam sida är långsam på grund av DNS, nätverksvägen, TLS handskakning eller själva applikationen.

Anonyma kontroller är begränsade till 10 per minut och 60 per timme per adress. Resultaten är cachelagrade i 60 sekunder och publiceras inte någonstans.

Hur det mäter

  • En GET begäran från en enda sond plats med en 8-sekunders tidsfrist; omdirigeringar följs (upp till fem) och deras tid ingår i den totala.
  • Faser är tidsbestämda från uttagshändelser: lösa, ansluta, TLS handskakning, första svar byte och nedladdning av kroppen (som tas emot 128 KiB).
  • Ingen cachning, ingen återanvändning: varje körning är en kall anslutning, vilket är vad en första gången besökare upplever.

Begränsningar

  • En enda mätning från en plats; latens skiljer sig från region och över tiden. Upprepa några gånger innan du drar slutsatser.
  • Detta är serverresponstid, inte sidlasttid: skript, bilder och rendering mäts inte. Verklig användarövervakning täcker det.
  • Bodies större än 128 KiB är inte helt nedladdade, så nedladdningsfasen är en lägre bunden för stora sidor.

Felsökning

Långsamt DNS beslut
Långa upplösningstider pekar vanligtvis på att sakta auktoritativa namnservrar eller låga TTLs tvingar frekventa uppslag. Jämför beslutsfattare med DNS propagation checker.
Sakta TLS handskakning
Stora certifikatkedjor, OCSP staplingsproblem eller servrar utan TLS 1.3 lägga till runda resor. Kontrollera HTTPS konfigurationskontrollen.
Hög tid att först byte
Servern accepterade begäran men tog lång tid att svara: titta på applikationskod, databasfrågor och uppströms samtal.

Relaterade verktyg