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.
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
- Collegare il PC al router con un cavo Ethernet funzionante.
- Chiudere applicazioni che usano download o upload e sospendere temporaneamente VPN e proxy.
- Controllare che la scheda di rete negozi alla velocità prevista dal collegamento.
- Eseguire lo speed test da terminale verso più server, mantenendo annotati i risultati.
- Ripetere le misurazioni in orari diversi e confrontare download, upload, latenza, jitter e perdita di pacchetti.
- 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.
