Créer un ZIP

À propos de l'outil de création ZIP

Cet outil rassemble vos fichiers dans une archive ZIP personnalisée. Importez les fichiers, ajustez les paramètres de compression, choisissez un nom puis générez l'archive en un clic. Aucun envoi serveur : tout se fait localement. Essayez aussi notre Décompresser ZIP et notre Fusionner des fichiers.

Qu'est-ce qu'un fichier ZIP et quand devrais-je l'utiliser ?

Un fichier ZIP est un conteneur qui regroupe de nombreux fichiers et dossiers en une seule archive .zip tout en les compressant avec l'algorithme DEFLATE (RFC 1951). Le format a été créé par Phil Katz en 1989 pour PKZIP et est maintenant standardisé sous ISO/IEC 21320. Utilisez un fichier ZIP lorsque vous devez (1) envoyer plusieurs fichiers en une seule pièce jointe d'e-mail, (2) réduire de grands dossiers pour le stockage ou le transfert, (3) préserver la structure et les horodatages d'un dossier entre systèmes, (4) distribuer un logiciel qui doit rester organisé à destination, ou (5) réduire le temps de téléversement en réduisant le total d'octets. ZIP est pris en charge nativement sur Windows, macOS, Linux, iOS, Android et tous les navigateurs modernes, ce qui en fait le format d'archive le plus portable jamais créé. Pour les encodages non pris en charge ou une compression maximale, envisagez 7-Zip (.7z) ou tar.gz à la place.

Combien un fichier ZIP peut-il réellement compresser mes données ?

Le taux de compression dépend entièrement de l'entrée. Les formats déjà compressés — JPEG, PNG, MP4, MP3, PDF — rétrécissent de moins de 5% car ils ont une redondance négligeable. Le texte brut, le code source, CSV, JSON, XML et les images non compressées (BMP, TIFF) compriment typiquement à 20–40% de la taille originale, parfois moins. Les vidages de base de données et fichiers de log avec motifs répétés peuvent compresser à 5–10% de l'original. DEFLATE fonctionne en remplaçant les séquences d'octets répétées par des références arrière puis en codant Huffman le résultat, donc il excelle sur le texte structuré et échoue sur les données aléatoires ou précomprimées. Si votre archive ne montre qu'une faible réduction de taille, le contenu était probablement déjà compressé — c'est normal, pas une défaillance de l'outil.

Les fichiers ZIP sont-ils sûrs et puis-je les protéger par mot de passe ?

Le ZIP standard prend en charge deux modes de chiffrement. Le chiffrement hérité ZipCrypto (de 1989) est cryptographiquement cassé — les attaques par texte clair connu récupèrent le mot de passe en quelques secondes avec des outils modernes, il ne fournit donc qu'une confidentialité occasionnelle. Le chiffrement AES-256 (ajouté par WinZip et standardisé en 2003) est véritablement fort ; avec une longue phrase de passe aléatoire, il résiste à toutes les attaques pratiques connues. Lors de la création d'une archive protégée par mot de passe, sélectionnez toujours AES-256 si votre outil le propose, pas le ZipCrypto par défaut. Notez que même les ZIP chiffrés AES divulguent les noms et tailles de fichiers par défaut — le répertoire central n'est pas chiffré. Pour une confidentialité totale des noms, utilisez 7-Zip avec l'option « chiffrer les noms de fichiers » ou enveloppez l'archive dans un conteneur chiffré.

Qu'est-ce que le répertoire central ZIP et pourquoi est-il important ?

Chaque fichier ZIP se termine par un répertoire central — une table des matières listant le nom, la taille compressée, la taille originale, la somme de contrôle CRC-32, la méthode de compression et le décalage dans le fichier de chaque entrée. Cette conception d'index en fin permet d'ajouter des fichiers à un ZIP sans réécrire toute l'archive (les builds DOCX et APK exploitent cela) et permet aux lecteurs d'extraire un fichier sans scanner toute l'archive. Cela explique aussi une particularité : corrompre les premiers octets d'un ZIP permet souvent encore la récupération car le répertoire central à la fin pointe vers toutes les entrées. Le format est documenté dans la spécification PKWARE APPNOTE.TXT. Les fichiers polyglottes comme JAR (archive Java) et APK (paquet Android) sont juste des ZIP avec de la magie supplémentaire — la JVM scanne le répertoire central pour trouver les fichiers de classe.

Pourquoi mon fichier ZIP est-il si grand par rapport au dossier original ?

Les fichiers ZIP ont une surcharge par entrée d'environ 30 octets pour l'en-tête local plus 46+ octets supplémentaires dans le répertoire central, donc une archive de milliers de minuscules fichiers peut être plus grande que la somme de leur contenu. Les en-têtes stockent le nom du fichier, les horodatages et les métadonnées de compression. Pour un dossier rempli de fichiers texte de 100 octets, les en-têtes peuvent peser plus que les données ; pour un dossier de vidéos de plusieurs mégaoctets, la surcharge est négligeable. Si vous devez archiver de nombreux petits fichiers efficacement, concaténez-les d'abord dans un tar (pas de surcharge de compression par fichier) puis compressez le tar avec gzip ou zstd — tar.gz bat régulièrement ZIP pour les collections de petits fichiers. ZIP désactive aussi la compression sur les fichiers qui grossiraient après DEFLATE.

Quelle est la différence entre ZIP, 7Z, RAR, TAR et GZ ?

