Partage de fichiers multiplateforme : transférer partout

Le partage de fichiers multiplateforme est un problème résolu dès lors que vous cessez de vous appuyer sur les outils natifs de chaque plateforme. AirDrop (Apple uniquement), Quick Share (Google et Samsung), Nearby Sharing (Windows uniquement) et iMessage échouent tous aux frontières. Un lien de navigateur fonctionne sur tous les systèmes d'exploitation des dix dernières années, parce que HTTP et TLS sont la langue commune. Uploadez le fichier une fois, collez l'URL dans n'importe quelle application de messagerie, et un utilisateur Linux en ligne de commande, un utilisateur Android en 4G et un utilisateur macOS sur un Wi-Fi d'hôtel peuvent tous tirer les mêmes octets.

Le problème d'interopérabilité que les liens de navigateur résolvent

Quand un ordinateur Windows envoie vers un iPhone, ni AirDrop, ni AirPlay, ni SMB ne fonctionne nativement. Les solutions de repli habituelles : e-mail (plafonné à 25 Mo), iCloud pour Windows (capricieux, exige un Apple ID), ou installation d'applications tierces des deux côtés. Tout cela ajoute de la friction.

Un transfert basé sur un lien ramène le problème à trois étapes : l'expéditeur uploade vers une URL, le destinataire atteint l'URL et télécharge. Pas de fédération d'identité, pas de découverte mDNS, pas de décalage de protocole. Le fichier voyage sur HTTPS (TLS 1.3 depuis 2018), que chaque OS moderne supporte nativement.

Ce qui doit fonctionner sur chaque plateforme

Un vrai transfert multiplateforme nécessite :

• Upload par navigateur via l'API File (spec : HTML Living Standard) — fonctionne dans Safari 12+, Chrome 38+, Firefox 50+, Edge 79+.
• Uploads reprenables par morceaux pour les connexions instables. Implémentés via des requêtes Range sur HTTP/2.
• Gestion des noms de fichiers multi-OS : NTFS autorise des caractères que Linux refuse (et vice versa). Le service doit normaliser ou préserver l'UTF-8 de façon cohérente.
• Format d'archive que les destinataires peuvent ouvrir : .zip est la lingua franca. .tar.gz convient à Linux/macOS mais nécessite 7-Zip ou WinRAR sur Windows. .rar est un logiciel payant sur macOS par défaut.
• Chiffrement de bout en bout que le navigateur exécute lui-même : l'API Web Crypto crypto.subtle est présente dans chaque navigateur de premier plan depuis 2017.

Les plateformes et leurs particularités

macOS (Sonoma, Sequoia) : le Finder crée des fichiers __MACOSX et .DS_Store dans les archives ZIP. Utilisez zip -X depuis le Terminal ou une application de « zip propre » pour les supprimer avant l'envoi. Les destinataires sous Windows voient sinon du bruit parasite.

Windows 11 : refuse toujours les noms de fichiers contenant :, *, ?, ", <, >, |. L'Unicode fonctionne, mais les espaces en fin de nom cassent tout. Les téléchargements vont dans %USERPROFILE%\Downloads et SmartScreen peut signaler un .exe embarqué dans une archive.

Linux (Ubuntu, Fedora, Arch) : système de fichiers sensible à la casse. Photo.jpg et photo.jpg coexistent. En zippant sur macOS (insensible à la casse par défaut) pour une livraison Linux, gare aux collisions de noms accidentelles.

iOS/iPadOS : l'application Fichiers ouvre les archives courantes mais préfère le .zip. Des applications tierces comme Documents by Readdle gèrent .7z et .rar.

Android : l'application Files by Google extrait le .zip, mais nécessite l'installation de RAR ou 7-Zip pour les autres formats. Le stockage cantonné depuis Android 11 restreint l'emplacement de destination des fichiers.

Chrome OS : toute archive que l'application Fichiers reconnaît — .zip, .rar, .tar, .gz. Le glisser-déposer depuis Fichiers vers un onglet de navigateur fonctionne sans configuration.

Un seul upload, chaque destinataire — le calcul

