ZIP en Markdown : un seul envoi, toute l'archive convertie
Convertir les documents un par un, ça va très bien jusqu'à ce qu'il y en ait vingt. À partir de là, ce sont vingt envois de fichier, vingt attentes, vingt copier-coller, et arrivé au quatorzième vous ne savez plus lesquels sont déjà faits. C'est ce problème-là que cette page fait disparaître.
Compressez le dossier. Déposez l'archive, une seule. Chaque document pris en charge à l'intérieur est converti en une passe et vous revient en Markdown, avec sa propre structure intacte et nettement séparée de celle du suivant. C'est un traitement par lots déguisé en simple envoi de fichier — et c'est le même outil gratuit que le reste de la suite. Sans inscription, 50 Mo maximum, rien n'est gardé ensuite.
Ce qui arrive vraiment à votre archive
L'archive est extraite, l'arborescence interne est parcourue de haut en bas, et chaque fichier dont l'extension est prise en charge subit exactement la conversion qu'il aurait eue sur sa propre page dédiée. Un PDF au fond de votre ZIP est traité comme un PDF déposé directement. Un tableur devient des tableaux. Un diaporama devient des sections diapositive par diapositive. Les résultats sont ensuite recousus en un seul document Markdown.
Deux détails pèsent plus lourd qu'on ne l'imagine. D'abord, la structure des dossiers internes à
l'archive est conservée comme contexte — vous voyez que 2024/q3/board-pack.pdf ne
vient pas du même endroit que archive/old/board-pack.pdf, ce qui change tout quand les noms de
fichiers se répètent d'un répertoire à l'autre, et c'est toujours le cas. Ensuite, l'archive est
extraite en respectant sa hiérarchie, pas versée en tas. Le classement que quelqu'un a construit en
rangeant ces fichiers est en soi une information, et le jeter rend la sortie plus difficile à
interpréter.
Les archives à formats mélangés sont le cas courant, pas le cas tordu. Un ZIP contenant quatre PDF, deux documents Word, un tableur et un diaporama PowerPoint se convertit d'un coup, chaque fichier traité par la logique qui correspond à son format.
Ce qui se convertit et ce qui passe à la trappe
Tout ce que le convertisseur gère en envoi individuel fonctionne aussi à l'intérieur d'une archive — PDF, DOCX, PPTX, XLSX et XLS, HTML, CSV, JSON, XML, EPUB, RTF, MSG et images. Pour savoir précisément comment un type donné se comporte, les pages individuelles entrent dans le détail : PDF en Markdown, Word en Markdown, PowerPoint en Markdown et Excel en Markdown couvrent les quatre choses qu'on trouve le plus souvent dans une archive de travail.
Ce qui est mis de côté, c'est tout ce qui n'a pas de texte à donner. Vidéos, audio, polices, binaires compilés, programmes d'installation et formats propriétaires hors liste n'apportent rien et sont laissés tranquilles. Le cas des images mérite un signalement, parce qu'il prend les gens de court. Déposé seul, un fichier image est bien lu — le texte d'une capture d'écran ou d'une page photographiée revient sous forme de texte. À l'intérieur d'une archive, non. La passe groupée enregistre la présence du fichier et passe au suivant : un ZIP de captures d'écran se convertit sans erreur et vous rend malgré tout des noms de fichiers au lieu des mots affichés à l'écran. Si ce sont ces mots qui comptent, extrayez les images et faites-les passer directement par image en Markdown.
Les archives imbriquées — un ZIP dans votre ZIP — sont l'autre point à vérifier. Si votre export est arrivé sous forme d'archive d'archives, décompressez un niveau vous-même et recompressez le contenu avant l'envoi. Deux minutes de ménage, une sortie bien meilleure.
Pourquoi convertir un ZIP en Markdown est le bon choix pour un lot
Sur un document isolé, préférer le Markdown au texte brut relève de l'appréciation. Sur vingt documents réunis dans une seule sortie, ce n'est plus serré du tout.
La raison tient en un mot : les frontières. Quand plusieurs fichiers sont mis bout à bout dans un même texte, le plus difficile, pour vous comme pour un modèle de langage, c'est de savoir où un document se termine et où commence le suivant. Les titres Markdown vous donnent ça gratuitement — chaque fichier s'annonce, et tout ce qui suit lui appartient visiblement. Demandez à un modèle « lequel de ces contrats a le préavis le plus court » et il pourra répondre document par document, au lieu de mélanger les clauses de trois accords en une seule réponse assurée et fausse.
La structure interne de chaque fichier survit elle aussi. Les tableaux du tableur restent des tableaux. Les diapositives du diaporama restent des sections distinctes. La numérotation des clauses du rapport reste intacte. C'est tout l'argument en faveur de la conversion groupée de documents en Markdown plutôt qu'en texte brut : c'est la structure qui rend un contexte multi-documents navigable au lieu de simplement volumineux.
L'exception, c'est l'analyse en masse — embeddings, indexation, travail sur les mots-clés à l'échelle d'un corpus, tout ce où vous voulez un seul tas de prose à plat et où les caractères de balisage ne sont que du bruit. C'est le rôle de ZIP en texte, et le sélecteur en haut de cette page y bascule en conservant l'archive que vous avez déjà choisie.
Les archives que les gens déposent pour de vrai
- Les lots de pièces jointes. Quelqu'un vous envoie « tout ce qu'il faut pour la revue » sous forme d'un ZIP de neuf pièces jointes. Convertissez l'ensemble, lisez la synthèse, décidez lesquelles deux vous devez vraiment ouvrir pour de bon.
- Les exports de données. Google Takeout, les exports d'espaces Slack, les vidages Notion et les exports d'outils de support arrivent tous en archives pleines de dossiers imbriqués. Ça transforme une arborescence dans laquelle vous auriez cliqué pendant une heure en quelque chose de lisible d'une traite.
- Les supports de cours. Un module entier de diapositives, de polycopiés et de bibliographies en un seul téléchargement. Convertissez, puis demandez une fiche de révision construite sur les documents réels et non sur ce que le modèle croit savoir du sujet.
- Les passations client et les dossiers de due diligence. Un export de data room, le lot documentaire d'un prestataire, un dossier de passation de projet — le tout devient du texte interrogeable en une étape, les chemins de dossiers indiquant la provenance de chaque pièce.
- Les dossiers de subvention et les réponses à appels d'offres. Des réponses en plusieurs documents avec leurs annexes, où il faut vérifier la cohérence entre des fichiers rédigés par des personnes différentes.
- Les archives personnelles. Ces vieux dossiers de sauvegarde dont vous ne savez plus ce qu'ils contiennent. Convertir d'abord, fouiller ensuite.
La barre des 50 Mo, et comment vivre en dessous
La limite porte sur l'archive que vous déposez, pas sur les fichiers pris un à un. C'est en général large, parce que le ZIP compresse très bien les formats riches en texte — un dossier de documents Word et de tableurs peut fondre spectaculairement, et une archive qui contient beaucoup de fichiers passe donc souvent sans difficulté.
Ce qui fait exploser la limite, ce sont les médias. Vidéo, audio et images haute résolution ne se compressent quasiment pas et consomment toute l'enveloppe sans rien apporter à la sortie. Si votre archive dépasse, retirez-les et recompressez — vous ne perdez rien de ce que vous alliez utiliser. Les ensembles documentaires réellement volumineux, découpez-les en deux ou trois archives par dossier et convertissez-les à la suite.
L'autre budget à surveiller, c'est le compteur de tokens sous la sortie. Cinquante documents se convertissent très bien et ne tiendront pas pour autant dans la fenêtre de contexte d'un petit modèle. Connaître le chiffre avant de coller vaut mieux que de l'apprendre par un message d'erreur, et il vous dit s'il faut envoyer le lot entier ou le traiter par morceaux.
Si votre ZIP est en fait un projet de code
Autant le dire franchement, parce que le cas revient sans arrêt. Si vous avez compressé un dépôt ou un
dossier de sources, ce n'est pas le bon outil. Prenez plutôt le
convertisseur de dossier local — il lit un
dossier directement sur votre machine, vous montre une arborescence à cocher et vous laisse choisir
exactement les fichiers qui iront dans la sortie. Autrement dit, vous pouvez écarter
node_modules, les artefacts de build et les lockfiles avant qu'ils n'avalent toute votre
fenêtre de contexte — ce qu'une conversion d'archive à l'aveugle ne peut pas faire pour vous.
Le projet est déjà hébergé quelque part ? Sautez l'étape compression : le convertisseur de dépôt GitHub vers texte récupère l'arborescence directement depuis l'URL.
Questions fréquentes
Comment convertir une archive ZIP en Markdown ?
Déposez-la ci-dessus : chaque fichier pris en charge à l'intérieur est converti en Markdown puis mis bout à bout, les chemins de dossiers de l'archive servant de titres. Gratuit, 50 Mo par archive, sans compte. Le résultat est un unique document .md dans lequel vous voyez encore quelle section vient de quel fichier.
Les chemins de fichiers deviennent-ils des titres ?
Oui, et c'est précisément la raison de choisir le Markdown plutôt que le texte brut pour une archive. Le contenu de chaque fichier se place sous un titre qui nomme son chemin dans le ZIP : la sortie reste navigable, et un modèle interrogé sur un document précis sait le localiser au lieu de deviner d'après le contexte.
Les archives imbriquées sont-elles prises en charge ?
Un ZIP dans un ZIP est traité comme un fichier pris en charge de plus et extrait à son tour. Pratique pour les exports qui regroupent des archives mensuelles dans une archive annuelle. Évitez en revanche les imbrications très profondes — la sortie s'allonge et les niveaux de titre plafonnent à six, après quoi la structure cesse d'être exprimée.
Dans quel ordre les fichiers ressortent-ils ?
Dans l'ordre de parcours de l'arborescence, donc regroupés par dossier et non par pertinence. Pour une archive dont le rangement a du sens, c'est exactement ce qu'il faut. Pour un déversement à plat de deux cents fichiers aux noms générés, l'ordre est arbitraire et vous aurez intérêt à chercher dans la sortie plutôt qu'à la lire du début à la fin.
Y a-t-il une limite au nombre de fichiers à l'intérieur ?
La contrainte réelle est le plafond de 50 Mo par archive, pas un nombre de fichiers, mais gardez un œil sur le compteur de tokens sous la sortie. Quelques centaines de documents peuvent dépasser plusieurs fois la fenêtre de contexte de la plupart des modèles : mieux vaut souvent convertir le sous-ensemble dont vous avez besoin que produire un corpus que vous ne pourrez coller nulle part.
Le reste de la boîte à outils
File2Txt gère les treize formats pris en charge depuis un seul endroit, si vous préférez ne pas choisir de page. Et le guide sur la préparation des fichiers pour les LLM expose l'argument plus général : convertir avant de rédiger le prompt.
Repo2Txt est conçu et maintenu par v12hero, un développeur indépendant qui crée des applications natives et web respectueuses de la vie privée.