# Les dossiers méritent mieux qu'un ZIP

Source: https://help.strongfolder.com/fr/blog/folders-deserve-better-than-zip/
Updated: 2026-11-05

> Nous pensons qu'il faut arrêter de compresser les dossiers juste pour les partager. Compresser un gros dossier coûte du temps et le double d'espace disque, les fichiers multimédias rétrécissent à peine, et les archives énormes cassent ou abîment les chemins longs. StrongFolder envoie un dossier en tant que dossier, de navigateur à navigateur : le destinataire reçoit les mêmes sous-dossiers et noms de fichiers.

Clic droit, « Compresser », attendre, joindre, envoyer. Puis le destinataire télécharge, fait un
clic droit, « Extraire », attend à nouveau. La plupart d'entre nous le font sans y penser — c'est
ainsi qu'on envoie des dossiers depuis des décennies. Je pense qu'il est temps d'arrêter de
compresser les dossiers juste pour les partager. Le format ZIP date de 1989, à une époque où le
problème était de faire tenir des documents sur des disquettes et de passer par des modems lents.
Nos dossiers, aujourd'hui, ce sont des projets vidéo, des séances photo et des dépôts de code, et
cette vieille habitude coûte plus qu'elle ne rapporte.

## Pourquoi compressons-nous les dossiers ?

Parce que la plupart des canaux de partage transportent des fichiers uniques. Une pièce jointe
d'e-mail est un fichier. Un envoi dans une messagerie est un fichier. Un lien de téléchargement
classique pointe vers un seul fichier. Un dossier est une arborescence de fichiers : il faut donc
l'emballer dans un seul fichier pour qu'il passe par ces tuyaux.

La compression était la deuxième raison, et en 1989 elle comptait : le texte et les tableurs
rétrécissent beaucoup. Mais cette raison a discrètement disparu pour la plupart des dossiers que
l'on envoie aujourd'hui.

## Que vous coûte réellement la compression ?

Prenons un exemple réel : un dossier de 40 GB issu d'un mariage — photos RAW, quelques clips MP4,
des JPEG retouchés.

- **L'espace disque, deux fois.** Il vous faut environ 40 GB libres pour l'archive à côté de
  l'original. Le destinataire a besoin de 40 GB pour le ZIP et de 40 GB de plus pour le
  décompresser — 80 GB pour un dossier de 40 GB, au moins jusqu'à ce qu'il supprime l'archive.
- **Le temps, trois fois.** Vous attendez pendant la compression, puis pendant le transfert, puis
  le destinataire attend pendant la décompression. Sur un ordinateur portable, compresser et
  décompresser des dizaines de gigaoctets peut prendre autant de temps que le transfert lui-même.
- **Presque aucune compression.** JPEG, MP4, MOV et la plupart des formats RAW sont déjà
  compressés. Les zipper ne change presque pas leur taille. Vous payez le temps et l'espace disque
  et ne récupérez quasiment rien.
- **Rien n'est utilisable avant la fin.** Avec une seule grosse archive, le destinataire ne peut
  pas ouvrir la première photo avant que le dernier octet soit arrivé et que tout soit extrait.

## Qu'est-ce qui casse dans un ZIP ?

Le coût est une chose. Il y a aussi des problèmes, et généralement au pire moment.

**Les chemins longs.** Par défaut, Windows limite la longueur totale d'un chemin de fichier à
260 caractères. Un dossier de projet créé sur un Mac, avec des sous-dossiers profonds et des noms
descriptifs, peut s'extraire sous Windows avec des erreurs ou des fichiers manquants.

**Les archives énormes.** Le format ZIP d'origine s'arrête à 4 GB par fichier et à 65 535
entrées. L'extension ZIP64 supprime ces limites, mais tous les outils, sur toutes les machines,
ne la gèrent pas de la même façon. Certains stockages cloud découpent le téléchargement d'un gros
dossier en plusieurs fichiers ZIP, que le destinataire doit ensuite rassembler.

**Les noms de fichiers.** Les archives créées avec un outil et ouvertes avec un autre peuvent
abîmer les noms de fichiers non latins — cyrillique, grec, chinois, lettres accentuées. La
structure arrive, les noms non.

**Les fichiers parasites.** Les archives créées par le Finder de macOS contiennent des dossiers
`__MACOSX` et des fichiers `.DS_Store` qui déroutent les utilisateurs de Windows et finissent dans
le projet du destinataire.

**Une erreur, et tout est à refaire.** Si un téléchargement de 40 GB échoue à 95 %, l'archive est
inutilisable. Si un seul octet est endommagé, l'extraction peut s'arrêter en plein milieu.

Rien de tout cela n'est exotique. Si vous avez déjà envoyé un dossier de plus de quelques
gigaoctets, vous avez probablement rencontré au moins l'un de ces problèmes.

## Comment StrongFolder envoie-t-il un dossier en tant que dossier ?

