Il tuo sito vola a Mosca, ma rallenta per un cliente in Brasile o Indonesia? Questo è un problema comune per i marketer, gli arbitraggisti e i team di e-commerce che operano su più geo. Scopriamo perché la velocità di caricamento dipende dal paese dell'utente e come misurare correttamente il TTFB (Time To First Byte) tramite IP residenziali, per vedere la reale situazione, e non le letture dal proprio ufficio.
Perché la velocità del sito dipende dal paese del cliente
La velocità di caricamento di un sito non è una grandezza assoluta, ma il risultato di una serie di fattori: la distanza dal server, la qualità della rete del provider, il carico del CDN in una specifica regione, la risoluzione DNS, e a volte anche la semplice filtrazione del traffico a livello nazionale. Se il tuo server si trova in Germania e il cliente accede dal Vietnam, la richiesta passa fisicamente attraverso più nodi, e ogni millisecondo di ritardo si accumula in un rallentamento significativo.
Per gli arbitraggisti, questo è critico: se la landing page si carica in 4-5 secondi invece di 1-2, parte del traffico da pubblicità a pagamento su Facebook Ads o TikTok Ads semplicemente si perde prima di visualizzare l'offerta. Per le agenzie SMM, che promuovono un brand in diversi paesi, un sito lento rovina l'impressione sul cliente. Per i venditori, che pubblicano schede su AliExpress o lavorano con acquirenti stranieri, la velocità influisce direttamente sulla conversione e sulle posizioni nei motori di ricerca. Google e altri motori di ricerca considerano anche la velocità di caricamento nel ranking, e lo fanno proprio dal punto di vista dell'utente di una specifica regione, e non dal punto di vista del tuo ufficio.
Il problema è che la maggior parte dei proprietari di siti controlla la velocità una sola volta — a casa o in ufficio — e considera la questione chiusa. In realtà, un sito che vola a Mosca può impiegare molto più tempo per caricarsi per un utente in Messico o nelle Filippine, e scoprirlo senza un test specifico è semplicemente impossibile.
Che cos'è il TTFB e perché misurarlo è importante per le aziende
TTFB (Time To First Byte) è il tempo che intercorre dal momento in cui il browser invia la richiesta fino alla ricezione del primo byte di risposta dal server. In altre parole, è un indicatore di quanto velocemente il server "risponde", prima ancora che inizi il caricamento delle immagini, degli script e degli stili. Un TTFB elevato significa che il problema non è nelle immagini pesanti o nel design sovraccarico, ma nell'infrastruttura stessa: server, CDN, DNS o percorso di rete verso una specifica regione.
Per le aziende, questa è una metrica importante, perché mostra il "ritardo" netto senza l'influenza del frontend. Se il TTFB dalla Russia è di 80 ms e dall'India è di 600 ms, significa che il problema non è nel codice del sito, ma nel fatto che il server è fisicamente lontano dagli utenti indiani o che il CDN non copre questa regione. Un buon riferimento è considerato un TTFB fino a 200 ms, accettabile fino a 500 ms, tutto ciò che è superiore è già percepito dall'utente e influisce sui rifiuti.
| Intervallo TTFB | Valutazione | Cosa significa per le aziende |
|---|---|---|
| fino a 200 ms | Eccellente | Il sito si carica rapidamente, quasi nessun rifiuto per velocità |
| 200-500 ms | Accettabile | L'utente noterà un ritardo, ma non è critico |
| 500-1000 ms | Scarso | Aumento dei rifiuti, perdita di parte del traffico da pubblicità a pagamento |
| 1000+ ms | Critico | Gli utenti abbandonano prima del caricamento della pagina, la conversione diminuisce |
Perché i test dal proprio ufficio ingannano
Se apri un sito a casa tua a Mosca e vedi che si carica in un secondo, questo non dice nulla sulla velocità per un cliente in Germania, USA o Indonesia. Il tuo provider può avere un peering diretto con l'hosting del sito, potresti avere la cache del browser, e il CDN potrebbe servire la richiesta dal punto di presenza più vicino a te. Tutto ciò crea un'illusione di un sito veloce, che si rompe non appena un reale utente di un altro paese apre la stessa pagina.
I servizi online come GTmetrix o Pingdom risolvono parzialmente il problema, offrendo la scelta del punto di test, ma hanno un numero limitato di località e, cosa più importante, fanno la richiesta dai server dei data center, e non da IP "vivi" di utenti normali. Questa differenza è critica: alcuni siti e CDN trattano in modo diverso il traffico da IP di data center e da indirizzi residenziali di veri provider. Per questo motivo, il test può mostrare un TTFB, mentre un utente reale ne vedrà un altro.
È proprio per questo che per una misurazione precisa è necessario testare tramite un IP il più simile possibile a quello di un vero cliente — cioè tramite un proxy residenziale di un determinato paese. Questo fornisce un quadro onesto: vedi il sito esattamente come lo vede un utente dal Brasile, Vietnam o Nigeria, con il reale percorso del traffico attraverso un provider locale.
Quali proxy sono adatti per misurare la velocità: confronto
Per testare la velocità del sito da diverse geo si utilizzano diversi tipi di proxy, e la scelta dipende da quanto precisamente è necessario simulare un utente reale.
| Tipo di proxy | Precisione della simulazione dell'utente | Quando utilizzare |
|---|---|---|
| Proxy di data center | Bassa | Stima rapida del ritardo fino al server, quando la precisione non è critica |
| Proxy residenziali | Alta | Misurazione del reale TTFB così come lo vede un normale utente con IP domestico |
| Proxy mobili | Molto alta | Controllo della velocità per il traffico mobile dalla regione, rilevante per TikTok Ads e Instagram |
I proxy di data center sono buoni per una diagnosi rapida: sono più economici e forniscono un quadro approssimativo del ritardo fino al server. Ma se il sito o il CDN applicano logiche diverse per il traffico dei data center e degli utenti normali (e questo accade spesso, soprattutto con i grandi provider di protezione contro i bot), le letture possono differire dalla realtà di molto. I proxy residenziali eliminano questo divario, perché la richiesta proviene da un IP fornito da un provider internet locale di un determinato paese — proprio come accede un vero cliente.
I proxy mobili hanno senso se la maggior parte del tuo pubblico accede tramite telefoni attraverso reti cellulari — questo è particolarmente rilevante per la promozione su TikTok Ads e Instagram, dove il traffico mobile domina. Le reti cellulari hanno le loro peculiarità di instradamento, che possono fornire un TTFB diverso rispetto al Wi-Fi domestico della stessa regione.
Istruzioni passo passo: misurazione del TTFB tramite IP residenziali
Esaminiamo un algoritmo pratico che si adatta sia ai marketer senza competenze di programmazione, sia ai tecnici.
Passo 1. Definire i paesi target. Crea un elenco di geo in cui hai o prevedi di avere traffico: ad esempio, USA, Germania, Brasile, Indonesia. Per ogni paese sarà necessario un IP residenziale separato proprio di quella regione.
Passo 2. Collega proxy residenziali della geolocalizzazione necessaria. Nella tua area personale del servizio proxy seleziona il paese, copia i dati di connessione (host, porta, login, password) e utilizzali nel browser o nello strumento di test. Se gestisci più progetti contemporaneamente, è comodo configurare i proxy in profili separati di un browser anti-detect — Dolphin Anty, AdsPower o Octo Browser — per non confondere sessioni e cookie di diverse geo.
Passo 3. Apri il sito tramite il proxy e misura il TTFB. È più semplice farlo tramite gli strumenti di sviluppo integrati nel browser Chrome: apri la scheda Network, ricarica la pagina e guarda la prima riga della richiesta del documento — lì sarà indicato il tempo di attesa (Waiting for server response), questo è il TTFB.
Passo 4. Ripeti la misurazione più volte. Fai 5-10 misurazioni in orari diversi della giornata, per escludere fluttuazioni casuali del carico sul server. Registra il valore medio per ogni paese.
Passo 5. Confronta i risultati per geo. Crea una tabella: paese — TTFB medio — conclusione. Se la differenza tra i paesi è superiore a 300-400 ms, questo è un segnale per configurare il CDN o scegliere un server più vicino alla regione problematica.
Strumenti per la misurazione: dai servizi online a curl
Per la maggior parte dei marketer e degli specialisti SMM, è sufficiente un browser e un proxy residenziale collegato tramite un'estensione o le impostazioni di rete. Ma ci sono anche servizi specializzati che semplificano il processo: WebPageTest consente di scegliere il punto di test e mostra una ripartizione dettagliata del TTFB, della risoluzione DNS e del tempo di connessione. Pingdom Tools e GTmetrix forniscono un rapporto più semplice, ma con un numero limitato di località.
Se sei tecnicamente esperto e vuoi automatizzare le misurazioni, puoi utilizzare l'utility da console curl specificando il proxy e i parametri di timing:
curl -x http://login:password@host:port \
-o /dev/null -s -w "TTFB: %{time_starttransfer}\n" \
https://example.comQuesto comando invia una richiesta tramite un proxy residenziale della regione specificata e restituisce il tempo fino alla ricezione del primo byte di risposta. Per una serie di misurazioni da diversi paesi, è sufficiente cambiare l'host del proxy sulla geolocalizzazione desiderata e avviare il comando in un ciclo, registrando i risultati in una tabella.
Per chi lavora con Python, una misurazione simile può essere effettuata tramite la libreria requests con il parametro proxies e misurando il tempo manualmente tramite il modulo time, oppure tramite l'oggetto integrato response.elapsed, che mostrerà il tempo totale della richiesta, incluso il TTFB.
Casi pratici: a chi serve e perché
Arbitraggisti e media buyer. Prima di avviare una campagna su Facebook Ads o Google Ads in una nuova geo, è utile controllare il TTFB della landing page dal paese target. Se il ritardo è superiore a 500 ms, parte dei clic sarà persa prima del caricamento completo dell'offerta, e il costo di conversione aumenterà senza una ragione apparente.
Agenzie SMM. Se l'agenzia promuove il brand di un cliente in diversi paesi tramite Instagram e TikTok, è importante assicurarsi che il sito a cui portano i link dalla biografia del profilo si carichi altrettanto velocemente per il pubblico in ogni regione. Un sito lento riduce la fiducia nel brand e rovina i tassi di coinvolgimento.
Venditori e e-commerce. Per i venditori che lavorano con acquirenti stranieri tramite il proprio negozio online o vetrina su AliExpress, la velocità di caricamento della scheda prodotto influisce direttamente sulla decisione di acquisto. Misurare il TTFB dai paesi target aiuta a capire se è necessario un ulteriore nodo CDN o cambiare hosting.
Marketer che testano la pubblicità da diverse regioni. Prima di avviare una campagna localizzata è utile non solo controllare la traduzione e i creativi, ma anche assicurarsi che la base tecnica — la velocità del sito — non diventi un collo di bottiglia nel funnel.
Errori comuni nella misurazione della velocità da diversi paesi
Il primo e più comune errore è testare tramite VPN invece di proxy. I servizi VPN pubblici spesso utilizzano IP condivisi di data center con un carico enorme, il che distorce le misurazioni e fornisce risultati instabili, che non riflettono la reale velocità per l'utente.
Il secondo errore è una misurazione singola. Il TTFB può oscillare a seconda del carico sul server, dell'ora del giorno e persino della cache sul lato del CDN. Senza una serie di misurazioni, è facile trarre una conclusione errata basata su un picco o un crollo casuale.
Il terzo errore è ignorare la differenza tra IP di data center e residenziali. Se il sito è protetto da bot da servizi come Cloudflare, le richieste da indirizzi di data center possono essere elaborate secondo uno scenario diverso, inclusi controlli aggiuntivi, che aumentano artificialmente il TTFB. Un IP residenziale non crea tali ritardi, perché appare come traffico utente normale.
Il quarto errore è testare solo un punto nel paese. Grandi paesi come USA, Brasile o India non sono omogenei per qualità dell'infrastruttura internet in diverse regioni, quindi una misurazione da New York non dirà nulla sulla velocità per un utente dalla campagna texana.
Checklist prima di avviare il test
- Definiti tutti i paesi target per cui è necessaria la misurazione del TTFB
- Collegati proxy residenziali delle geolocalizzazioni necessarie, non una VPN pubblica
- Pianificati almeno 5-10 misurazioni per paese in orari diversi della giornata
- Utilizzato uno strumento di misurazione: DevTools del browser, WebPageTest, curl o script in Python
- I risultati raccolti in una tabella per confrontare i paesi tra loro
- Per i paesi con TTFB elevato, pianificata la verifica del CDN e la scelta del server
Conclusione
La velocità del sito non è una metrica tecnica astratta, ma un fattore che influisce direttamente sulla conversione, sul costo del traffico e sulla fiducia nel brand in ogni specifica regione. Misurare il TTFB dal proprio ufficio o tramite una VPN pubblica fornisce un quadro distorto, che non aiuta a prendere decisioni corrette. Un risultato onesto si ottiene solo testando tramite un IP il più simile possibile a un vero utente di un determinato paese.
Se stai lanciando pubblicità su nuove geo, gestendo multi-account per clienti o testando la velocità di un negozio online per acquirenti stranieri, ti consigliamo di utilizzare proxy residenziali — forniscono un quadro preciso del TTFB così come lo vede un cliente reale. Per controllare lo scenario mobile, possono essere utilizzati proxy mobili, mentre per una diagnosi iniziale rapida del ritardo si possono utilizzare proxy di data center più economici.