Transfert sur connexion lente : comment y arriver quand même

Pour déplacer un fichier sur une connexion lente, il vous faut trois choses : une compression agressive avant l'upload, un service avec des transferts chunked résumables (pour qu'une interruption ne reparte pas de zéro), et une stratégie d'horaire qui évite la congestion de pointe. Une vidéo de 2 Go sur une connexion montante à 3 Mbps prend environ 90 minutes sans interruption, mais avec un réencodage H.265 elle tombe à 350 Mo et 16 minutes. Lent ne veut pas dire impossible — cela signifie arrêter de traiter le transfert comme un coup unique et commencer à le traiter comme un job qui survit aux nouvelles tentatives.

Établissez ce que « lent » veut réellement dire

Lancez speedtest-cli ou allez sur speedtest.net pendant l'heure où vous comptez transférer. Notez le chiffre d'upload. Une connexion « lente » pour un transfert de fichiers, c'est tout ce qui est sous 10 Mbps en montant, ce qui inclut la plupart des lignes ADSL, le fixe rural sans fil, les hotspots cellulaires hors zones LTE, le satellite sur les cellules Starlink surchargées, et de nombreux anciens forfaits câble plafonnés à 5 Mbps en montant.

Testez aussi la latence et la gigue. Une connexion à 5 Mbps avec 40 ms de latence se comporte très différemment des mêmes 5 Mbps avec 250 ms de latence et 80 ms de gigue (typique sur satellite géostationnaire ou cellulaire fortement congestionné). Une latence élevée fait stagner les uploads mono-flux même à une bande passante nominalement décente, car la fenêtre TCP ne parvient pas à remplir le tuyau.

La compression, c'est la bande passante la moins chère

Si vous réduisez la taille du fichier, vous doublez effectivement votre connexion. Sur la vidéo, HandBrake avec H.265 à CRF 23 réduit typiquement la taille de 60 à 80 % sans perte de qualité visible. Sur les PDF, Ghostscript avec -dPDFSETTINGS=/ebook sous-échantillonne les images embarquées de 600 DPI à 150 DPI et taille souvent 70 %. Sur les lots d'images, convertir des JPEG en WebP à la qualité 85 économise 30 à 40 %.

N'envoyez jamais du TIFF, BMP ou WAV non compressé sur un lien lent. N'envoyez jamais un export 4K d'une vidéo qui sera regardée sur un téléphone. Adaptez la qualité de sortie au cas d'usage avant même de commencer à uploader.

Choisissez un service avec un vrai support de reprise

Les uploads chunked avec reprise sont indispensables sur les connexions capricieuses. Les services basés sur tus.io, les resumable uploads de Google Drive, le multipart S3 et les sessions d'upload OneDrive survivent tous aux coupures TCP. WeTransfer et SwissTransfer reprennent dans l'onglet du navigateur si la connexion hoquette. Smash gère la reprise proprement sur plusieurs heures de persistance de session.

Évitez tout ce qui utilise un POST multipart/form-data unique pour le fichier entier. C'est ainsi que fonctionnent les anciens scripts d'upload PHP, et un upload de 2 Go sur une connexion 5 Mbps qui tombe à 75 % signifie repartir de 0 %. Le plafond gratuit de 100 Mo de Dropbox Transfer utilise un POST unique — ça va pour les petits fichiers, douloureux pour tout ce qui est plus gros.

Planifiez aux fenêtres de faible trafic

La congestion des FAI sur l'infrastructure résidentielle partagée culmine entre 19 h et 23 h. Sur une connexion à 5 Mbps en montant, ce pic peut faire chuter le débit à 1,5 Mbps. La même connexion à 3 h du matin délivre souvent les 5 Mbps complets. Un transfert qui prendrait 4 heures à 21 h finit en 75 minutes la nuit.

Mettez l'upload en file avant de vous coucher. Laissez le portable branché, écran de veille et veille désactivés (caffeinate sur macOS, « Ne pas laisser l'ordinateur s'endormir » dans les paramètres d'alimentation Windows). Vérifiez le matin.