Nous avons construit StrongFolder sur une idée simple : si les fichiers vont directement de votre
navigateur à celui du destinataire, il n'y a aucune raison de les emballer d'abord dans un seul
fichier.

Quand vous choisissez un dossier, votre navigateur lit son arborescence — chaque sous-dossier et
chaque nom de fichier. Rien n'est téléversé. Vous envoyez le lien ; le destinataire l'ouvre et
choisit où enregistrer. Les fichiers voyagent alors directement entre les deux navigateurs via
une connexion WebRTC chiffrée, chacun avec son chemin relatif, et la même arborescence apparaît
sur le disque du destinataire.

Ce que cela change en pratique :

- **Ni compression ni décompression.** Le transfert commence dès que le destinataire ouvre le lien.
- **Pas d'espace disque supplémentaire.** Le destinataire a besoin de place pour le dossier, pas
  pour le dossier plus une archive.
- **Les fichiers arrivent un par un.** Les premières photos sont sur le disque du destinataire
  pendant que les autres sont encore en route.
- **Les chemins sont traités honnêtement.** Si un chemin est trop long pour Windows, nous
  raccourcissons le nom et ajoutons un fichier texte qui liste chaque fichier renommé. Rien ne
  disparaît en silence.
- **Aucun plafond de taille de notre part.** 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.

Il y a deux conditions que je mentionne toujours. Pour enregistrer un dossier entier avec sa
structure, le destinataire a besoin de Chrome, Edge, Opera ou d'un autre navigateur Chromium sur
un ordinateur — les autres navigateurs téléchargent les fichiers un par un ou en ZIP. Et votre
onglet doit rester ouvert jusqu'à ce que le destinataire ait terminé, car les fichiers viennent de
votre appareil, et non d'un serveur. C'est la contrepartie du fait de ne rien téléverser.
[Pourquoi l'expéditeur reste en ligne](https://help.strongfolder.com/en/guides/why-sender-stays-online/) l'explique en détail.

[Envoyer des fichiers](https://strongfolder.com)
## Quand un ZIP reste-t-il le bon outil ?

Je ne suis pas contre le ZIP. C'est un excellent format — mais pas comme étape par défaut avant
chaque envoi. Je compresse encore quand :

- **j'archive.** Un seul fichier est plus facile à stocker, à vérifier par somme de contrôle et à
  conserver pendant des années ;
- **j'ai besoin d'un mot de passe.** Les liens StrongFolder n'ont pas de mot de passe. Pour des
  fichiers sensibles, une archive chiffrée (par exemple 7-Zip avec AES-256) et un mot de passe
  envoyé par un autre canal ajoutent une couche qui fonctionne avec n'importe quelle méthode de
  transfert ;
- **le dossier contient des dizaines de milliers de minuscules fichiers.** Un dossier
  `node_modules` ou un cache de petites images se transfère plus vite en un seul fichier, car
  chaque fichier a son propre surcoût ;
- **le destinataire est sur un téléphone.** Les téléphones ne peuvent pas enregistrer une
  arborescence depuis un navigateur : les fichiers arrivent de toute façon un par un ou en ZIP.

Pour tout le reste — la séance photo, le montage, le projet de CAO, le mod de jeu, les archives
numérisées — envoyez le dossier tel quel.

## Comment arrêter pour de bon de compresser les dossiers ?

Si vous voulez la version pas à pas, avec l'e-mail, les stockages cloud et les services de
transfert comparés côte à côte, lisez [Comment envoyer un dossier sans le
compresser](https://help.strongfolder.com/en/guides/send-folder-without-zipping/). Pour les très gros dossiers, [Comment envoyer
de gros fichiers](https://help.strongfolder.com/en/guides/send-large-files/) traite de la vitesse et de la configuration, et
[Limites et prérequis](https://help.strongfolder.com/en/limits/) détaille chaque particularité des navigateurs.

Et si un dossier arrive un jour abîmé — mauvais noms, sous-dossiers manquants, quoi que ce soit —
écrivez-moi à [info@strongfolder.com](mailto:info@strongfolder.com). Les dossiers sont la raison d'être de
StrongFolder, et je veux le savoir.

## FAQ

### Dois-je compresser un dossier pour l'envoyer avec StrongFolder ?

Non. Choisissez le dossier lui-même ; StrongFolder lit son arborescence et envoie chaque fichier avec son chemin. Les dossiers sont envoyés comme des dossiers : sous-dossiers et noms de fichiers sont conservés, rien n'est zippé.

### De quoi le destinataire a-t-il besoin pour récupérer le dossier entier ?

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.

### La compression est-elle parfois le meilleur choix ?

Oui : pour l'archivage à long terme, pour une archive chiffrée protégée par mot de passe, ou pour un dossier de dizaines de milliers de minuscules fichiers, qui se transfèrent plus vite regroupés dans un seul fichier.