Transfert par navigateur vs application : sans installation ?

Le transfert par navigateur l'emporte pour presque tous les workflows ponctuels ou orientés client, car il ne nécessite aucune installation et fonctionne de manière identique sur Windows, macOS, Linux, iOS, Android et ChromeOS. Le transfert par application (Dropbox, Google Drive, OneDrive, l'application native WeTransfer) garde l'avantage pour la synchronisation bureau, les envois en arrière-plan et les cas où la même personne transfère des fichiers des dizaines de fois par jour. Pour tout le reste — un photographe livrant une séance terminée, un juriste envoyant des documents de procédure, un développeur remettant un build à un testeur — un service web comme HexaTransfer ou SwissTransfer règle l'affaire sans aucune invite d'installation.

Ce que signifie concrètement « par navigateur »

Un service de transfert web moderne s'exécute entièrement dans le navigateur grâce à des API qui étaient impossibles il y a dix ans. La File API lit les fichiers depuis le disque sans intervention du serveur. La Web Crypto API effectue le chiffrement AES-256-GCM en utilisant les implémentations natives du navigateur (généralement accélérées matériellement via AES-NI sur Intel/AMD ou les extensions cryptographiques ARM sur mobile). La Fetch API envoie les blocs chiffrés au serveur avec des envois réutilisables via des protocoles comme tus.io. Les Service Workers permettent à la page de fonctionner partiellement hors ligne ou de gérer les envois en arrière-plan.

Le résultat : le navigateur devient un client capable de gérer les fichiers sans aucune étape d'installation. « L'application », c'est la page web, chargée à chaque session, mise à jour dès que le fournisseur déploie une correction.

Les applications de transfert : deux sous-catégories

« Application » peut désigner deux choses différentes. Les applications de synchronisation bureau natives (Dropbox, Google Drive pour ordinateur, OneDrive) s'exécutent en arrière-plan, surveillent un dossier et synchronisent les modifications. Les applications mobiles font de même sur iOS et Android avec iCloud Drive, Google Drive ou les clients OneDrive.

Par ailleurs, certains services de transfert proposent des applications dédiées en complément de leur interface web — WeTransfer dispose d'applications bureau et mobile qui améliorent la fiabilité de l'envoi pour les très gros fichiers ou les envois en arrière-plan. Ces applications sont optionnelles ; la version web des mêmes services gère généralement les mêmes volumes de travail.

La friction de l'installation nuit à l'adoption

Un freelance orienté client n'a aucun levier pour demander à ses clients d'installer quoi que ce soit. « Avant de pouvoir vous envoyer la vidéo finale, veuillez télécharger le client bureau SecureTransferPro, l'installer, créer un compte, accepter trois fenêtres de permission et redémarrer votre navigateur » n'est pas une expérience professionnelle.

Un lien vers une page web fonctionne instantanément. Clic, affichage du fichier, téléchargement. C'est pourquoi WeTransfer a atteint des centaines de millions d'utilisateurs — le parcours du destinataire est sans friction. Dropbox Transfer bénéficie de la même propriété, malgré la plateforme globale Dropbox très orientée application.

Compromis de sécurité

Les applications ont historiquement été le vecteur préféré des services de transfert axés sur la sécurité, car elles contrôlent l'environnement d'exécution. Les applications natives peuvent épingler les certificats, stocker les clés dans les enclaves sécurisées de la plateforme (Keychain, Credential Manager, Android Keystore) et éviter la surface d'attaque complexe du navigateur.

Cet argument s'est affaibli. La Web Crypto API fournit des primitives éprouvées, notamment AES-256-GCM, SHA-256, PBKDF2 et ECDH. La Subresource Integrity (SRI) permet aux pages d'épingler les hachages de leurs propres scripts. HTTPS avec HSTS et Certificate Transparency rend les attaques MITM contre TLS extrêmement difficiles. Les en-têtes Content Security Policy limitent le chargement des scripts aux origines connues.

Une implémentation navigateur soignée est désormais compétitive avec les applications natives en matière de sécurité. Le risque résiduel — un fournisseur qui déploierait du JavaScript malveillant — s'applique aussi aux applications natives à mise à jour automatique.

Couverture des plateformes

