Metodologia tecnica e architettura di misurazione

Specifiche tecniche dettagliate del nostro speed test: il motore di misurazione open source, l'infrastruttura Anycast Edge, le API di temporizzazione ad alta precisione e il protocollo di rilevamento packet loss WebRTC.

Aggiornato il 6 ottobre 2026

Motore di misurazione e architettura client-side

Il nostro test si basa su @cloudflare/speedtest, il motore JavaScript open source sviluppato da Cloudflare (rilasciato con licenza MIT). Il codice viene eseguito interamente e in sicurezza all'interno del browser web dell'utente, senza necessità di installare software aggiuntivo, estensioni o privilegi di amministratore.

Per assicurare tempi di caricamento immediati su tutti gli articoli del sito, il motore di test viene caricato in modo asincrono solo nel momento in cui l'utente fa clic su 'Avvia test'.

Infrastruttura edge globale con routing BGP Anycast

Tutte le richieste HTTP di download, upload e ping si collegano alla rete globale Cloudflare tramite Anycast BGP:

  • Instradamento automatico al nodo più vicino: il protocollo BGP indirizza automaticamente i dati verso il punto di presenza (PoP) Cloudflare topologicamente più vicino alla tua posizione.
  • Misurazione fedele dell'ultimo miglio: appoggiandosi a server situati nei principali punti di interscambio (IXP come il MIX di Milano o il Namex di Roma), il test misura le prestazioni reali della tua linea fissa o mobile senza risentire di colli di bottiglia su dorsali intercontinentali lontane.

Fasi operative della sequenza di test

  1. Fase 1: Inizializzazione della connessione: una micro-richiesta HTTP azzera i tempi di risoluzione DNS e negoziazione TLS 1.3 per evitare distorsioni da avvio a freddo.
  2. Fase 2: Latenza a riposo e jitter: 21 misurazioni sequenziali a linea scarica per determinare la mediana del tempo di andata e ritorno (RTT).
  3. Fase 3: Misurazione del download: trasferimento di blocchi di dati di dimensione progressiva (da 256 KB fino a 25 MB), cronometrati tramite la Performance Resource Timing API nativa del browser.
  4. Fase 4: Misurazione dell'upload: trasmissione di payload di dati verso il server edge per determinare la velocità continua di invio.
  5. Fase 5: Rilevamento packet loss WebRTC: flusso di pacchetti UDP inviati verso un server TURN dedicato per calcolare la percentuale esatta di pacchetti scartati.

Calcolo statistico di download e upload

La velocità netta viene calcolata applicando il 90° percentile dei campioni di throughput registrati durante i blocchi di carico stabile, scartando la fase iniziale di avvio lento (TCP Slow Start) che altrimenti sottostimerebbe la banda reale.

Fonti ufficiali e standard tecnici

  1. @cloudflare/speedtest (measurement engine source and documentation) Cloudflare

    How download, upload, latency, jitter and packet loss are measured by the engine this site uses.

    Ultima verifica: ottobre 2026

  2. PerformanceResourceTiming MDN Web Docs

    The browser timing API used to time each test request.

    Ultima verifica: ottobre 2026

  3. Cloudflare Realtime TURN service Cloudflare Docs

    The relay used to send and count UDP packets in the packet loss test.

    Ultima verifica: ottobre 2026

  4. Aggregated Internet Measurement (AIM) Cloudflare Docs

    Background on judging connection quality by use case rather than by a single number.

    Ultima verifica: ottobre 2026

  5. RFC 3550: RTP, A Transport Protocol for Real-Time Applications (interarrival jitter) IETF

    Formal definition of jitter used by voice and video software.

    Ultima verifica: ottobre 2026

  6. Measurement Lab (M-Lab) Measurement Lab

    Open internet measurement data and methodology.

    Ultima verifica: ottobre 2026