I redirect URL più lenti, in classifica: il tuo è nella lista?

823 ms prima dell’arrivo del primo byte. Questo era il valore mediano per il link Cuttly che abbiamo testato da Tokyo, rispetto a 129 ms da Francoforte e 212 ms da Washington DC. Nessuno vede quel numero, ma ogni visitatore lo aspetta prima ancora che la pagina vera e propria inizi a caricarsi.

Quindi abbiamo misurato. Usando il nostro test di velocità dei redirect gratuito, abbiamo cronometrato 12 link di redirect su 11 servizi il 16 ottobre 2026. Qui sotto trovi la classifica, poi ogni link uno per uno, dal più lento al più veloce, e cosa significa tutto questo alla fine.

Average of the three regional medians, first response only. RedirHub test, Oct 16, 2026.

La classifica in breve#

I tempi sono in millisecondi (1.000 ms è un secondo) e mostrano quanto tempo impiega il redirect a rispondere prima che il visitatore possa proseguire; il nome tecnico è time to first byte, o TTFB. Più basso è meglio. redirect.pizza appare due volte perché abbiamo testato due dei suoi link; solo il primo ottiene una posizione in classifica.

Sotto ciascun link qui sotto c'è uno screenshot della sua pagina propria sul test di velocità, così puoi aprirlo ed eseguirlo di nuovo. Abbiamo rieseguito ogni pagina da tutte e tre le regioni, la stessa media usata dalla tabella. I numeri live cambiano da un'esecuzione all'altra, quindi ogni didascalia riporta sia la riesecuzione sia il valore del round di classifica. Per le catene con più passaggi abbiamo cronometrato solo il primo passaggio; i passaggi extra costano di più ai tuoi visitatori.

1. Cuttly: 388 ms#

Un link breve pubblico Cuttly che punta a un notebook di Google Colab. Ha restituito un singolo 301 in tutte e tre le regioni, quindi non c'è nulla di sbagliato nella configurazione. Il costo è la distanza: 129 ms da Francoforte, 212 ms da Washington DC e 823 ms da Tokyo, un divario di 6× per lo stesso link.

One short link, three regions. Median of 5 runs each.

Speed test page for cutt.ly/rgdfBIa, re-run from all three regions on October 16, 2026: 378 ms (ranking round: 388 ms).

Apri questo test: cutt.ly/rgdfBIa

2. redirect.pizza: 360 ms e 51 ms#

Questo è il risultato più sorprendente. Abbiamo testato due link redirect.pizza nello stesso round. Entrambi hanno restituito un singolo 301 con un certificato valido. L'URL A, test.redirect.pizza, ha registrato una media di 360.3 ms e ha impiegato 735 ms da Tokyo. L'URL B, il dominio di esempio ufficiale, ha registrato una media di 51.0 ms.

Speed test page for test.redirect.pizza, re-run from all three regions on October 16, 2026: 351 ms (ranking round: 360.3 ms).

Apri questo test: test.redirect.pizza

Speed test page for redirect-pizza-example.com, re-run from all three regions on October 16, 2026: 50 ms (ranking round: 51 ms).

Apri questo test: redirect-pizza-example.com

Sceglierne solo uno racconterebbe una storia sbagliata sul servizio, ed è per questo che entrambi restano nella classifica.

3. urllo (EasyRedir): 302 ms#

Il vecchio dominio di urllo, easyredir.com, che reindirizza al nuovo brand. Si tratta di un reindirizzamento di migrazione del sito piuttosto che di un link per clienti: 179 ms da Washington DC, 428 ms da Francoforte e 298 ms da Tokyo. Inoltre richiede due reindirizzamenti prima della pagina finale (easyredir.com, poi www.easyredir.com, poi www.urllo.com), e abbiamo cronometrato solo il primo.

Speed test page for easyredir.com, re-run from all three regions on October 16, 2026: 307 ms (ranking round: 301.7 ms).

The chain behind it: two redirects before the final page.

Apri questo test: easyredir.com

4. Rebrandly: 264 ms#

Un link corto pubblico di Rebrandly. Veloce da Washington DC (29 ms), molto più lento da Francoforte (298 ms) e Tokyo (466 ms). È anche la catena più lunga del test: tre reindirizzamenti, attraverso due URL di prova gratuita con un ID clic, prima di arrivare alla pagina dei prezzi.

