Consigli per trasferimento veloce: accelera i tuoi upload

Il singolo cambiamento più efficace per la maggior parte degli utenti è collegare il cavo Ethernet invece di usare il Wi-Fi: una connessione cablata gigabit supera regolarmente anche il Wi-Fi 6 nelle abitazioni reali del 30-50% negli upload sostenuti. Oltre a questo: esegui speedtest.net per verificare la tua banda upload effettiva, disabilita le VPN durante il trasferimento se non è strettamente necessario, chiudi altri tab e app che consumano CPU, comprimi in .zip con modalità store per file già compressi come .jpg e .mp4, e scegli un servizio di trasferimento con un CDN edge vicino a te. Per trasferimenti molto grandi oltre i 20 GB, pianificali nelle ore di basso traffico quando il backhaul del tuo ISP non è saturo.

Cavo invece di Wi-Fi

Il Wi-Fi 6 sulla carta offre oltre 600 Mbps di throughput. In pratica, un singolo laptop su una rete Wi-Fi affollata in un condominio vede 80-250 Mbps a causa della contesa sui canali, delle interferenze da forni a microonde e vicini, e delle decisioni che i router prendono tra banda 2,4 GHz e 5 GHz. L'Ethernet fornisce esattamente la velocità di link negoziata: 1 Gbps significa 940 Mbps di throughput TCP, ogni volta.

Per un upload una tantum da 20 GB, collegarsi direttamente al router via cavo riduce il tempo di trasferimento di circa la metà rispetto al Wi-Fi tipico. Un adattatore USB-C a Gigabit Ethernet costa circa 15 euro e si ripaga la prima volta che devi spedire un file grande.

Conosci la tua velocità di upload reale

La maggior parte delle connessioni residenziali è asimmetrica. Un piano da 500 Mbps "in download" spesso si accompagna a 50 Mbps in upload. Quei 50 Mbps sono il tuo tetto reale indipendentemente dal servizio di trasferimento che usi. Esegui speedtest.net o fast.com prima di dare la colpa ad altro.

I piani in fibra gigabit ora offrono spesso 1 Gbps simmetrico, il che cambia radicalmente l'equazione. Se invii regolarmente file oltre i 5 GB, un upgrade alla fibra (dove disponibile — verifica TIM Fibra, Fastweb Ultra Fibra, Vodafone Fibra, Windtre Fibra) si ripaga rapidamente in tempo produttivo.

Disabilita la VPN durante il trasferimento

Le VPN aziendali con deep packet inspection, OpenVPN su TCP, o WireGuard mal configurato con impostazioni MTU non corrispondenti possono dimezzare il throughput di upload. Il sovraccarico di cifratura di un protocollo VPN moderno è ridotto sulle CPU attuali (circa 5-10%), ma l'inefficienza del percorso di rete spesso predomina.

Se la tua VPN non è strettamente necessaria per il trasferimento (alcune policy aziendali la richiedono), disabilitala durante l'upload e riattivala dopo. Un upload da 2 GB che richiede 8 minuti con VPN potrebbe richiedere 3 minuti senza VPN sulla stessa connessione.

Chiudi le applicazioni che consumano CPU

I servizi di trasferimento moderni con cifratura lato client competono con gli altri processi per la CPU. Chrome con 60 tab aperti, Slack che indicizza la cronologia, Dropbox in sincronizzazione, Spotify in transcodifica: ognuno toglie cicli alla cifratura e al chunking del tuo upload.

Prima di un trasferimento grande, chiudi ciò che puoi. Activity Monitor (macOS) o Gestione attività (Windows) mostra chi sta consumando CPU. Esci dai processi più pesanti. La pagina di upload beneficia di avere quasi tutta la CPU a disposizione per il lavoro AES-256-GCM.

Comprimi solo quando conviene

ZIP, 7z e RAR offrono tutti compressione. La compressione è utile quando il contenuto del file è prevalentemente testo (log, codice sorgente, CSV): rapporti da 3 a 10x sono comuni. La compressione è inutile o dannosa per dati già compressi: foto .jpg, video .mp4, file .pdf (perlopiù compressi internamente), .docx e .xlsx (XML compresso in ZIP), e archivi .zip o .7z (comprimere due volte non aggiunge nulla).

