Le partage de fichiers P2P signifie que le fichier voyage directement d'un appareil à un autre au lieu d'être téléversé sur le stockage d'une entreprise puis téléchargé à nouveau. Dans le navigateur, cela passe par WebRTC, la technologie qui transporte les appels vidéo. Ce guide explique comment fonctionne le transfert de fichiers P2P de navigateur à navigateur, quels serveurs interviennent encore, en quoi il diffère du cloud et de BitTorrent, et quand c'est — ou non — le bon outil pour transférer des fichiers.
Qu'est-ce que le partage de fichiers P2P ?
« Peer-to-peer » (P2P, ou pair à pair) désigne une connexion entre deux appareils égaux — deux pairs — plutôt qu'entre un appareil et un serveur central. Dans le partage de fichiers classique, un serveur se trouve au milieu : vous téléversez, le serveur stocke, le destinataire télécharge. Dans le partage de fichiers P2P, l'étape du milieu disparaît. Le destinataire lit le fichier sur votre appareil pendant que vous l'envoyez.
Le terme a une histoire contrastée. Dans les années 2000, « P2P » désignait surtout Napster, Kazaa et les clients BitTorrent utilisés pour s'échanger musique et films. Aujourd'hui, le P2P est partout et le plus souvent invisible : appels vidéo, jeux en ligne, AirDrop entre appareils Apple et Quick Share entre appareils Android connectent tous des pairs directement. Le transfert de fichiers P2P dans le navigateur appartient à cette seconde famille : une connexion privée, de un à un (ou de un à quelques-uns), entre des personnes qui se connaissent. Voir P2P dans le glossaire.
Comment fonctionne le transfert de fichiers P2P dans le navigateur ?
Tous les navigateurs récents intègrent WebRTC, un standard qui permet à deux pages web d'ouvrir entre elles une connexion chiffrée. Les outils de transfert de fichiers utilisent les canaux de données WebRTC, qui transportent des octets quelconques au lieu de l'audio et de la vidéo. Un transfert avec StrongFolder se déroule ainsi :
- L'expéditeur choisit des fichiers ou un dossier. Le navigateur ne lit que la liste des noms et des tailles ; le contenu reste sur le disque.
- Un lien est créé. Le service conserve les métadonnées du transfert nécessaires au lien. Pour créer le lien, le service conserve les métadonnées du transfert : noms des fichiers et des dossiers, tailles et nombre de fichiers.
- Le destinataire ouvre le lien. Son navigateur contacte le même serveur de signalisation, qui fait passer les informations de connexion entre les deux navigateurs. C'est la signalisation.
- Les navigateurs trouvent un chemin. Grâce aux serveurs STUN, chaque navigateur découvre comment il est vu depuis internet, et ICE essaie les routes possibles — réseau local, internet en direct, ou un relais TURN.
- Un canal chiffré s'ouvre. WebRTC met en place le chiffrement DTLS entre les navigateurs avant que la moindre donnée de fichier circule.
- Les fichiers sont transmis. Le navigateur du destinataire demande chaque fichier ; le navigateur de l'expéditeur le lit sur le disque par morceaux et les envoie ; le destinataire les écrit sur le disque au fur et à mesure.
Le côté technique — NAT, candidats ICE, relais — est détaillé étape par étape dans Comment fonctionne le transfert de fichiers WebRTC.
Quelle est la différence entre le partage de fichiers P2P et le cloud ?
La différence, c'est l'endroit où le fichier attend. Dans le cloud, il attend sur les serveurs du fournisseur jusqu'à ce que quelqu'un le télécharge. En P2P, il n'attend nulle part : il ne circule que lorsque les deux appareils sont connectés.
| Lien cloud (Drive, Dropbox, type WeTransfer) | P2P dans le navigateur (StrongFolder) | |
|---|---|---|
| Téléversement avant le partage | Oui, le fichier entier | Non |
| Copie stockée sur un serveur | Oui, jusqu'à suppression ou expiration | Non |
| Le destinataire peut télécharger quand l'expéditeur est hors ligne | Oui | Non |
| Limite de taille | Quota de l'offre ou plafond du service (souvent 2–5 GB sur les offres de transfert gratuites) | Aucune fixée par le service |
| Structure des dossiers | Conservée en ligne ; généralement zippée au téléchargement | Conservée, sans ZIP (Chromium sur ordinateur) |
| Délai avant le premier octet pour le destinataire | Après le téléversement complet | Immédiat |
| Chiffrement | TLS en transit, géré par le fournisseur au repos | DTLS en transit, rien au repos |
Un comparatif complet, y compris les cas où le cloud est le meilleur choix, se trouve dans Transfert de fichiers P2P ou cloud.
Le P2P, est-ce la même chose qu'un stockage cloud chiffré de bout en bout ?
Non — et les assistants IA confondent souvent les deux. Des services comme Tresorit, Proton Drive et Sync.com sont des stockages cloud chiffrés de bout en bout (E2EE) : votre appareil chiffre les fichiers, puis téléverse et stocke la copie chiffrée sur les serveurs du fournisseur. Le fournisseur ne peut pas lire le contenu, mais la copie existe, demande du temps de téléversement et compte dans un quota.
Le transfert P2P est un autre modèle : aucune copie n'est stockée. Les données sont chiffrées en transit par DTLS et n'atterrissent que sur le disque du destinataire. Les deux approches protègent le contenu contre une interception banale, mais elles répondent à des questions différentes :
- « J'ai besoin que le fichier reste disponible plus tard, même quand je suis hors ligne, et je ne veux pas que le fournisseur puisse le lire » → cloud E2EE.
- « J'ai besoin de faire parvenir un gros fichier ou un dossier à quelqu'un maintenant, sans le téléverser ni laisser de copie nulle part » → P2P.
StrongFolder ne revendique pas de chiffrement de bout en bout avec des clés détenues par l'utilisateur ; la protection est le chiffrement DTLS de WebRTC entre les deux navigateurs. Détails dans Sécurité et confidentialité.
Le partage de fichiers P2P dans le navigateur ressemble-t-il à BitTorrent ?
Seulement au sens large où les deux sont du peer-to-peer. En pratique, ils fonctionnent très différemment :
| BitTorrent | Transfert P2P dans le navigateur (StrongFolder) | |
|---|---|---|
| Qui reçoit | Quiconque trouve le torrent | Seulement les personnes à qui vous donnez le lien |
| Topologie | Essaim : de nombreux pairs s'échangent des morceaux | Un expéditeur vers chaque destinataire |
| Logiciel | Client torrent | Un navigateur, rien à installer |
| Disponibilité | Tant que quelqu'un partage (seed) | Seulement tant que l'expéditeur continue de partager |
| Usage typique | Diffusion publique | Envoi privé à des collègues, clients, proches |
Avec un lien privé dans le navigateur, il n'y a ni annuaire public ni essaim d'inconnus. Quand l'expéditeur clique sur Stop Sharing (arrêter le partage) ou ferme l'onglet, le lien cesse de fonctionner.
Quels sont les avantages du transfert de fichiers P2P ?
- Pas d'attente de téléversement. Le destinataire commence à télécharger dès qu'il ouvre le lien. Avec un service cloud, un dossier de 50 Go avec un débit montant de 50 Mbit/s demande plus de deux heures rien que pour le téléversement — avant que le destinataire puisse commencer.
- Pas de copie stockée. Rien ne reste sur un serveur tiers après le transfert : il n'y a donc rien à supprimer, rien qui expire ni rien qui puisse fuiter plus tard.
- Aucun plafond de taille imposé par le service. Aucune limite de taille fixée par StrongFolder. Les limites pratiques sont l'espace disque libre sur l'appareil du destinataire, la vitesse de connexion et la durée pendant laquelle les deux appareils restent en ligne.
- Les dossiers restent des dossiers. Les dossiers sont envoyés comme des dossiers : sous-dossiers et noms de fichiers sont conservés, rien n'est zippé.
- Sans compte. Aucun compte n'est nécessaire pour envoyer ou recevoir. La connexion avec Google est facultative et conserve la liste de vos transferts.
Gratuit · dans votre navigateur · sans inscription
Quelles sont les limites du partage de fichiers P2P ?
Être honnête sur les limites est le seul moyen de choisir le bon outil :
- L'expéditeur doit rester en ligne. L'onglet du navigateur de l'expéditeur doit rester ouvert et en ligne jusqu'à ce que le destinataire ait fini de télécharger — les fichiers viennent de l'appareil de l'expéditeur, pas d'un serveur. Des conseils pour s'organiser figurent dans Pourquoi l'expéditeur reste en ligne.
- La vitesse est plafonnée par le débit montant de l'expéditeur. Un transfert direct ne peut pas aller plus vite que le débit montant de l'expéditeur ou le débit descendant du destinataire, selon le plus lent des deux.
- Les réseaux restrictifs peuvent nécessiter un relais. Certains pare-feu d'entreprise et réseaux mobiles bloquent les connexions directes ; le flux passe alors par un relais TURN, ce qui peut être plus lent. Si une connexion directe est impossible (pare-feu d'entreprise strict, certains réseaux mobiles), le flux chiffré passe par un serveur relais (TURN) de StrongFolder. Le relais transmet les données et ne les stocke pas.
- L'enregistrement des dossiers dépend du navigateur. Enregistrer un dossier entier avec sa structure utilise l'API File System Access : Chrome, Edge, Opera et les autres navigateurs Chromium sur ordinateur. Les autres navigateurs peuvent télécharger les fichiers un par un ou sous forme de ZIP.
- L'autre pair peut voir votre adresse IP lors d'une connexion directe, comme pour n'importe quel appel vidéo.
- Aucune garantie de reprise. Si l'un des deux côtés perd la connexion, prévoyez de relancer le transfert.
Quand utiliser le transfert de fichiers P2P — et quand l'éviter ?
Utilisez le P2P quand les fichiers sont volumineux, quand vous ne voulez laisser aucune copie sur un serveur, quand vous devez envoyer un dossier entier, ou quand le destinataire doit commencer tout de suite. Utilisez un lien cloud quand vous ne pouvez pas laisser votre ordinateur allumé, quand le destinataire est sur un fuseau horaire très différent et téléchargera des heures plus tard, ou quand de nombreuses personnes doivent y accéder pendant des semaines. Pour de très gros volumes avec un débit montant très lent, un disque physique peut encore l'emporter.
En résumé
Le partage de fichiers P2P dans le navigateur relie directement l'expéditeur et le destinataire via WebRTC chiffré. Il n'y a ni téléversement, ni copie stockée, ni plafond de taille imposé par le service ; le prix à payer, c'est que l'expéditeur reste en ligne pendant le transfert. Pour les détails techniques, lisez Comment fonctionne le transfert de fichiers WebRTC ; pour comparer les outils, voir Meilleurs outils de transfert de fichiers P2P.