Speed test page for rbnd.ly/booked, re-run from all three regions on October 16, 2026: 258 ms (ranking round: 264.3 ms).

Three redirects before the final page, each one a round trip.

Apri questo test: rbnd.ly/booked

5. Bitly: 117 ms#

Il link di esempio pubblico di Bitly. Il primo salto è stato rapido da Washington DC (26 ms) e più lento da Francoforte (119 ms) e Tokyo (205 ms). La catena ha un punto debole: il link invia i visitatori a un indirizzo YouTube http://, che poi deve reindirizzare di nuovo a https://.

Speed test page for bit.ly/bitly, re-run from all three regions on October 16, 2026: 126 ms (ranking round: 116.7 ms).

A hop over plain HTTP: slower, and one step is unencrypted.

Apri questo test: bit.ly/bitly

6. Vercel: 77 ms#

Una regola di reindirizzamento che abbiamo configurato noi su Vercel, puntando al nostro sito. Molto uniforme tra le regioni (70, 73 e 89 ms), ma ogni risposta ha richiesto un po' più di tempo rispetto ai servizi basati su edge più in basso.

Speed test page for vercel.urlredirectservice.com, re-run from all three regions on October 16, 2026: 42 ms (ranking round: 77.3 ms).

Apri questo test: vercel.urlredirectservice.com

7. Short.io: 46 ms#

Un link pubblico Short.io usato da un'agenzia governativa colombiana. Molto veloce da Washington DC e Francoforte (15 ms ciascuna) e più lento da Tokyo (109 ms). Usa un 302, pensato per spostamenti temporanei; il test di velocità segnala questo aspetto se lo spostamento è permanente.

Speed test page for e436.short.gy/descarga-geoportal-ideam, re-run from all three regions on October 16, 2026: 46 ms (ranking round: 46.3 ms).

A 302 is temporary. For a permanent link, a 301 or 308 passes ranking signals on.

Apri questo test: e436.short.gy/descarga-geoportal-ideam

8. Dub: 38 ms#

Il link breve ufficiale di Dub al suo repository GitHub. Quasi identico ovunque (39, 35 e 40 ms), che è ciò che sembra un redirect servito dall'edge. Come Short.io, risponde con un 302.

Speed test page for d.to/github, re-run from all three regions on October 16, 2026: 42 ms (ranking round: 38 ms).

One hop, but a temporary 302.

Apri questo test: d.to/github

9. TinyURL: 34 ms#

Un link pubblico TinyURL a un video di YouTube: 29 ms da Washington DC e Francoforte, 44 ms da Tokyo. Un solo 301 pulito, senza salti extra.

Speed test page for tinyurl.com/zs9flrt, re-run from all three regions on October 16, 2026: 34 ms (ranking round: 34 ms).

Apri questo test: tinyurl.com/zs9flrt

10. Cloudflare: 30 ms#

Una regola di reindirizzamento che abbiamo configurato su Cloudflare, puntando al nostro sito: 30, 35 e 25 ms. Uno dei risultati più uniformi del test, con Tokyo la più veloce delle tre.

Speed test page for cloudflare.urlredirectservice.com, re-run from all three regions on October 16, 2026: 34 ms (ranking round: 30 ms).

Apri questo test: cloudflare.urlredirectservice.com

11. RedirHub: 17 ms#

Il nostro sito che reindirizza redirhub.com a www.redirhub.com: 15, 17 e 18 ms. Per essere equi: questo è il nostro sito, non il dominio di un cliente, e abbiamo eseguito noi stessi il test. Consideralo un dato tra tanti e verifica con il tuo link.

Speed test page for redirhub.com, re-run from all three regions on October 16, 2026: 16 ms (ranking round: 16.7 ms).

Apri questo test: redirhub.com

Ciò che abbiamo imparato#

• La posizione dei tuoi visitatori conta. I link più lenti andavano bene da una regione e risultavano lenti da un'altra: Cuttly è passato da 129 ms a 823 ms, Rebrandly da 29 ms a 466 ms. Esegui i test dalle regioni in cui si trova il tuo pubblico, non solo dalla tua scrivania.

Darker cells are slower. Gap compares each link's slowest region with its fastest.