| Plateforme | Par navigateur | Application Dropbox | Application Google Drive | |---|---|---|---| | Windows 10/11 | Oui | Oui | Oui | | macOS 12+ | Oui | Oui | Oui | | Ubuntu/Debian | Oui | Oui (non officiel pour ARM) | Pas d'officiel | | Fedora/RHEL | Oui | Oui (rpm disponible) | Pas d'officiel | | iOS | Oui (Safari, Chrome) | Oui (App Store) | Oui | | Android | Oui (Chrome, Firefox) | Oui (Play Store) | Oui | | ChromeOS | Oui | Limité (application Android) | Natif | | Linux ARM64 | Oui | Limité | Non | | Environnements inhabituels (bornes, bibliothèques) | Oui | Non (impossible d'installer) | Non |

La couverture navigateur est quasi universelle. Celle des applications laisse des lacunes.

Consommation de ressources

Les applications de synchronisation natives tournent en permanence. Google Drive pour ordinateur utilise généralement 150 à 300 Mo de RAM en veille et lance plusieurs processus en arrière-plan. Le client Dropbox a été historiquement critiqué pour son utilisation agressive du CPU, surtout lors de l'indexation initiale de grands dossiers. Les deux écrivent intensément sur le disque à mesure qu'ils synchronisent.

Le transfert par navigateur n'utilise aucune ressource quand vous ne transférez pas activement. Ouvrez la page quand c'est nécessaire, fermez-la quand c'est fait. Pas de démon, pas de tâches planifiées, pas d'éléments au démarrage. Pour les ordinateurs portables sur batterie, cela compte.

Fiabilité de l'envoi pour les gros fichiers

Les gros envois favorisaient autrefois les applications natives, car les navigateurs ne pouvaient pas fiablement reprendre un envoi de 20 Go interrompu en cours de route. Ce n'est plus vrai. Le protocole d'envoi réutilisable tus.io, implémenté dans les navigateurs via la bibliothèque tus-js-client, découpe les envois en blocs de taille configurable (généralement 5 à 50 Mo), confirme chaque bloc avec une requête HEAD pour vérifier les octets reçus, et reprend depuis le dernier décalage réussi après une interruption.

Une session HexaTransfer ou SwissTransfer peut survivre à la fermeture du couvercle, au changement de réseau Wi-Fi ou à une coupure passagère de l'accès internet, sans avoir à recommencer l'envoi. Le web a rattrapé ce que les applications dédiées offraient autrefois.

Quand les applications natives conservent leur intérêt

La synchronisation bureau — avoir un dossier sur votre machine qui reflète le cloud — est intrinsèquement une mission pour les applications. Aucun service par navigateur ne l'essaie. Si votre workflow implique les mêmes fichiers constamment modifiés sur plusieurs appareils, les applications de synchronisation natives restent la bonne réponse.

Les envois planifiés de très grands volumes (50+ Go par nuit) bénéficient d'outils natifs qui s'exécutent en tant que services, réessaient intelligemment et ne nécessitent pas qu'une fenêtre de navigateur reste ouverte. rclone, le CLI Dropbox et le client de synchronisation OneDrive Entreprise gèrent bien ces charges de travail.

La sauvegarde automatique de photos et vidéos mobiles est un autre bastion des applications. Aucun service par navigateur ne peut envoyer continuellement de nouvelles photos en arrière-plan pendant que vous ne regardez pas la page — le système d'exploitation suspend ou arrête le JavaScript en arrière-plan.

Quand le navigateur l'emporte clairement

Les livraisons ponctuelles. Les remises orientées client. Toute interaction où l'une ou les deux parties sont extérieures à votre organisation. Tout appareil que vous ne possédez pas — ordinateurs publics en bibliothèque, centres d'affaires d'hôtels, un ordinateur portable emprunté en déplacement. Les environnements de type borne qui n'autorisent pas les installations. Les machines d'entreprise verrouillées pour empêcher les applications tierces.

Le navigateur est l'environnement d'exécution universel. Si vous avez besoin que quelque chose fonctionne partout sans négociation, le navigateur est la réponse.

Ce que ça représente côté service

Pour un prestataire de services, la livraison par navigateur réduit le coût du support client. Pas de tickets « quelle version de votre système d'exploitation avez-vous ? ». Pas de conflits de mise à jour d'application. Pas de conflits d'extensions noyau (vous souvenez-vous quand Dropbox a déployé une extension noyau qui entrait en conflit avec les mises à jour de sécurité macOS ?). Le service se met à jour à chaque chargement de page.

Pour les acheteurs, le transfert par navigateur signifie pas d'examen de procurement pour les agents bureau, pas de revue de sécurité IT sur ce que fait l'application en arrière-plan, pas de pipeline de déploiement de mises à jour. La surface d'attaque se résume à la page web, plus facile à évaluer qu'un binaire doté de privilèges système.

La réalité hybride

La plupart des gens utilisent les deux. Dropbox pour le dossier partagé de l'équipe, un service de transfert par navigateur pour les livraisons clients externes. Google Drive synchronisé sur votre ordinateur pour les documents que vous modifiez constamment, HexaTransfer ou SwissTransfer pour la vidéo de 5 Go que vous envoyez à un prestataire qui n'a pas besoin d'être invité dans votre espace Google Workspace.

Conclusion

La catégorie « application de transfert dédiée » rétrécit. Les applications de synchronisation natives pour Dropbox, Drive et OneDrive continuent d'avoir du sens pour le travail partagé persistant. Les applications de transfert dédiées (WeTransfer bureau, etc.) ont perdu leur raison d'être pour la plupart des utilisateurs — le navigateur s'en charge désormais. Pour les transferts axés sur la livraison, la solution par navigateur est la norme depuis environ 2020.

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