Se stai raggruppando file misti, usa ZIP con modalità "store" (nessuna compressione). Impacchetta più file in una singola unità di upload — utile per alcuni servizi di trasferimento — senza sprecare CPU su dati che non si comprimono.

Scegli un servizio con un CDN edge vicino a te

I servizi supportati da CDN (Cloudflare R2, Fastly, Amazon CloudFront) terminano il TLS all'edge più vicino a te. Un utente europeo che carica su un servizio con origine USA senza CDN paga 100-150ms di round-trip per ogni acknowledgment di chunk, il che limita il throughput per singola connessione.

SwissTransfer usa l'edge europeo di Infomaniak, HexaTransfer usa Cloudflare, WeTransfer usa più CDN. Per un utente a Milano, Roma o Torino, i servizi con origine europea vincono. Per un utente a Sydney o Buenos Aires, i player CDN globali vincono indipendentemente dall'origine del servizio.

Pianifica i trasferimenti grandi nelle ore di basso traffico

Gli ISP residenziali sovra-iscrivono il loro backhaul. Durante il picco serale (19:00-23:00 locale), le velocità di upload spesso calano del 20-40% perché il quartiere è saturo. Eseguire un upload da 30 GB alle 6 di mattina invece che alle 21 può dimezzare il tempo di completamento.

Questo vale anche per internet condiviso in ufficio: le ore di pranzo e il primo pomeriggio tendono ad essere peggiori rispetto al primo mattino prima che l'ufficio si riempia.

Aumenta la dimensione dei chunk se il servizio lo consente

Gli uploader basati su tus.io permettono ai client di configurare la dimensione dei chunk (il valore predefinito comune è 5 MB). Chunk più grandi (32-64 MB) riducono il sovraccarico HTTP per richiesta — meno record TLS da incorniciare, meno header Content-Range, meno round-trip di ack lato server. Su connessioni stabili e veloci, chunk più grandi accelerano le cose.

Il rovescio della medaglia: se un chunk fallisce, ricarichi più byte. Su connessioni mobili instabili, chunk più piccoli (1-5 MB) si recuperano più velocemente. Adatta la dimensione del chunk all'affidabilità della rete.

Evita i servizi che limitano i livelli gratuiti

Alcuni provider di trasferimento limitano deliberatamente gli upload e i download gratuiti per spingere le conversioni verso i piani a pagamento. Alcuni servizi possono impiegare ore per trasferire file che i livelli a pagamento gestiscono in pochi minuti. Se un servizio sembra lento rispetto ai concorrenti, verifica se si tratta di un limite imposto dal servizio e non della tua connessione.

SwissTransfer, HexaTransfer, WeTransfer Free e TransferNow Free non limitano pesantemente: le loro velocità sul livello gratuito si avvicinano a quelle dei livelli a pagamento.

Aggiorna il browser

Chrome, Firefox e Safari hanno migliorato materialmente le prestazioni di upload negli ultimi tre anni grazie a migliori implementazioni TLS, supporto HTTP/2 e HTTP/3, e accelerazione Web Crypto. Un browser con più di un anno di ritardo può facilmente costare il 20% della velocità di upload rispetto alla versione attuale.

HTTP/3 (su QUIC) è particolarmente vantaggioso su connessioni con perdita di pacchetti perché si recupera per stream invece di bloccare l'intera connessione. I servizi che supportano HTTP/3 (endpoint supportati da Cloudflare) sono più veloci su mobile e Wi-Fi congestionato.

Usa app native per upload grandi ricorrenti

Per chi invia file da 50+ GB ogni settimana, un client desktop dedicato con un demone locale stabile (Dropbox, rclone, le app native di WeTransfer o Smash) spesso supera il browser perché può mantenere la connessione attiva, riprovare in modo intelligente e usare stack TLS nativi.

Per trasferimenti una tantum, il browser va bene. Il client web di HexaTransfer gestisce in modo affidabile 10 GB usando upload a chunk senza necessità di installazioni native.

In sintesi

I tre cambiamenti con l'impatto maggiore: collegati via cavo invece del Wi-Fi, disabilita le VPN non essenziali e scegli un servizio con un CDN edge vicino a te. La compressione, la regolazione dei chunk e la pianificazione nelle ore di basso traffico sono guadagni incrementali su quella base. La velocità di upload è di solito determinata dalla tua banda, non dal servizio.

Provalo su hexatransfer.com — gratis, senza registrazione, fino a 10 GB.