• Un solo link non è l'intero servizio. Due link di redirect.pizza hanno registrato 360 ms e 51 ms nello stesso giro. Ogni numero qui descrive un link in un momento preciso; prova il tuo.
• I passaggi si sommano. Rebrandly ha richiesto tre reindirizzamenti, urllo e Bitly due, e quello di Bitly passava tramite HTTP semplice. Punta ogni link direttamente alla pagina finale https://.
• Usa il codice giusto. Short.io e Dub hanno risposto con un 302, pensato per spostamenti temporanei. Per un link che non cambia mai, un 301 è il segnale più chiaro.
• I più veloci hanno lo stesso aspetto ovunque. TinyURL, Cloudflare, Dub e RedirHub sono rimasti entro pochi millisecondi in tutte e tre le regioni.

Per capire perché questo è importante per gli utenti e per la SEO, vedi perché la velocità dei reindirizzamenti è importante. Per catene e reindirizzamenti interrotti, vedi reindirizzamento 301 non funzionante? 6 cause comuni e soluzioni.

Come l'abbiamo testato#

The number in every chart is time to first byte of the redirect response.

• Data: 16 ottobre 2026. I campioni principali sono stati testati tra le 09:18 e le 09:22 UTC, RedirHub alle 09:31 UTC e gli URL abbinati di redirect.pizza insieme alle 09:33 UTC.
• Regioni: Washington DC, Francoforte e Tokyo. Cinque esecuzioni per regione, ognuna su una connessione nuova; riportiamo la mediana.
• Metrica: solo il tempo al primo byte della prima risposta. La pagina di destinazione non viene cronometrata, quindi una destinazione lenta non influisce sul reindirizzamento.
• Classifica: la media semplice delle tre mediane regionali, quindi ogni regione conta allo stesso modo.
• URL: link brevi pubblici trovati in fonti pubblicate, esempi ufficiali, due regole di reindirizzamento che abbiamo configurato noi su Cloudflare e Vercel, e redirhub.com. Destinazioni, piani e impostazioni non erano gli stessi tra i servizi.
• Escluso: un deployment cliente di redirection.io che ha restituito 403 in due delle tre regioni (le risposte bloccate non sono redirect più veloci), e configurazioni self-hosted come NGINX, Apache, Caddy e plugin WordPress, la cui velocità dipende dal server su cui girano. Non abbiamo ancora testato l'inoltro del dominio del registrar.
• Chi l'ha eseguito: RedirHub. Questa è un'istantanea breve di URL specifici, non una classifica delle prestazioni a lungo termine di un brand, e non dice nulla da sola su SEO o conversioni.

Controlla il tuo redirect in 30 secondi#

Passo 1. Apri il test di velocità dei redirect e incolla il tuo redirect o link breve.

Paste a link, pick a region (or all three) and press Test speed.

Passo 2. Scegli Tutte e tre le regioni, così vedi il divario tra i continenti, non solo quella più vicina a te.

Passo 3. Aggiungi un secondo URL da confrontare, per esempio il tuo provider attuale rispetto a un redirect di test. Entrambi ricevono gli stessi passaggi, alternati, dallo stesso punto.

Passo 4. Leggi la scheda del risultato e l'elenco Cosa correggere, come negli screenshot qui sopra: passaggi extra, un 302 dove dovrebbe esserci un 301, un passaggio su HTTP non cifrato o una destinazione non funzionante.

Passo 5. Condividi la pagina dei risultati o scaricane l'immagine, oppure copia il comando curl per ripetere il test dalla tua macchina.

Preferisci il terminale? Questo stampa la mediana di 10 esecuzioni per un URL, con DNS, connessione, TLS e primo byte. I tuoi numeri saranno diversi dai nostri, perché dipendono da dove lo esegui.

bashfor u in 'https://your-redirect.example/'; do
  for i in $(seq 10); do
    curl -s -o /dev/null --max-redirs 0 --max-time 10 \
      -w '%{time_namelookup} %{time_connect} %{time_appconnect} %{time_starttransfer} %{http_code}\n' "$u"
  done | sort -n -k4 | awk -v u="$u" '{r[NR]=$0} END{split(r[int((NR+1)/2)],m," ");
    printf "%-28s %s  DNS %4.0f  connessione %4.0f  TLS %4.0f  primo byte %4.0f ms\n", u, m[5], m[1]*1000, (m[2]-m[1])*1000, (m[3]>0?m[3]-m[2]:0)*1000, m[4]*1000}'
done