5.0 von 5 bei 23 Bewertungen

PDF-zu-Markdown-Konverter

Alle Konverter nutzen dieselbe Engine im Browser, erklärt jeweils für eine andere Quelle oder ein anderes Ziel. Wählen Sie den, der zu Ihrer Datei passt — hochgeladen wird in keinem davon etwas. Die Ausnahme ist der Konverter für gescannte PDFs, der den Text auf unserem Server erkennt und vorher fragt.

Welchen sollten Sie nehmen?

Im Zweifel den einfachen PDF-zu-Markdown-Konverter. Er ist der Normalfall und liefert standardkonformes GitHub Flavored Markdown, das überall funktioniert. Die anderen Seiten gibt es, weil dasselbe Ergebnis je nach Ziel unterschiedlich weiterverarbeitet wird.

Nehmen Sie den Obsidian-Konverter, wenn das Ergebnis in einen Notiz-Vault wandert: Dort ändert sich nicht die Umwandlung, sondern was danach damit geschieht — Notiztitel, Überschriftenhierarchie, interne Verlinkung.

Nehmen Sie den Notion-Konverter, wenn Sie in eine Notion-Seite importieren oder einfügen. Notion versteht Markdown, bildet aber weniger Blocktypen ab als GitHub.

Nehmen Sie den ChatGPT- oder den Claude-Konverter, wenn der Text direkt in ein Sprachmodell geht. Beide Seiten behandeln dasselbe: keine Token für wiederkehrendes Seitenbeiwerk zu verschwenden und Tabellen und Überschriftenebenen unbeschädigt hinüberzubringen.

Nehmen Sie den Tabellen-Konverter, wenn Tabellen überhaupt der Grund für die Umwandlung sind: verbundene Zellen, umbrechender Text und nicht bündige Spalten haben eigene Lösungswege.

Nehmen Sie den Word-Konverter, wenn Ihre Datei eine .docx statt eines PDFs ist. Es ist die einzige Seite hier, deren Quelle kein PDF ist, und die Umwandlung fällt genauer aus: Word speichert seine Überschriften, Listenebenen und Tabellenzellen selbst, es muss also nichts aus dem Seitenbild abgeleitet werden.

Nehmen Sie den Konverter für gescannte PDFs nur dann, wenn der normale Konverter nichts geliefert hat. Genau das ist das Kennzeichen eines Scans: ein Dokument ohne auswählbaren Text.

Was alle gemeinsam haben

Hinter jeder dieser Seiten steht dieselbe Engine. Sie liest das PDF mit PDF.js in einem Web Worker im Browser, misst die Geometrie des Textes und leitet daraus die Struktur ab: Schriftgrade oberhalb des Fließtextes werden Überschriften, eng stehende Zeilen werden Absätze, und Zeilen, die auf gemeinsamen Spaltenpositionen liegen, werden Tabellen.

Der Word-Weg ist dieselbe Engine durch eine andere Tür. Die .docx wird im Browser entpackt und direkt gelesen — die Formatvorlagen liefern die Überschriften, die Nummerierungsdefinitionen die Listen — und läuft von dort in denselben Markdown-Renderer. Dasselbe Dokument, zweimal gespeichert, wird zweimal gleich umgewandelt.

Alle sind kostenlos, brauchen kein Konto und nehmen Dateien bis 50 MB an. Fett, kursiv, Inline-Code und eingebettete Links bleiben erhalten. Bilder werden nicht extrahiert, mathematische Formeln nicht nach LaTeX übersetzt.

Der eine, der hochlädt — und warum er getrennt ist

Eine gescannte Seite ist eine Fotografie. Sie enthält gar keinen Text, also kann nichts im Browser sie lesen, wie gut der Parser auch sei. Nötig ist Texterkennung, die weit mehr Rechenleistung braucht, als ein Browser-Tab hat.

Deshalb bekommen gescannte PDFs einen eigenen Konverter statt eines Häkchens auf den anderen. Diese Trennung ist es, die allen übrigen Seiten erlaubt, ohne Einschränkung zu sagen, dass Ihre Datei das Gerät nie verlässt.

Wenn Sie ihn verwenden, fragt er vorher: Ein Dialog nennt die Zahl der übertragenen Seiten, das Ziel und die Aufbewahrungsdauer, und vor Ihrer Bestätigung wird nichts gesendet.