Nel mondo dei proxy, quando si parla di "velocità" si intende quasi sempre la latency, perché nell'uso quotidiano ciò che percepisci non è la banda, ma il tempo di risposta di ogni clic. Questo articolo scompone il ritardo nelle sue parti.
Definizione
La latency (ritardo) è il tempo totale necessario perché una richiesta parta da te, raggiunga la destinazione e la risposta torni indietro (RTT — round trip time). Si misura in millisecondi e, in una connessione con proxy, è composta da tre parti:
Latency totale = [tu → proxy] + [tempo di elaborazione del proxy] + [proxy → destinazione]
Parte 1: tu → proxy (geografia)
La velocità della luce non si negozia: da Istanbul a Francoforte in fibra il limite fisico inferiore è di ~25-35 ms, verso New York di ~65-90 ms. Per questo la posizione del proxy è il fattore che determina maggiormente la latency. Se lavori dalla Turchia TR e DE le uscite offrono la base più bassa.
Parte 2: tempo di elaborazione del proxy (tipo e carico)
Normalmente il server impiega 1-5 ms per ricevere e inoltrare la richiesta; sotto carico questo valore aumenta. Aggiunte tipiche per tipologia:
| Differenza tra condivisi e dedicati | Elaborazione + uscita aggiuntiva | Perché |
|---|---|---|
| Datacenter | +1-10 ms | Uscita diretta sulla dorsale |
| ISP | +5-15 ms | Infrastruttura datacenter, rotta ISP |
| Residential | +30-150 ms | Inoltro verso una linea domestica reale |
| Mobile | +40-120 ms | Ritardo naturale della rete cellulare |
Questa tabella non è una classifica di qualità: la latency aggiunta dai residential/mobile è il prezzo del trust score che offrono ed è irrilevante nella maggior parte dei casi d'uso.
Parte 3: proxy → destinazione
La parte che spesso si dimentica: la distanza del proxy dalla destinazione. Usare un proxy a Francoforte per fare scraping di un sito statunitense aggiunge ~90 ms alla tratta [proxy → destinazione]. Regola d'oro: scegli il proxy vicino alla destinazione, non a te stesso — soprattutto nelle attività con molte richieste, la differenza si accumula in modo esponenziale.
Quando la latency è critica?
- Critica: cattura di prezzi/stock in tempo reale, corse a operazioni sequenziali, bot in tempo reale.
- Importante: scraping di decine di migliaia di richieste al giorno (100 ms per richiesta = ore al giorno).
- Irrilevante: controlli di routine a basso volume, job batch notturni, navigazione manuale.
Ricetta per ridurla
- Scegli una posizione vicina alla destinazione (il guadagno maggiore).
- Assegna le attività time-sensitive datacenter/ISP e quelle protette ai residential.
- Riutilizza le connessioni (keep-alive); non pagare l'handshake TCP a ogni richiesta.
- Misura: ping test e con la guida allo speed test basa le tue decisioni sui dati.