Speed test da terminale Windows: cause dei risultati incoerenti e come interpretarli

Uno speed test da terminale Windows può restituire risultati inferiori o variabili per motivi legati a server, rete locale, Wi-Fi, congestione dell’operatore, software e configurazione TCP. Questa guida spiega come distinguere ogni causa, quali comandi usare per verificare download, upload, latenza, jitter e perdita di pacchetti e come migliorare la misurazione.

Pubblicato 2026-08-24 Ultimo aggiornamento 2026-08-24 Categoria: Guide

Perché il risultato dello speed test da terminale Windows può variare

Un test eseguito dal terminale misura la prestazione disponibile in quel momento tra il PC, il router o modem, la rete dell’operatore e il server scelto. Il valore visualizzato non rappresenta sempre la velocità nominale del contratto: download, upload, latenza, jitter e perdita di pacchetti possono cambiare in base all’orario, al percorso di rete e al carico dei dispositivi.

Su Windows è possibile usare uno strumento CLI compatibile, come l’app ufficiale Speedtest CLI, dopo averlo installato secondo la documentazione del produttore. Un esempio di esecuzione è speedtest. Per confrontare i risultati è importante mantenere lo stesso dispositivo, la stessa connessione e, quando possibile, lo stesso server.

Server di test non adatto o percorso di rete variabile

Il server selezionato può essere lontano, sovraccarico o raggiungibile attraverso un percorso meno efficiente. In questo caso la linea di accesso può funzionare correttamente, ma il test mostra un download più basso, un upload instabile o una latenza superiore rispetto ad altri server.

Ripetere il test con server diversi e confrontare latenza e velocità aiuta a isolare il problema. Se un server locale produce risultati normali mentre uno remoto è lento, la causa è probabilmente il percorso o il server di misurazione, non necessariamente la fibra, il cavo o la DSL dell’operatore.

Connessione Wi-Fi debole o interferenze radio

Il Wi-Fi può limitare lo speed test più della connessione Internet. Distanza dal router, pareti, rete a 2,4 GHz congestionata, interferenze e dispositivi collegati possono ridurre il download e aumentare jitter e perdita di pacchetti.

Per verificare questa causa, eseguire lo stesso comando con il PC collegato al router tramite cavo Ethernet. Se il risultato cablato è nettamente migliore, conviene avvicinare il dispositivo al router, usare la banda a 5 GHz o 6 GHz quando disponibile, scegliere un canale meno congestionato e ridurre il traffico Wi-Fi durante la misurazione.

Traffico domestico e saturazione della rete locale

Streaming video, backup cloud, aggiornamenti, console e altri download possono consumare la banda mentre il test è in esecuzione. Anche un solo dispositivo che effettua un upload intenso può aumentare la latenza e rendere meno stabile il download.

Controllare i dispositivi connessi al router e sospendere temporaneamente trasferimenti, VPN e aggiornamenti permette di ottenere una misura più rappresentativa. È utile ripetere il test in condizioni normali e in una finestra libera, perché la differenza mostra quanto il traffico domestico incida sulla linea.

Congestione dell’operatore o della rete di accesso

La rete dell’ISP può essere più carica in alcune fasce orarie. Questo fenomeno è frequente sulle reti condivise e può manifestarsi con download ridotto la sera, upload variabile e aumento della latenza verso più server contemporaneamente.

Per giudicare correttamente il fenomeno, eseguire più test distribuiti durante la giornata per almeno due o tre giorni. Se il calo compare sempre negli stessi orari e riguarda server differenti, raccogliere data, ora, server, download, upload, latenza, jitter e perdita di pacchetti prima di contattare l’operatore.

VPN, proxy, antivirus e applicazioni in background

Una VPN o un proxy può aggiungere cifratura e un percorso intermedio, riducendo la velocità o aumentando la latenza. Anche antivirus con ispezione del traffico, client cloud, software peer-to-peer e aggiornamenti di Windows possono influire sulla misurazione.

Ripetere il test con la VPN disattivata e verificare il traffico attivo in Gestione attività consente un confronto utile. Le protezioni di sicurezza non dovrebbero essere disabilitate in modo permanente: è preferibile usare una prova breve, su una rete affidabile, e riattivare subito ogni funzione necessaria.

Driver, scheda di rete o collegamento Ethernet limitato

Un adattatore Ethernet che negozia a 100 Mbps invece di 1 Gbps, un cavo difettoso o un driver obsoleto può creare un limite evidente. Il problema può riguardare anche una porta del router, un dock USB o un adattatore Wi-Fi con capacità inferiori alla velocità della linea.

In Windows è possibile controllare lo stato del collegamento nelle impostazioni della scheda di rete oppure usare PowerShell con Get-NetAdapter. Verificare velocità negoziata, stato del dispositivo e driver, quindi provare un altro cavo e un’altra porta del router. Un risultato vicino al limite del collegamento indica un collo di bottiglia locale.

Come distinguere velocità bassa, latenza e perdita di pacchetti

Una velocità di download bassa indica una capacità di trasferimento ridotta, mentre latenza alta e jitter elevato descrivono una risposta lenta o instabile. La perdita di pacchetti può causare blocchi, ritrasmissioni e prestazioni irregolari anche quando il valore di download appare sufficiente.

Per una verifica iniziale si può usare ping verso il router e verso un host pubblico, ad esempio ping -n 30 1.1.1.1. Se il ping verso il router è già instabile, il problema è probabilmente Wi-Fi, cablaggio o rete locale. Se il router risponde bene ma l’host esterno mostra ritardi o perdite, occorre analizzare il percorso con tracert 1.1.1.1 e confrontare più destinazioni.

Procedura consigliata per un test affidabile

  1. Collegare il PC al router con un cavo Ethernet funzionante.
  2. Chiudere applicazioni che usano download o upload e sospendere temporaneamente VPN e proxy.
  3. Controllare che la scheda di rete negozi alla velocità prevista dal collegamento.
  4. Eseguire lo speed test da terminale verso più server, mantenendo annotati i risultati.
  5. Ripetere le misurazioni in orari diversi e confrontare download, upload, latenza, jitter e perdita di pacchetti.
  6. Ripetere il confronto in Wi-Fi per misurare separatamente l’impatto della rete wireless.

Ottimizzazioni pratiche prima di contattare l’operatore

Riavviare router e modem può eliminare uno stato temporaneo, ma non risolve una congestione ricorrente o un limite del piano. Aggiornare firmware del router e driver della scheda di rete, usare Ethernet per i dispositivi che richiedono stabilità e posizionare correttamente il router sono interventi a basso rischio.

Se i test cablati restano inferiori alle prestazioni normalmente attese, ripetere la verifica con più server e in orari diversi. In caso di latenza anomala o perdita di pacchetti, fornire all’operatore una cronologia dei risultati e indicare se il difetto riguarda anche il collegamento diretto al router. Questo rende più semplice distinguere un problema della rete domestica da un problema dell’accesso Internet.