Alternatives à Pandoc : quoi utiliser quand on ne peut pas l'installer
Pandoc est l'outil de référence pour convertir entre formats de documents — mais c'est un programme en ligne de commande, et cela suffit à le disqualifier pour beaucoup d'utilisateurs : ordinateurs portables professionnels verrouillés sans droits d'installation, machine empruntée, ou conversion ponctuelle qui ne justifie pas de monter une chaîne d'outils. Ceux qui cherchent une « alternative à Pandoc » arrivent presque toujours de cette frustration précise, pas d'une plainte sur la qualité de conversion.
Cet article passe en revue les vraies alternatives — convertisseurs en ligne, mammoth, Turndown, wrappers de scripts — et une option souvent négligée : le moteur complet de Pandoc compilé en WebAssembly et exécuté dans un onglet du navigateur. Vous obtenez les mêmes readers et writers que la CLI, sans installation ni envoi. Chaque option ci-dessous est jugée selon les mêmes trois critères : couverture des formats, qualité de la sortie et ce que devient votre fichier.
Pourquoi les gens cherchent une alternative à Pandoc
Les motivations sont toujours les mêmes. Les machines d'entreprise refusent l'installation d'exécutables non signés. Un seul document à convertir une seule fois, et installer un binaire compilé en Haskell plus apprendre un vocabulaire de flags paraît disproportionné. Certains veulent simplement un flux de glisser-déposer au lieu d'un terminal — et rien de tout cela ne signifie qu'ils veulent des conversions moins bonnes ; au contraire, ils ont choisi Pandoc précisément parce qu'ils ont été brûlés par les tableaux mutilés et les titres perdus des convertisseurs naïfs.
La définition honnête d'une bonne alternative à Pandoc est donc : conserver la compréhension des formats de Pandoc (titres, tableaux, notes de bas de page, métadonnées), supprimer la barrière de l'installation et n'introduire aucun nouveau problème, comme l'envoi de documents confidentiels à un serveur tiers. Bien peu d'outils franchissent les trois barres.
Le paysage : ce que chaque alternative est réellement
Les convertisseurs de documents en ligne sont le premier résultat de recherche pour la plupart des gens. Ils gèrent Word, PDF et quelques formats bureautiques, mais leur connaissance des formats est superficielle — les tableaux complexes, les notes de bas de page et les hiérarchies de titres fondées sur les styles se dégradent généralement — et le modèle repose sur l'envoi : le fichier quitte votre machine. Pour des PDF marketing publics, cela peut convenir ; pour des contrats, des manuscrits de recherche ou des rapports internes, c'est un vrai coût.
mammoth est une bibliothèque ciblée qui convertit .docx en HTML ou Markdown propre. Sa sortie est vraiment bonne pour les documents Word, mais elle ne lit qu'un seul format d'entrée, et c'est une bibliothèque — l'utiliser signifie écrire un script ou trouver un outil qui l'embarque. Turndown en est l'image miroir : HTML vers Markdown uniquement, excellent dans son unique travail, muet sur tout le reste. Les wrappers de scripts comme pypandoc ne sont pas des alternatives au sens strict — ils pilotent le vrai binaire Pandoc, le problème d'installation demeure donc.
Reste un vide : des outils qui gardent l'étendue de Pandoc mais se passent du terminal. Ce qui s'en approche le plus, c'est d'exécuter Pandoc lui-même dans un autre environnement d'exécution.
L'option négligée : le même moteur dans votre navigateur
Pandoc se compile en WebAssembly. Pas une réimplémentation, pas un sous-ensemble — le vrai code Haskell, cross-compilé pour s'exécuter dans un onglet du navigateur. Un site qui embarque ce build vous donne les mêmes readers docx, odt, EPUB, LaTeX, RST, MediaWiki, DocBook et Org que la CLI, et les mêmes writers Markdown, HTML et autres. La qualité de conversion est celle de Pandoc, parce que c'est Pandoc.
Les compromis sont mécaniques plutôt que qualitatifs. Un moteur de plus de 50 Mo doit être téléchargé une fois par site (puis mis en cache), et chaque conversion s'exécute dans un Web Worker, si bien que les très gros traitements par lots sont moins confortables qu'une boucle shell. Mais rien n'est installé, rien n'est envoyé, et l'outil fonctionne sur toute machine dotée d'un navigateur moderne — y compris les machines verrouillées à l'origine de cette recherche.
Ce que vous gardez, et ce que vous abandonnez
Gardé : le jeu complet de readers (14 formats de documents sur ce site, plus le PDF via un moteur dédié à l'analyse de mise en page et Excel via SheetJS), la sortie GitHub Flavored Markdown avec tableaux à barres verticales et notes de bas de page, et même les fonctions avancées — le traitement des citations avec les styles CSL et les filtres Lua fonctionnent dans le build navigateur via un système de fichiers virtuel. Glisser-déposer, collage, files d'attente par lots et téléchargements ZIP couvrent l'ergonomie.
Abandonné : l'automatisation au niveau shell (pour « convertir tous les fichiers de ce dossier » dans une pipeline de build, la CLI gagne toujours), la sortie PDF via la chaîne d'outils LaTeX, et la longue traîne des dizaines de writers supplémentaires de Pandoc. Si votre flux de travail est un script planifié ou une étape de build d'un site statique, la CLI reste le bon outil — le build navigateur est fait pour les humains, pas pour les pipelines.
Confidentialité : convertisseurs fondés sur l'envoi contre exécution locale
La différence structurelle est simple : un convertisseur en ligne reçoit votre fichier sur son serveur avant toute conversion, tandis que le build navigateur et la CLI convertissent tous deux sur votre propre matériel. Que cela compte dépend entièrement du document — mais c'est à vous de prendre cette décision, pas à l'outil de la prendre par défaut.
L'exécution locale est en outre vérifiable, contrairement aux promesses des serveurs. Ouvrez le panneau réseau du navigateur pendant une conversion et observez : la liste des requêtes reste vide, car les moteurs sont des binaires WebAssembly déjà chargés. Aucune requête à auditer, aucune politique de conservation à croire, aucune question RGPD à se poser.
Choisir selon le scénario
Migrer des archives Word vers Obsidian, Logseq ou un wiki sur une machine où vous ne pouvez rien installer : le build Pandoc dans le navigateur est la réponse directe — docx entre, un Markdown GFM propre sort, les images sont extraites aux côtés du fichier .md. Conversions ponctuelles de sources EPUB, LaTeX, RST ou MediaWiki : même réponse, car bien peu d'alternatives lisent ces formats.
Convertir par lots des centaines de fichiers dans le cadre d'un build : installez la CLI, scriptez, c'est fini — aucun outil de navigateur ne rivalise avec une boucle for. PDF scannés ou composés uniquement d'images : quel que soit votre choix, assurez-vous qu'il inclut l'OCR, car aucun convertisseur au niveau du texte ne peut lire des pixels. Et les documents confidentiels que la politique interdit d'envoyer : exécution locale, quelle que soit la variante, jamais un site fondé sur l'envoi.