Email vs services de transfert : lequel choisir en 2026 ?

Pour tout fichier dépassant 25 Mo ou pour tout contenu que vous préférez ne pas laisser indéfiniment dans la boîte de réception d'un destinataire, un service de transfert dédié l'emporte sur l'e-mail. Gmail plafonne les pièces jointes à 25 Mo, Outlook à 20 Mo, et les deux bloquent discrètement les fichiers exécutables. Des services comme HexaTransfer, WeTransfer ou SwissTransfer gèrent des fichiers jusqu'à 10 Go ou plus, chiffrent les contenus en transit et au repos, et expirent le lien automatiquement. L'e-mail reste supérieur pour les messages courts accompagnés de petits fichiers ; pour pratiquement tout le reste, il perd la comparaison.

Le plafond de 25 Mo qui n'a pas bougé depuis 2007

Gmail impose une limite de pièce jointe de 25 Mo depuis près de vingt ans. Outlook.com est limité à 20 Mo. Yahoo Mail à 25 Mo. Les serveurs Exchange d'entreprise réduisent souvent cette limite à 10 Mo, voire 5 Mo, en raison des quotas de boîtes aux lettres. Ce plafond a été fixé à une époque où un document Word typique pesait 300 Ko. Une seule vidéo 4K filmée avec un iPhone atteint 400 Mo pour 30 secondes d'enregistrement. Une photo RAW d'un appareil photo professionnel pèse 60 à 90 Mo — une seule photo dépasse déjà la limite.

L'e-mail n'a tout simplement pas été conçu pour transporter des contenus modernes. Le protocole SMTP date de la RFC 821 (1982), et même avec les extensions MIME et l'encodage base64 (qui gonfle la taille des pièces jointes d'environ 33 %), les serveurs de messagerie résistent fortement aux messages volumineux.

Ce qui se passe réellement quand vous cliquez sur « Envoyer »

Lorsque vous joignez un fichier de 22 Mo dans Gmail, il est encodé en base64 pour peser environ 29 Mo sur le réseau. Votre message est mis en file d'attente, analysé, potentiellement répliqué sur plusieurs régions de datacenters, indexé et stocké indéfiniment. Il atterrit dans la boîte de réception du destinataire, s'impute sur son quota de stockage et y reste jusqu'à suppression manuelle. Si le destinataire le transfère à trois collègues, il existe désormais quatre copies persistant dans des systèmes de messagerie distincts.

Un service de transfert de fichiers fait exactement l'inverse. Vous téléversez une seule fois sur un point d'origine unique. Le destinataire télécharge via une URL signée. Quand le lien expire (24 heures, 7 jours, selon votre paramétrage), l'objet est supprimé du stockage. Pas de chaîne de transmission, pas de surcharge des boîtes mail, pas de doublons éparpillés sur des serveurs Exchange.

Types de fichiers que l'e-mail bloque par défaut

Gmail bloque plus de 40 extensions de fichiers : .exe, .bat, .cmd, .msi, .jar, .js, .vbs, .ps1, .scr, entre autres. Même zippés, si l'archive contient ces types, Gmail refuse la livraison. La protection avancée contre les menaces (ATP) d'Office 365 ajoute une couche supplémentaire en analysant les macros .docx et les fichiers .pdf embarquant du JavaScript. Des développeurs souhaitant partager un build ne peuvent tout simplement pas utiliser l'e-mail — le message revient en erreur ou est mis en quarantaine silencieusement.

Les services de transfert n'inspectent pas le contenu au-delà de l'analyse antivirus. Un fichier .iso, .dmg ou .apk se téléverse sans problème. Ce n'est pas un risque de sécurité lorsque le lien est éphémère et que le contenu est chiffré de bout en bout avant de quitter le navigateur de l'expéditeur.

Chiffrement : transport versus zero-knowledge

L'e-mail utilise le TLS entre les serveurs de messagerie lorsque les deux parties le prennent en charge — ce qui est généralement le cas désormais, mais invérifiable. Votre message reste en clair sur chaque relais qu'il traverse et dans votre dossier Envoyés. S/MIME et PGP existent, mais nécessitent un échange de certificats que la plupart des utilisateurs n'effectuent pas.

