Stockage cloud vs transfert de fichiers : comprendre la différence

Le stockage cloud conserve les fichiers ; le transfert de fichiers les livre. Des services comme Google Drive, Dropbox, OneDrive et iCloud gardent les fichiers sur votre compte de façon persistante, accessibles à tout moment. Les services de transfert — WeTransfer, SwissTransfer, HexaTransfer — chiffrent un fichier, le téléversent vers un stockage temporaire, remettent un lien au destinataire, et effacent le fichier à l'issue d'une fenêtre définie. Le stockage cloud est une armoire à dossiers louée au mois. Le transfert de fichiers est un coursier qui disparaît après la remise. Les deux se recoupent techniquement mais résolvent des problèmes opposés.

La différence fondamentale de conception

Le stockage cloud optimise la persistance. Les fichiers doivent survivre des années, être consultables, versionnés et synchronisés entre appareils. L'architecture repose sur du stockage objet répliqué (Amazon S3, Google Cloud Storage, Backblaze B2), des bases de métadonnées pour la recherche, des protocoles de synchronisation pour les clients bureau, et des systèmes de permissions pour le partage. Chaque décision de conception suppose que le fichier reste.

Le transfert de fichiers optimise la remise. Les fichiers n'existent que le temps d'atteindre le destinataire. L'architecture est plus simple : un blob chiffré dans du stockage objet avec un TTL, une URL signée, un job de suppression. Pas d'index de recherche, pas de clients de synchro, pas d'édition collaborative. Chaque décision de conception suppose que le fichier aura disparu dans 24 heures à 30 jours.

Modèles de compte

Le stockage cloud est centré sur le compte. Vos fichiers appartiennent à votre compte. Partager, c'est accorder à quelqu'un d'autre (avec son propre compte, le plus souvent) la permission d'accéder à des objets dans votre espace. Les permissions se révoquent, les dossiers se déplacent, les journaux d'accès tracent qui a fait quoi.

Le transfert de fichiers est centré sur le lien. Un lien est une livraison autosuffisante — il encode tout ce qu'il faut pour récupérer et déchiffrer un fichier précis. Pas d'annuaire de comptes, pas de graphe de permissions, souvent pas d'enregistrement d'utilisateur du tout. Le lien est la relation.

Architectures de chiffrement

La plupart des services de stockage cloud utilisent le chiffrement côté serveur au repos (AES-256) plus TLS en transit. Le fournisseur détient les clés. Cela permet des fonctionnalités comme la recherche et les miniatures côté serveur, mais signifie que le fournisseur peut lire vos données techniquement — et légalement s'il y est contraint.

Les services de transfert qui privilégient la confidentialité utilisent le chiffrement côté client (de bout en bout). Le fichier est chiffré dans le navigateur avec AES-256-GCM avant l'envoi, au moyen d'une clé générée localement. La clé est placée dans le fragment d'URL (#), que les navigateurs n'envoient pas aux serveurs. La couche de stockage ne détient que du texte chiffré. C'est le même schéma à zéro connaissance utilisé par Proton Mail, Tresorit et Signal pour la messagerie.

Le stockage cloud pur le fait rarement, car cela casserait la recherche, les aperçus et les traitements côté serveur. Les services de transfert n'ont pas besoin de ces fonctionnalités — la remise n'exige pas que le serveur comprenne le contenu.

Synthèse comparative

