Strumento gratuito per i redirect
Ogni reindirizzamento costringe i visitatori ad aspettare un altro viaggio di andata e ritorno prima che si carichi la pagina vera. Scopri esattamente quanto dura ogni salto della catena, in un grafico a cascata dei tempi.
La rete edge di Cloudflare convalida sempre i certificati, quindi questa opzione non può saltare il controllo. Gli eventuali problemi di certificato vengono segnalati nel risultato.
Inviato con la prima richiesta, fino a 16 KB. I corpi JSON vengono inviati come application/json, gli altri come dati di un modulo, a meno che tu non imposti un’intestazione Content-Type.
Da 1 a 50. I browser si fermano dopo 20.
I siti possono reindirizzare in modo diverso smartphone, crawler e bot delle anteprime dei link.
Inviate con ogni richiesta della catena.
Nessuna intestazione personalizzata.
Inserisci un valore per inviare questa intestazione. I valori delle intestazioni non vengono mai salvati.
Segue i tag <meta http-equiv="refresh"> e le intestazioni Refresh trovati nelle pagine HTML.
Segue i reindirizzamenti semplici e incondizionati negli script della pagina, come location.href = "…".
Le impostazioni vengono memorizzate in questo browser. Cookie, valori delle intestazioni e corpo POST non vengono mai salvati.
Un reindirizzamento è un’intera richiesta in più. Il browser deve risolvere l’host successivo, aprire una connessione, negoziare il TLS per un nuovo dominio e aspettare il server, tutto prima di poter richiedere la pagina vera e propria. Un salto sullo stesso host può richiedere qualche decina di millisecondi, mentre una catena che passa per un servizio di abbreviazione, un dominio di tracciamento e una regola da HTTP a HTTPS può facilmente aggiungere mezzo secondo o più, soprattutto sulle reti mobili.
Il tempo dei reindirizzamenti viene prima di tutto il resto, quindi si somma direttamente a Time to First Byte e Largest Contentful Paint. Per questo Lighthouse e PageSpeed Insights segnalano i reindirizzamenti sul documento principale.
Per ogni salto, TrueURL misura il tempo che passa dall’invio della richiesta all’arrivo delle intestazioni della risposta. Sono compresi la risoluzione DNS e l’apertura delle connessioni TCP e TLS quando serve una nuova connessione, oltre al tempo di elaborazione del server, ma non il download del corpo della pagina. Il grafico a cascata mostra i salti in ordine, così quello più lento salta subito all’occhio.
Le misurazioni vengono effettuate dal data center di Cloudflare che esegue la tua verifica, di solito quello più vicino a te, e non dal tuo dispositivo. Mostrano quanto velocemente risponde ogni server, ma i visitatori reali aggiungono a ogni salto la latenza della propria rete. Ripeti l’esecuzione per attenuare le oscillazioni: la prima può includere cache DNS ancora vuote e nuove connessioni, mentre quelle successive di solito si avvicinano di più ai valori a regime.
Come riferimento indicativo, ed è anche la scala che TrueURL usa per colorare il tempo di ogni salto:
L’ottimizzazione migliore è eliminare del tutto i salti. Dopodiché, gestisci i reindirizzamenti il più vicino possibile al visitatore: una regola sulla CDN o sull’edge risponde molto più rapidamente di un’applicazione che deve avviarsi solo per inviare un 301.
13 min di lettura
Cosa significa ogni codice di stato 3xx: 301, 302, 303, 307 e 308 a confronto per permanenza, metodo, cache e SEO, con esempi per nginx, Apache e PHP.
Leggi l’articoloDipende dal server e dalla distanza, ma ogni salto è un intero viaggio di andata e ritorno: in genere decine di millisecondi per un reindirizzamento gestito dall’edge sullo stesso host e diverse centinaia per un reindirizzamento verso un nuovo dominio o da un’applicazione lenta. Le reti mobili aggiungono altro tempo. Misura la tua catena qui sopra per scoprirlo.
TrueURL misura da un data center di Cloudflare, che di solito ha una connessione al server di destinazione più veloce di quella del tuo dispositivo. Il tuo browser, inoltre, può riutilizzare connessioni, saltare un reindirizzamento grazie a HSTS o usare un 301 in cache. Usa i numeri per confrontare i salti, non come una previsione esatta di ciò che vivrà ogni visitatore.
La prima richiesta a un host di solito comprende la risoluzione DNS e una nuova connessione TCP e TLS, mentre i salti successivi sullo stesso host possono riutilizzare parte di quel lavoro. Se invece il salto lento è uno di quelli successivi, esamina che cosa fa quel server per generare il reindirizzamento.
Sì, se vuoi numeri affidabili. Le singole misurazioni variano in base alle condizioni della rete e al carico del server. Ripeti l’esecuzione alcune volte e guarda il valore tipico anziché un singolo valore anomalo; le cache “scaldate” dalla prima esecuzione spesso rendono più veloci quelle successive.
Indirettamente. Il tempo dei reindirizzamenti si somma a Time to First Byte e Largest Contentful Paint per i visitatori che arrivano tramite il reindirizzamento, e LCP è uno dei Core Web Vitals (Segnali web essenziali) di Google. Sui siti di grandi dimensioni, i reindirizzamenti lenti riducono anche il numero di pagine che un crawler riesce a scaricare nello stesso tempo.
No. È il tempo fino all’arrivo delle intestazioni della risposta per quel salto. Dopo, la pagina finale deve ancora scaricare HTML, fogli di stile, script e immagini, quindi il tempo dei reindirizzamenti è un ritardo che si aggiunge al normale caricamento.