Un service de transfert zero-knowledge chiffre le fichier dans le navigateur avec AES-256-GCM avant l'envoi. La clé de déchiffrement réside dans le fragment de l'URL (après le #), que les serveurs ne voient jamais. Même le prestataire de transfert ne peut pas lire le fichier. C'est un modèle de sécurité fondamentalement différent de « la négociation TLS a réussi entre Gmail et votre fournisseur d'accès ».

Comparaison synthétique

| Fonctionnalité | E-mail (Gmail/Outlook) | Service de transfert | |---|---|---| | Taille max | 20–25 Mo | 2–10 Go (offre gratuite) | | Conservation | Indéfinie | 24h–30j, expiration auto | | Extensions bloquées | Plus de 40 types | Aucune en général | | Chiffrement de bout en bout | Rare (PGP/S/MIME) | Standard | | Coût de stockage destinataire | S'impute sur le quota | Nul | | Suivi / analytics | Accusés de lecture uniquement | Confirmations de téléchargement | | Protection par mot de passe | Manuelle (zip + partage) | Intégrée |

Quand l'e-mail reste pertinent

Une facture PDF de 1,2 Mo ? Joignez-la. Un contrat .docx de moins de 5 Mo avec une courte note ? Joignez-le. L'e-mail s'impose quand le fichier est petit, le contexte conversationnel, et que le destinataire s'attend à archiver le document avec le message.

L'e-mail est aussi le bon outil dans les scénarios de conservation légale où vous avez besoin d'une piste d'audit liée à la communication. Un lien éphémère ne répond pas aux demandes de communication judiciaire comme le ferait un fil d'e-mails conservé. Les cabinets d'avocats envoient souvent délibérément des documents en pièce jointe pour lier la transmission à la lettre d'accompagnement.

Quand les services de transfert deviennent indispensables

Tout ce qui dépasse 25 Mo impose le choix. Vidéos, séries de photos RAW, exports CAO (.step, .iges), jeux de DWG d'architecture, fichiers .psd multicouches, archives Premiere Pro .prproj, et builds logiciels compilés nécessitent tous un service de transfert. Les contenus sensibles — imagerie médicale DICOM, dossiers de communication judiciaire, packages RH de fin de contrat — bénéficient de l'expiration automatique et de la protection par mot de passe que l'e-mail ne propose pas.

Les freelances livrant des fichiers finaux à leurs clients utilisent les services de transfert pour éviter de surcharger les boîtes de réception avec des rendus vidéo de 800 Mo. Les architectes envoyant des dossiers de consultation aux entreprises regroupent plans PDF, tableaux Excel de coûts et fichiers DWG dans un seul lien zip plutôt qu'une conversation d'e-mails en sept messages.

L'approche hybride : le lien dans l'e-mail

Le workflow le plus propre combine les deux. Envoyez un e-mail court décrivant ce que vous partagez, collez le lien de transfert, et laissez le destinataire récupérer le contenu. Votre e-mail reste consultable et archivé ; le fichier lourd ne surcharge aucune boîte. Outlook et Gmail proposent cela nativement (intégrations OneDrive et Drive respectivement), mais ces solutions lient le destinataire à un compte Microsoft ou Google. Les services neutres fonctionnent pour n'importe qui disposant d'un navigateur.

HexaTransfer s'intègre parfaitement dans ce workflow hybride — téléversez jusqu'à 10 Go, obtenez un lien, collez-le dans votre e-mail, et le fichier s'auto-détruit après la fenêtre de temps que vous choisissez.

Le problème de la retransmission que l'e-mail ne peut pas résoudre

Quand vous envoyez un fichier par e-mail à une personne, vous lui en avez remis une copie permanente. Elle peut le retransmettre à n'importe qui, en faire une capture d'écran, ou le laisser dans sa boîte jusqu'à ce que son ordinateur soit un jour réformé. Le RGPD article 5(1)(e) exige que les données soient conservées « pendant une durée n'excédant pas celle nécessaire » — une obligation que l'e-mail combat activement.

Les liens de transfert avec expiration et compteur de téléchargements s'alignent mieux sur la minimisation des données. Configurez le lien sur un téléchargement unique, 24 heures, protégé par mot de passe, et vous avez imposé ce que l'e-mail n'a jamais pu faire : le fichier n'existe que le temps nécessaire.

Verdict 2026

L'e-mail reste le bon outil pour les messages. Les services de transfert restent le bon outil pour les fichiers. L'erreur consiste à traiter l'e-mail comme les deux à la fois. Pour tout ce qui dépasse 10 Mo, tout ce qui est confidentiel, ou tout ce que vous préférez ne pas laisser dans la boîte de réception d'inconnus, optez pour un service de transfert.

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