App: misura il tempo di risposta del tuo sito web con questo semplice strumento di misurazione

Quando un sito web si carica lentamente, non è sempre chiaro cosa sia la colpa. È il DNS Il provider? Il server stesso? O qualcosa di intermedio? Per aiutare i professionisti del web a individuare dove si verificano i ritardi, ho pubblicato questo strumento su questo sito che misura l'intero ciclo di vita di un HTTP richiesta, dalla risoluzione del dominio alla consegna dei contenuti.

Questo strumento basato su browser utilizza la diagnostica lato server per simulare una richiesta HTTP reale e analizzarne i tempi. Può essere utile per l'audit del dominio o per la risoluzione dei problemi di un partner con caricamento lento. API, o semplicemente benchmarking CDN prestazioni tra gli URL.

Utilizza lo strumento qui sotto per analizzare le prestazioni di qualsiasi servizio pubblico URL:

Come leggere i risultati

Quando si esegue un test, lo strumento esegue un live cURL Richiede e segnala informazioni dettagliate sui tempi in secondi. Ecco il significato di ciascuna delle metriche segnalate:

• Tempo di ricerca DNS: Si riferisce al tempo necessario per risolvere un nome di dominio nel suo corrispondente Indirizzo IPSe questo numero è elevato, potrebbe indicare server dei nomi lenti, problemi di propagazione DNS o scarse prestazioni del provider DNS. Google consiglia di mantenerlo al di sotto dei 50 ms, mentre valori superiori a 100 ms sono considerati un potenziale collo di bottiglia.
• Tempo di connessione TCP: Misura il tempo necessario per stabilire una connessione TCP con il server. Eventuali ritardi potrebbero indicare latenza di rete, firewall o distanza dal server di origine. Sono preferibili valori inferiori a 100 ms; tempi costanti superiori a 150 ms potrebbero indicare inefficienze di rete o di routing.
• Tempo di handshake TLS (HTTPS (solo): se la richiesta viene effettuata tramite HTTPS, questo numero riflette il tempo impiegato per negoziare la connessione sicura. Suite di cifratura obsolete, certificati scaduti o server edge sovraccarichi possono causare un lungo TLS stretta di mano. Google considera ottimale qualsiasi valore inferiore a 100 ms, mentre valori superiori a 200 ms potrebbero essere sintomo di configurazioni errate di sicurezza o prestazioni.
• Tempo di pre-trasferimento: Questo include DNS, TCPe TLS: tutto ciò che accade prima dell'invio della richiesta effettiva. Riflette il tempo di avvio cumulativo prima che il server inizi a elaborare la richiesta. I tempi di pre-trasferimento ideali sono compresi tra 100 e 300 ms; qualsiasi valore superiore a 400 ms dovrebbe essere valutato fase per fase.
• Tempo al primo byte (TTFB): Questa metrica misura il tempo impiegato dal server per iniziare a inviare una risposta dopo la ricezione della richiesta. Un TTFB elevato può indicare ritardi lato server, come query lente del database, contenuti dinamici non memorizzati nella cache o scarse prestazioni del server. Le indicazioni di Google consigliano di mantenere il TTFB al di sotto dei 200 ms; valori persistenti superiori a 500 ms suggeriscono problemi di backend o infrastruttura.
• Tempo totale di trasferimento: Questa è la durata completa dall'inizio della richiesta fino alla ricezione dell'ultimo byte. Se il TTFB è veloce ma il tempo totale è lento, potrebbe essere dovuto alle dimensioni della risposta, alla limitazione del server o a ritardi nella distribuzione dei contenuti. Punta a un tempo inferiore a 500 ms per i payload HTML su banda larga; un tempo superiore a 1 secondo potrebbe indicare risorse non compresse o una distribuzione inefficiente.
• HTTP Status Code: Questo è il Codice di risposta restituito dal server (ad esempio, 200 per successo, 301/302 per reindirizzamenti, 404 per non trovato). Fornisce il contesto su come il server ha gestito la richiesta.

Questo strumento non simula solo una richiesta, ma la esegue in tempo reale sul mio server utilizzando PHP cURL libreria. Ciò significa che stai visualizzando ciò che vede il server, non solo ciò che percepisce il tuo browser. È utile per risolvere problemi di prestazioni che potrebbero non essere visibili dalla tua rete locale.

Prova lo strumento e sentiti libero di testare diversi URL: la tua homepage, un endpoint API specifico o una risorsa remota su cui fai affidamento. Più approfondisci la tua conoscenza di queste metriche di temporizzazione, più velocemente sarai in grado di diagnosticare e migliorare le prestazioni del tuo sito web.