Pandoc-Alternativen: Was nutzen, wenn sich nichts installieren lässt
Pandoc ist das Referenzwerkzeug, um Dokumentformate ineinander zu konvertieren — aber es ist ein Kommandozeilenprogramm, und allein das schließt es für viele aus: gesperrte Arbeits-Laptops ohne Installationsrechte, ein geliehener Rechner oder eine einmalige Umwandlung, für die sich der Aufbau einer Toolchain nicht lohnt. Suchanfragen nach einer „Pandoc-Alternative“ entspringen fast immer genau dieser Frustration — keine Klage über die Konvertierungsqualität.
Dieser Artikel geht die echten Alternativen durch — Online-Konverter, mammoth, Turndown, Skript-Wrapper — und eine oft übersehene Option: die komplette Pandoc-Engine, nach WebAssembly kompiliert und direkt im Browser-Tab laufend. Sie erhalten dieselben Reader und Writer wie über die CLI, ohne Installation und ohne Upload. Jede Option unten wird an denselben drei Kriterien gemessen: Formatabdeckung, Ausgabequalität und was mit Ihrer Datei passiert.
Warum Anwender eine Pandoc-Alternative suchen
Die Beweggründe sind stets dieselben. Firmenrechner verweigern die Installation unsignierter ausführbarer Dateien. Ein einzelnes Dokument muss ein einziges Mal umgewandelt werden, und dafür ein Haskell-kompiliertes Binary zu installieren und die Sprache der Kommandozeilen-Flags zu lernen, wirkt unverhältnismäßig. Manche möchten schlicht per Drag-and-Drop arbeiten statt im Terminal — und nichts davon bedeutet, dass sie schlechtere Konvertierungen wollen; im Gegenteil, sie haben Pandoc gewählt, gerade weil sie die zerstörten Tabellen und verlorenen Überschriften naiver Konverter schmerzlich erlebt haben.
Die ehrliche Definition einer guten Pandoc-Alternative lautet daher: Sie bewahrt Pandocs Formatverständnis (Überschriften, Tabellen, Fußnoten, Metadaten), beseitigt die Installationshürde und führt kein neues Problem ein — etwa das Hochladen vertraulicher Dokumente auf einen Server eines Drittanbieters. Nur sehr wenige Werkzeuge erfüllen alle drei Anforderungen.
Der Überblick: Was jede Alternative wirklich ist
Online-Dokumentkonverter sind für die meisten das erste Suchergebnis. Sie beherrschen Word, PDF und einige Office-Formate, doch ihr Formatwissen ist oberflächlich — komplexe Tabellen, Fußnoten und stilbasierte Überschriftenhierarchien verlieren meist an Qualität — und das Modell basiert auf Uploads: Die Datei verlässt Ihren Rechner. Bei öffentlichen Marketing-PDFs mag das egal sein; bei Verträgen, Forschungsmanuskripten oder internen Berichten ist es ein echter Preis.
mammoth ist eine spezialisierte Bibliothek, die .docx in sauberes HTML oder Markdown konvertiert. Die Ausgabe ist für Word-Dokumente wirklich gut, aber gelesen wird nur ein Eingabeformat, und es ist eine Bibliothek — ihre Nutzung bedeutet, ein Skript zu schreiben oder ein Tool zu finden, das sie einbettet. Turndown ist das Spiegelbild: nur HTML zu Markdown, exzellent in dieser einen Aufgabe, für alles andere stumm. Skript-Wrapper wie pypandoc sind im strengen Sinne gar keine Alternativen — sie steuern die echte Pandoc-Binary an, das Installationsproblem bleibt also bestehen.
Es bleibt also eine Lücke: Werkzeuge, die Pandocs Breite bewahren, aber das Terminal überflüssig machen. Am ehesten schließt diese Lücke, Pandoc selbst unter einer anderen Laufzeitumgebung auszuführen.
Die übersehene Option: dieselbe Engine im Browser
Pandoc lässt sich nach WebAssembly kompilieren. Keine Neuimplementierung, keine Teilmenge — der tatsächliche Haskell-Code, cross-kompiliert, sodass er in einem Browser-Tab läuft. Eine Website, die diesen Build einbettet, bietet dieselben Reader für docx, odt, EPUB, LaTeX, RST, MediaWiki, DocBook und Org wie die CLI — und dieselben Writer für Markdown, HTML und mehr. Die Konvertierungsqualität ist die von Pandoc, denn es ist Pandoc.
Die Abstriche sind mechanischer statt qualitativer Natur. Eine Engine von über 50 MB muss pro Website einmal heruntergeladen werden (danach wird sie gecacht), und jede Konvertierung läuft in einem Web Worker, sodass sehr große Batch-Aufträge unbequemer sind als eine Shell-Schleife. Aber nichts wird installiert, nichts hochgeladen, und das Werkzeug läuft auf jedem Rechner mit modernem Browser — auch auf den gesperrten, die diese Suche überhaupt erst ausgelöst haben.
Was Sie behalten — und was Sie aufgeben
Behalten: den kompletten Reader-Satz (auf dieser Website 14 Dokumentformate, dazu PDF über eine eigene Engine zum Layout-Parsing und Excel über SheetJS), die GitHub-Flavored-Markdown-Ausgabe mit Pipe-Tabellen und Fußnoten sowie sogar die fortgeschrittenen Funktionen — Literaturverarbeitung mit CSL-Stilen und Lua-Filter funktionieren im Browser-Build über ein virtuelles Dateisystem. Drag-and-Drop, Einfügen, Batch-Warteschlangen und ZIP-Downloads decken die ergonomische Seite ab.
Aufgeben: Automatisierung auf Shell-Ebene (bei „alle Dateien in diesem Ordner konvertieren“ innerhalb einer Build-Pipeline gewinnt die CLI immer), die PDF-Ausgabe über die LaTeX-Toolchain sowie den Long Tail der Dutzenden zusätzlichen Writer von Pandoc. Wenn Ihr Workflow ein geplantes Skript oder ein Build-Schritt einer statischen Website ist, bleibt die CLI das richtige Werkzeug — der Browser-Build ist für Menschen da, nicht für Pipelines.
Datenschutz: Upload-basierte Konverter vs. lokale Ausführung
Der strukturelle Unterschied ist einfach: Ein Online-Konverter erhält Ihre Datei auf seinem Server, bevor irgendeine Konvertierung stattfindet, während Browser-Build und CLI beide auf Ihrer eigenen Hardware konvertieren. Ob das wichtig ist, hängt ganz vom Dokument ab — aber die Entscheidung sollte bei Ihnen liegen, nicht beim Tool, das sie per Voreinstellung für Sie trifft.
Lokale Ausführung lässt sich außerdem auf eine Weise überprüfen, die Serverversprechen nicht bieten. Öffnen Sie während einer Konvertierung das Netzwerk-Panel des Browsers und beobachten Sie: Die Anfrageliste bleibt leer, denn die Engines sind bereits geladene WebAssembly-Binaries. Keine Anfrage zu prüfen, keine Aufbewahrungsrichtlinie zu vertrauen, keine DSGVO-Frage zu stellen.
Die Wahl nach Szenario
Word-Archive auf einen Rechner migrieren, auf dem sich nichts installieren lässt, etwa nach Obsidian, Logseq oder in ein Wiki: der browserbasierte Pandoc-Build ist die direkte Antwort — docx hinein, sauberes GFM-Markdown heraus, Bilder werden zusammen mit der .md-Datei extrahiert. Einmalige Konvertierungen von EPUB-, LaTeX-, RST- oder MediaWiki-Quellen: dieselbe Antwort, denn kaum eine Alternative liest diese Formate überhaupt.
Hunderte Dateien als Teil eines Builds im Batch konvertieren: CLI installieren, per Skript lösen, fertig — kein Browser-Tool kommt gegen eine for-Schleife an. Gescannte oder rein bildbasierte PDFs: Was Sie auch wählen, stellen Sie sicher, dass OCR enthalten ist, denn kein Textebenen-Konverter kann Pixel lesen. Und vertrauliche Dokumente, deren Upload die Richtlinie verbietet: lokale Ausführung in welcher Variante auch immer, niemals eine Upload-basierte Website.