ZIP combine archivage et compression en un seul format utilisant DEFLATE par fichier, avec un support universel mais une compression modérée. 7Z (format de 7-Zip, 1999) prend en charge LZMA2 et atteint 30–50% de compression supérieure à ZIP pour le texte mais nécessite un logiciel non par défaut sur Windows. RAR (1993, propriétaire) est similaire à 7Z en efficacité et prend en charge les enregistrements de récupération qui peuvent reconstruire une archive endommagée, mais créer des RAR nécessite une licence payante. TAR (archive bande, Unix 1979) regroupe seulement les fichiers sans compression — il est presque toujours associé à gzip (.tar.gz), bzip2 (.tar.bz2) ou zstd (.tar.zst). Le modèle tar+gzip préserve les permissions Unix, liens symboliques et propriété que ZIP perd. Pour une portabilité maximale, choisissez ZIP ; pour une compression maximale, choisissez 7Z ou tar.zst.

Y a-t-il des limites de taille de fichier dans ZIP, et qu'est-ce que ZIP64 ?

Le format ZIP original utilisait des champs 32 bits pour les tailles et les comptes, limitant les fichiers individuels à 4 Go, la taille totale de l'archive à 4 Go et les entrées à 65 535 fichiers. Ces limites étaient triviales en 1989 mais devinrent bloquantes dans les années 2000. ZIP64 (ajouté en 2001) étend chaque limite à 64 bits, permettant des fichiers et archives jusqu'à 16 Eo (effectivement illimités) et des entrées à 2^64 fichiers. Les outils modernes basculent automatiquement vers ZIP64 lorsque nécessaire, mais les outils plus anciens (l'extracteur intégré de Windows XP, certains systèmes embarqués) rejettent les archives ZIP64. Si vous devez partager de grandes archives avec des utilisateurs sur des systèmes hérités, divisez plutôt l'archive en volumes (.zip, .z01, .z02). Le format d'archive divisée est antérieur à ZIP64 et est largement pris en charge même quand ZIP64 ne l'est pas.

Comment cet outil crée-t-il des ZIP dans le navigateur sans téléversement ?

Les navigateurs modernes exposent l'API File System Access et l'API Compression Streams, permettant à JavaScript de lire les fichiers de votre disque local, de les diffuser à travers la compression DEFLATE et d'assembler un ZIP valide entièrement en mémoire. Des bibliothèques comme JSZip et fflate implémentent la spécification du format de fichier ZIP (PKWARE APPNOTE.TXT) en JavaScript pur ou WebAssembly. L'utilisateur choisit les fichiers via un dialogue glisser-déposer ou sélecteur de fichiers, le navigateur remet les octets à la bibliothèque, la bibliothèque écrit les en-têtes de fichier locaux, les données compressées et un répertoire central dans un Blob, et le navigateur enregistre le Blob via un lien de téléchargement. Rien ne quitte votre ordinateur — ouvrez le panneau réseau pour vérifier zéro téléversement. Cela fonctionne pour des archives jusqu'à environ 4 Go sur la plupart des navigateurs.

Comment conserver une arborescence de dossiers dans le ZIP ?

Utilisez le bouton 'Ajouter un Dossier' au lieu de (ou en plus de) la zone de glisser-déposer. Le sélecteur de dossier lit le chemin relatif de chaque fichier — le navigateur l'expose via webkitRelativePath, par exemple src/components/Button.js — et l'outil écrit ce chemin avec barres obliques comme nom d'entrée. Les deux chemins de code ZIP (DEFLATE standard et chiffré AES-256) respectent ce chemin, donc les nœuds de répertoire sont recréés automatiquement à l'extraction. C'est crucial pour les builds : les imports relatifs, les références de manifeste et les chemins de ressources se cassent dès qu'un dossier est aplati, raison pour laquelle des outils de bureau comme 7-Zip conservent l'arborescence par défaut. Si deux fichiers aboutissent au même chemin relatif mais de tailles différentes, l'outil ajoute ' (1)', ' (2)' avant l'extension pour qu'aucune entrée n'en écrase silencieusement une autre. Les dossiers vides ne sont pas stockés — le ZIP enregistre des fichiers, et un répertoire n'existe que parce qu'un fichier y réside.

Le chiffrement ZIP côté navigateur est-il plus privé que les outils zip en ligne ?

Oui, et la différence est fondamentale. La plupart des sites de 'zip en ligne' et de 'protection de zip par mot de passe' téléversent vos fichiers sur leur serveur, les compressent et les chiffrent là-bas, puis renvoient un lien de téléchargement — ce qui signifie que vos fichiers en clair (et souvent votre mot de passe) transitent par un tiers à qui vous devez faire confiance pour ne pas journaliser, analyser ou divulguer. Cet outil ne téléverse jamais rien : la compression DEFLATE et le chiffrement AES-256 (WinZip AE-2, PBKDF2-HMAC-SHA1) s'exécutent entièrement dans votre navigateur à l'aide de JavaScript et de l'API Web Crypto. Votre mot de passe sert à dériver la clé localement et n'est jamais transmis. Vous pouvez ouvrir le panneau Réseau du navigateur et confirmer zéro requête sortante lors de la création de l'archive. Pour des documents confidentiels, du code source ou des livrables clients, le chiffrement côté client retire entièrement le serveur de votre modèle de menaces — la seule copie des données non chiffrées se trouve sur votre propre machine.