Utilisez la connexion filaire dont vous disposez

Faire passer un portable du Wi-Fi à l'Ethernet n'ajoute pas de bande passante au-delà du plafond du lien internet, mais cela élimine les 5 à 15 % de retransmissions que le Wi-Fi ajoute typiquement sur les bandes 2,4 GHz congestionnées. Sur 3 Mbps en montant, récupérer 10 % d'efficacité de paquets représente 300 Kbps de débit utilisable supplémentaire.

Si vous partagez la connexion d'un téléphone, le partage USB surpasse le hotspot Wi-Fi en évitant le saut radio Wi-Fi supplémentaire.

Découpez le fichier quand le service ne le peut pas

Si vous êtes coincé avec un outil qui ne supporte pas les uploads chunked, découpez le fichier vous-même. split -b 100M bigfile.mov part. sur macOS/Linux ou l'option « Découper en volumes » de 7-Zip sur Windows fragmente un fichier de 2 Go en 20 morceaux de 100 Mo. Uploadez chaque morceau séparément, et si l'un échoue, vous ne ré-uploadez que 100 Mo au lieu du tout.

Le destinataire reconstitue avec cat part.* > bigfile.mov ou en extrayant le volume 7-Zip. Pas élégant, mais fiable sur le Wi-Fi d'hôtel.

Coupez tout le reste sur le réseau

Sur 5 Mbps en montant, un seul appel Zoom HD mange 2,5 Mbps, laissant 2,5 Mbps pour le transfert. iCloud Photos qui synchronise après un import de vacances peut consommer tout le montant. Backblaze, Carbonite, Dropbox et Google Drive poussent tous en arrière-plan.

Mettez-les en pause explicitement. L'onglet Réseau du Moniteur d'activité de macOS montre qui utilise la bande passante ; l'onglet Performance du Gestionnaire des tâches de Windows 11 donne la même info. Quittez temporairement tout ce qui dépasse 50 Ko/s en upload.

Connexions cellulaires et partagées : le piège du quota

Le partage depuis un téléphone sur un forfait « illimité » est généralement acceptable jusqu'à un plafond d'usage (typiquement 30 à 100 Go par mois), après quoi l'opérateur fait chuter le débit à 1-5 Mbps ou vous déprioritise sur les cellules congestionnées. Les opérateurs français déploient tous des pratiques similaires sur leurs forfaits grand public.

Un transfert de 10 Go en milieu de mois passe généralement bien. Le même transfert après avoir streamé des vidéos en cellulaire tout le mois peut ramper. Vérifiez votre consommation de données avant de démarrer.

Considérations satellite et forte latence

Starlink délivre 20 à 100 Mbps en upload à 25-60 ms de latence dans la plupart des régions, ce qui est parfaitement utilisable. Le satellite géostationnaire (HughesNet, Viasat) tourne à 600-800 ms de latence, ce qui fait stagner les uploads TCP mono-flux bien en dessous de la bande passante annoncée. Les services qui font tourner des uploads chunked parallèles s'en sortent bien mieux ici, car chaque flux parallèle a sa propre fenêtre de congestion.

Si vous êtes sur satellite GEO, utilisez un service de transfert conçu pour les uploads chunked parallèles et gardez des attentes réalistes : 5 Go en une soirée est atteignable, 50 Go probablement pas.

Règle simple : adaptez l'outil au tuyau

Sur les connexions lentes, la fiabilité compte plus que la vitesse. Un service qui reprend proprement après une coupure et fait tourner des morceaux en parallèle surpassera un service mono-flux plus rapide à chaque fois. HexaTransfer utilise des uploads chunked parallèles avec chiffrement AES-256-GCM et retente automatiquement les morceaux échoués — exactement ce dont une connexion d'hôtel capricieuse à 3 Mbps a besoin.

Essayez sur hexatransfer.com — gratuit, sans compte, jusqu'à 10 Go.