Un upload en une passe à 100 Mbps pour un fichier de 5 Go prend environ 7 minutes. Un scénario multi-destinataires (quatre destinataires sur quatre OS) avec des transferts pair-à-pair individuels prendrait quatre fois plus de temps sur la liaison montante la plus lente — plus la coordination. L'approche par lien envoie le fichier une fois vers un serveur et laisse chaque destinataire le télécharger à son rythme, y compris de nuit quand l'ordinateur de l'expéditeur est éteint.

Chiffrement de bout en bout sur toutes les plateformes

Le chiffrement côté client avec AES-256-GCM fonctionne de façon identique sur Safari iPad, Chrome Android, Edge Windows, Firefox Linux et Safari macOS. L'API Web Crypto est standardisée (W3C Web Cryptography API, Recommendation 2017). Un mot de passe saisi dans le navigateur devient une clé 256 bits via PBKDF2-HMAC-SHA256. Le fichier est chiffré en morceaux de 5 Mo, chacun avec un IV unique de 96 bits et un tag d'authentification de 128 bits. Le serveur ne voit jamais le texte en clair.

HexaTransfer est construit exactement sur ce pipeline. Un artiste sous Android peut envoyer un projet chiffré de 8 Go à un animateur sous Linux — même chemin de code, même format de texte chiffré.

Les liens surpassent chaque outil de partage natif

| Outil natif | Pour qui il fonctionne | Qui il exclut | | --- | --- | --- | | AirDrop | Apple ↔ Apple | Tous les autres | | Quick Share | Android ↔ ChromeOS, certains Windows | iOS, Linux, vieux Mac | | Nearby Sharing | Windows 10/11 ↔ Windows | Tous les autres | | SMB/Partage Windows | Même réseau local | Destinataires distants | | Bluetooth OBEX | N'importe qui | Trop lent au-delà de 20 Mo | | Un lien partagé | Chaque navigateur | Personne |

Pièges liés aux noms de fichiers et à l'encodage

UTF-8 est le seul encodage sûr. Envoyer un nom de fichier avec des caractères accentués depuis macOS en normalisation NFC (que macOS n'applique pas — macOS utilise NFD sur APFS pour la compatibilité HFS+). Un destinataire Windows peut voir café.pdf rendu en café.pdf et refuser de l'ouvrir. Un bon service de transfert renormalise en NFC et expurge les caractères interdits sur Windows avant le stockage.

Les espaces, emojis et scripts non-latins (日本語, العربية, русский) survivent tous à un transfert par navigateur, car le serveur stocke les octets UTF-8 bruts et le téléchargement les préserve via l'en-tête Content-Disposition: attachment; filename*=UTF-8''... (RFC 6266).

Scénarios multiplateformes concrets

• Un architecte sous Windows envoie un modèle Revit .rvt de 400 Mo à un client macOS qui révise dans Enscape : upload par navigateur, téléchargement, le convertisseur Archicad-vers-Revit tourne d'un côté ou de l'autre.
• Une équipe vidéo sous Linux Ubuntu monte dans DaVinci Resolve et doit remettre un projet .drp de 6 Go à un étalonneur sous Windows : exportez le projet en .zip, uploadez, l'étalonneur télécharge sur n'importe quel OS.
• Un photographe sur iPad exporte 12 Go de fichiers RAW .cr3, envoie à un retoucheur sur un MacBook M3 : upload depuis Safari iPad, le retoucheur télécharge dans Safari macOS, toutes les métadonnées d'origine préservées.

Comparaison d'outils vraiment multiplateformes

| Service | Taille max | Chiffrement E2E | Destinataire sans compte | Reprise sur coupure | | --- | --- | --- | --- | --- | | WeTransfer Free | 2 Go | Non | Oui | Non | | Smash | Illimité | Non | Oui | Partiel | | SwissTransfer | 50 Go | Protégé par mot de passe au repos | Oui | Oui | | Dropbox Transfer | 100 Go (Pro) | Non | Oui | Oui | | HexaTransfer | 10 Go | AES-256-GCM dans le navigateur | Oui | Oui |

La beauté du multiplateforme, c'est que l'expéditeur et le destinataire n'ont besoin de se mettre d'accord sur rien. Il leur faut juste un navigateur.

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