| Propriété | Stockage cloud | Transfert de fichiers | |---|---|---| | Objectif | Gestion persistante de fichiers | Livraison ponctuelle | | Rétention | Indéfinie (jusqu'à suppression) | 24h-30j auto-expiration | | Modèle de compte | Comptes utilisateur avec quotas | Basé sur lien, souvent anonyme | | Chiffrement | Côté serveur (fournisseur détient les clés) | Souvent de bout en bout côté client | | Coût typique | 2-20 €/mois par utilisateur | Palier gratuit + payant pour extras | | Taille de fichier max | To | 2-50 Go (gratuit), To+ (payant) | | Clients de synchronisation | Oui (bureau, mobile) | Non | | Collaboration | Édition en temps réel | Aucune — livraison en lecture seule | | Recherche | Plein texte, métadonnées | Aucune | | Idéal pour | Projets au long cours | Envoyer un fichier et tourner la page |

Quand le stockage cloud est la bonne réponse

Une équipe éditoriale qui relecte un manuscrit pendant six semaines, avec 14 personnes qui effectuent des modifications suivies — Google Docs ou Microsoft Word dans OneDrive. L'archive sur dix ans des reportages d'un photographe qu'il doit pouvoir retrouver à la demande — Dropbox ou iCloud. Les fichiers de conception partagés d'une équipe d'ingénierie revus lors des stand-ups quotidiens — Box ou SharePoint.

Ces cas demandent persistance, recherche, versionnement et accès concurrent. Utiliser un service de transfert ici signifie re-téléverser chaque révision, perdre l'historique des versions, et ne jamais pouvoir retrouver le brouillon de mars dernier.

Quand le transfert de fichiers est la bonne réponse

Un avocat qui envoie un zip de 280 Mo de pièces de procédure à la partie adverse. Fait une fois, jamais rouvert. Un monteur vidéo indépendant qui livre un montage final de 4 Go à un client. Un centre d'imagerie médicale qui transmet une étude DICOM à un spécialiste pour un second avis. Un service RH qui envoie un dossier de fin de contrat à un conseil externe.

Ces cas demandent une livraison suivie d'un effacement éventuel. Les stocker dans du stockage cloud signifie que les fichiers traînent indéfiniment sur les comptes des deux parties, avec une gestion continue des permissions, un risque de sur-partage accidentel et une responsabilité de suppression floue.

Le problème de rétention que le stockage cloud crée

Chaque fichier téléversé dans du stockage cloud pour partage devient une question de rétention permanente. Qui en est propriétaire ? Quand est-il supprimé ? Qui audite cette suppression ? L'article 5(1)(e) du RGPD exige que les données personnelles soient conservées « pas plus longtemps que nécessaire ». Difficile à satisfaire quand un fichier traîne sur trois comptes Dropbox différents parce qu'une personne a partagé un dossier.

Les services de transfert de fichiers imposent la rétention par défaut. Un lien à 7 jours, c'est 7 jours de rétention, sans exception. Pas de politique à rédiger, pas de rappel de nettoyage dans un agenda. La donnée a disparu parce que le système l'a supprimée.

Économie du stockage

Le stockage cloud facture au Go par mois, que vous accédiez ou non aux données. Un plan Dropbox Plus 1 To coûte environ 120 €/an. Un plan Google One 2 To coûte environ 100 €/an. Ce sont des factures continues pour conserver des fichiers que vous ne lirez peut-être qu'une seule fois.

Les services de transfert de fichiers facturent par transfert sur les paliers payants, ou sont gratuits dans des limites généreuses. Un compte HexaTransfer gratuit gère 10 Go par envoi sans abonnement mensuel — adapté quand la durée totale du fichier sur un serveur se mesure en jours.

Architecture hybride que la plupart des équipes utilisent en réalité

Les workflows réalistes combinent les deux. Une équipe marketing stocke identité visuelle, archives de campagne et brouillons dans Google Drive. Quand une campagne part chez une agence externe, elle envoie le livrable final via un service de transfert dédié pour qu'il ne persiste pas dans le Drive permanent de l'agence. Un laboratoire de recherche conserve ses jeux de données dans AWS S3 avec des niveaux d'archivage Glacier. Quand un article est en relecture par les pairs, ils envoient un instantané au relecteur via un lien de transfert temporaire.

HexaTransfer, SwissTransfer et les services similaires gèrent le côté livraison externe de ce découpage. Le côté collaboration interne reste dans le stockage cloud, là où est sa place.

Différences de conformité

La conformité HIPAA traite stockage cloud et transfert de fichiers de façon identique sur le principe — les deux exigent chiffrement, contrôles d'accès et pistes d'audit pour les données de santé, plus un accord de sous-traitance signé. En pratique, les services de transfert à rétention courte et chiffrement de bout en bout réduisent la portée de cet accord car le prestataire détient moins de données, moins longtemps, avec moins d'accès.

PCI DSS 4.0 exige de même une cryptographie forte pour toute transmission de données de porteur de carte. Un service de transfert utilisant TLS 1.3 plus AES-256-GCM côté client satisfait à la fois les exigences « durant la transmission » (4.2.1) et « au repos » (3.5.1) sans configuration supplémentaire.

Ne confondez pas les outils

Un mode d'échec courant consiste à traiter le stockage cloud comme un service de transfert — envoyer un « lien de partage » pour un fichier qui reste dans votre Drive pour toujours — ou à traiter un service de transfert comme du stockage cloud en re-téléversant constamment les mêmes fichiers pour contourner l'absence de persistance.

La discipline consiste à se demander, avant chaque envoi : « Ce fichier a-t-il sa place dans mon archivage à long terme, ou s'agit-il d'une remise unique ? » La réponse détermine l'outil.

Verdict

Le stockage cloud est pour l'inventaire. Le transfert de fichiers est pour l'expédition. Les deux sont nécessaires, aucun ne remplace l'autre, et la meilleure amélioration de workflow que la plupart des équipes peuvent faire immédiatement, c'est d'arrêter d'utiliser l'un pour le travail de l'autre.

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