Überprüfen Sie es selbst: Was Sie hier ablegen, wird nicht hochgeladen
Sie müssen uns nicht einfach glauben. Jede Aussage dieser Website zur lokalen Verarbeitung lässt sich in unter einer Minute mit Werkzeugen prüfen, die in Ihrem Browser bereits eingebaut sind.
Auf dieser Seite: wie Sie die Engine selbst überprüfen, die vollständige Liste der Netzwerkanfragen dieser Website (einschließlich jener, die diese Domain verlassen), die Open-Source-Engines hinter jeder Funktion und die Grenzen, die wir offenlegen.
1. Drei Wege, es selbst zu überprüfen
Offline-Test: Laden Sie einmal eine Konverter-Seite, schalten Sie dann das Gerät in den Flugmodus — oder setzen Sie „Offline“ im DevTools-Tab Netzwerk — und konvertieren Sie trotzdem eine .docx. Es funktioniert weiterhin, weil die Engine bereits auf Ihrem Rechner läuft. Ein Werkzeug, das unsere Server bräuchte, würde sofort scheitern.
Netzwerk-Tab: Öffnen Sie DevTools → Netzwerk, leeren Sie die Liste und konvertieren Sie eine Datei. Sie sehen die Engine-Downloads von derselben Domain (/pandoc.wasm, /pdf-inspector.wasm, /pdf.worker.min.mjs) und sonst nichts. Filtern Sie nach Fetch/XHR — ein Upload würde dort als POST an eine fremde Domain erscheinen. Es gibt keinen.
Es existiert kein Backend, an das etwas gesendet werden könnte: Diese Website ist ein statisches Paket aus HTML-, JavaScript- und WebAssembly-Dateien. Suchen Sie im Quelltext nach einem Upload-Endpunkt oder einem API-Schlüssel — beides gibt es nicht. Sollten Sie je eine Anfrage finden, die Ihr Dokument überträgt, wäre der Streit gegen uns entschieden.
2. Jede Anfrage, die diese Website stellt
Wir listen die Ausnahmen lieber selbst auf, als dass Sie sie entdecken. Die Engine-Binärdateien kommen von dieser Domain und werden anschließend von Ihrem Browser zwischengespeichert: /pandoc.wasm (etwa 56 MB, der echte Pandoc-Compiler, einmalig geladen), /pdf-inspector.wasm (etwa 6 MB, die PDF-Engine) und /pdf.worker.min.mjs (etwa 1 MB, der pdf.js-Worker für OCR).
Drei Arten von Dateien kommen stattdessen vom jsDelivr-CDN: Worker, Core und Sprachmodell von tesseract.js — nur bei OCR-Nutzung und nur für die von Ihnen gewählte Sprache; KaTeX (~340 KB) für Formeln in der HTML-Vorschau und bei Markdown → PDF; und Mermaid (~1 MB) nur, wenn ein Dokument einen Mermaid-Diagrammblock enthält.
Keine dieser Anfragen enthält Ihr Dokument oder dessen Inhalt. Es sind reine GET-Anfragen für Bibliothekscode und OCR-Sprachdaten. In den DevTools können Sie das bestätigen: Klicken Sie die Anfrage an und prüfen Sie, dass Payload / Request body leer ist.
3. Was tatsächlich in Ihrem Browser läuft
Word, ODT, EPUB, HTML, reStructuredText, LaTeX, CSV und mehr werden von Pandoc konvertiert, kompiliert zu WebAssembly — dieselbe Engine wie das Kommandozeilen-Werkzeug, ausgeführt in einem Hintergrund-Thread. PDF-Eingaben laufen über pdf-inspector (Rust → WebAssembly) und pdf.js; gescannter oder fotografierter Text wird von tesseract.js erkannt. Markdown → PDF nutzt den Druckdialog Ihres Browsers.
Jede Engine ist Open Source und auf der Seite Nutzungsbedingungen mit ihrer Lizenz aufgeführt: Pandoc und der eingebundene pandoc-wasm-Core stehen unter GPL, pdf-inspector unter MIT, pdf.js und tesseract.js unter Apache-2.0. Da diese Engines an Ihren Browser ausgeliefert werden, ist der zugehörige Quelltext das dort verlinkte Projekt.
Es gibt keinen proprietären Konvertierungsdienst dazwischen, keinen abgerechneten API-Schlüssel und kein Konto. Deshalb funktionieren Stapelkonvertierung und die Pro-Optionen (Zitate, Lua-Filter, eigene Vorlagen) auch mit gezogenem Netzwerkkabel.
4. Ehrliche Grenzen
Der erste Besuch lädt die Engine herunter: etwa 56 MB WebAssembly, danach zwischengespeichert. Bei langsamer Verbindung kann die erste Konvertierung dauern — ein serverbasierter Konverter könnte das vor Ihnen verbergen; wir können es nicht.
Offline funktioniert erst nach diesem ersten Besuch. Ein ganz neues Gerät ohne jegliches Netzwerk kann nichts konvertieren, weil die Engine nie zwischengespeichert wurde.
OCR lädt sein Sprachmodell beim ersten Einsatz einer Sprache vom jsDelivr-CDN (je etwa 2–15 MB) und ist deutlich langsamer als native Textextraktion. Gescannte Seiten, Handschrift und kontrastarme Fotos sind die schwierigsten Fälle.
Die Konvertierung zwischen Dokumentformaten ist naturgemäß verlustbehaftet: komplexe Layouts, Spalten, Textfelder, Änderungsverfolgung, Kommentare und manche Formeln überstehen nicht jeden Pfad. Prüfen Sie die Ausgabe stets, bevor Sie sich darauf verlassen.
Word → PDF wird nicht angeboten. PDF-Ausgabe über LaTeX ist eine Funktion der Pandoc-Kommandozeile, und Markdown → PDF ist begrenzt auf das, was der Druckdialog des Browsers leisten kann — keine Optionen für Schrift-Einbettung, keine Bearbeitung von PDF-Metadaten.
Es gibt keine REST-API, kein CLI und keinen Automatisierungs-Hook. Brauchen Sie serverseitige Konvertierung in großem Umfang, führen Sie Pandoc lokal aus: Es ist dieselbe Engine, die diese Website nutzt.
5. Immer noch nicht überzeugt? Prüfen Sie es nach
Im Terminal listet curl -s https://wordtomarkdown.com/en/ | grep -oE 'https://[a-zA-Z0-9.-]+' | sort -u jeden Host auf, auf den diese Seite verweist. Sie sehen diese Domain und https://schema.org — Letzteres ist eine JSON-LD-Kennung für Suchmaschinen, keine Anfrage — und keinen Upload-Endpunkt.
Öffnen Sie in den DevTools den Netzwerk-Tab, konvertieren Sie eine Datei und klicken Sie dann eine beliebige Anfrage an, um den Payload-Tab zu prüfen. Ein leerer Payload bei jeder Anfrage bedeutet: Es wurde nichts gesendet — der einzige Verkehr ist das Laden von Code und Modellen.
Finden Sie eine Anfrage, die dieser Seite widerspricht, sagen Sie es uns über die Kontaktseite. Wir korrigieren die Seite, statt zu diskutieren.