Markdown in PDF
Füge Markdown ein oder lege eine .md-Datei ab. Kompatibel mit GitHub Flavored Markdown. 100% in deinem Browser: Nichts wird hochgeladen.
Lege eine .md- oder .markdown-Datei ab
oder klicke, um eine auszuwählen — sie wird nur in deinem Browser gelesen
Ideal für technische READMEs und Notizen. Tabellen werden abgeflacht und externe Bilder werden zum Schutz der Privatsphäre ausgelassen.
Your file is ready
Processed entirely in your browser — the file never left your device.
So wandelst du Markdown in PDF um
Drei Schritte. Alles geschieht in deinem Browser.
Einfügen oder ablegen
Füge dein Markdown in das Textfeld ein oder lege eine .md-Datei ab. Die Live-Vorschau zeigt, wie die Ausgabe aussehen wird.
Optionen wählen
Seitengröße, Ausrichtung, Schriftgröße des Fließtexts und Stil der Codeblöcke. Die Standardwerte funktionieren für die meisten READMEs.
Erstellen und herunterladen
marked analysiert zu HTML, das HTML wird in Blöcke tokenisiert und pdf-lib setzt sie — alles in deinem Tab.
Warum Markdown in PDF bei imisspdf nutzen?
Die Quelle bleibt auf deinem Gerät
Markdown enthält oft interne Notizen, Beitragsentwürfe oder API-Schlüssel in Codeblöcken. Nichts wird hochgeladen — jeder Byte des Prozesses läuft lokal.
Schnell für technische Dokumente
Überschriften, Listen und eingezäunter Code werden auf einen Blick sauber gerendert. Kein Druckdialog, kein Chrome-Screenshot — einfügen, klicken und herunterladen.
GFM-kompatibel
Durchstreichungen, Aufgabenlisten, eingezäunte Codeblöcke, Autolinks — der Parser ist marked im GFM-Modus. Tabellen werden abgeflacht (das sagen wir vorab).
Was „Markdown in PDF“ hier bedeutet
Markdown ist das Format, in dem die meisten Entwickler und technischen Redakteure tatsächlich verfassen — README-Dateien, Blog-Entwürfe, Runbooks, API-Dokumentation, interne Wikis. Es ist leichtgewichtig, versionierbar und wird auf GitHub sauber gerendert. Aber wenn der Moment kommt, dieses Dokument mit jemandem zu teilen, der nicht in deinem Repository arbeitet, ist ein PDF meist das richtige Übergabeformat: Es wird vorhersehbar gedruckt, öffnet sich auf jedem Gerät und hängt nicht davon ab, dass der Empfänger einen Markdown-Betrachter installiert hat.
Das Werkzeug Markdown in PDF von imisspdf nimmt den Markdown-Quelltext, den du einfügst (oder als .md-Datei ablegst), und erzeugt ein einziges PDF in deinem Browser. Überschriften behalten ihre Hierarchie, Listen behalten ihre Einrückung, eingezäunte Codeblöcke werden in einer Monospace-Schrift gerendert, und Zitate / horizontale Linien sehen aus wie Zitate und Linien. Das Ergebnis ist ein sauberes, schnörkelloses PDF, geeignet für ein README, einen technischen Bericht oder ein Änderungsprotokoll, das an einen nicht-technischen Leser übergeben wird.
So funktioniert die Umwandlung
Drei Phasen laufen von Anfang bis Ende in deinem Tab:
- Der Parser marked wandelt dein Markdown in HTML um, mit aktivierten GFM-Regeln (eingezäunter Code, Durchstreichungen, Aufgabenlisten, Autolinks).
- Ein kleiner, auf regulären Ausdrücken basierender Tokenizer durchläuft das HTML und wandelt es in eine flache Folge von Block-Token um — Überschriften, Absätze, Listen, Codeblöcke, Zitate — und ihre Inline-Abschnitte (fett, kursiv, Inline-Code, Links).
- pdf-lib setzt die Blöcke auf den Seiten mithilfe der 14 Standard-PDF-Schriften (Helvetica für den Fließtext, Courier für Code). Neue Seiten werden hinzugefügt, sobald der Inhalt überläuft.
Nichts in diesem Prozess kommuniziert mit einem Server. Es gibt kein remote gerendertes Markdown, kein Headless-Chromium, das in einer Cloud-Funktion startet, und keine temporäre Datei, die „eine Stunde lang zur Einhaltung der Aufbewahrung“ vorgehalten wird. Das PDF wird aus JavaScript-Bytes erstellt, die du in deinen DevTools schreiben sehen kannst.
Wann das Werkzeug das richtige ist — und wann nicht
Dieses Werkzeug ist das richtige, wenn du ein sauberes, archivierbares PDF technischen Inhalts brauchst: ein README, ein Runbook, einen in Markdown verfassten Bericht, Besprechungsnotizen, ein Tutorial. Es verarbeitet Inline-Formatierung, Listen, Code und Zitate so, wie du es für diese Art von Dokument erwarten würdest.
Es ist das falsche Werkzeug, wenn du pixelgenaue Treue zu einer gerenderten Website brauchst (nutze die Option „Als PDF speichern“ deines Browsers auf der gerenderten Seite), wenn du typografische Tabellen brauchst (nutze Pandoc + LaTeX lokal) oder wenn du Code mit Syntaxhervorhebung brauchst (exportiere aus deinem Editor als HTML und nutze HTML in PDF). Wir benennen die Grenzen vorab, damit du den richtigen Arbeitsablauf wählst.
Datenschutz und Sicherheit
Markdown ist eines der Formate, das am ehesten Dinge enthält, die du nicht auf einem Server haben möchtest: API-Schlüssel in Codeblöcken, interne URLs in Links, Beitragsentwürfe, die du noch nicht veröffentlicht hast, Kundennamen in Besprechungsnotizen. Serverbasierte Markdown-zu-PDF-Werkzeuge müssen all das aufnehmen. Die Architektur dieses Werkzeugs bedeutet, dass du keiner Datenschutzrichtlinie vertrauen musst — es gibt schlicht keinen Upload-Schritt im Prozess. Sperre dein Netzwerk und die Umwandlung funktioniert weiterhin, nachdem die Seite geladen wurde.
Häufig gestellte Fragen
Ja — der Parser läuft im GFM-Modus, sodass eingezäunte Codeblöcke (mit ``` Backticks), Durchstreichungen (~~Text~~), Aufgabenlisten, Autolinks und die gelockerten GFM-Absatzregeln alle funktionieren. Was die Umwandlung nicht übersteht, sind Tabellen: marked erzeugt eine HTML-<table>, aber der PDF-Renderer in diesem Werkzeug zeichnet keine Tabellenzellen, sodass eine Tabelle als abgeflachte Textzeilen herauskommt. Wenn dein README stark auf Tabellen setzt, rendere die Seite zuerst in GitHub und verwende dann HTML zu PDF oder mache einen Screenshot davon für eine echte Rasterausgabe.
Nein. Codeblöcke werden in einer Courier-Schrift mit fester Breite in einer einzigen Farbe gerendert, damit Einrückung und Struktur des Codes lesbar bleiben, aber die Token werden nicht nach Sprache eingefärbt. Wir verzichten bewusst auf Syntaxhervorhebung, weil sie das Laden einer über 200 KB großen Hervorhebungsbibliothek auf einer Seite erzwingen würde, deren Hauptaufgabe die Umwandlung in PDF ist — und PDFs werden meist gedruckt oder archiviert, nicht wie in einer IDE gelesen. Wenn farbiger Code wichtig ist, füge stattdessen das hervorgehobene HTML aus deinem Editor über unser Werkzeug HTML zu PDF ein.
Externe Bild-Tags () werden verworfen — das Werkzeug ruft keine entfernten Bilder ab. Das ist aus zwei Gründen Absicht: Datenschutz (ein Abruf würde deine IP und deinen Referer an den Bild-Host weitergeben) und Zuverlässigkeit (netzwerkabhängiges Rendern bedeutet inkonsistente Ausgabe). Wenn du Bilder im PDF eingebettet brauchst, verwende die Werkzeuge JPG zu PDF oder PNG zu PDF, um sie als separate Seiten hinzuzufügen, oder füge sie mit PDF zusammenfügen mit dem aus Markdown gerenderten PDF zusammen.
Nein. Sowohl der Markdown-Quelltext als auch das gerenderte PDF bleiben vollständig in deinem Browser-Tab. Der marked-Parser, der HTML-zu-Block-Tokenizer und pdf-lib sind allesamt clientseitiges JavaScript, das einmal auf dieser Seite geladen wird und dann lokal läuft. Du kannst das im Netzwerk-Tab der DevTools deines Browsers bestätigen — nachdem die Seite geladen ist, erzeugt das Generieren eines PDFs null ausgehende Netzwerkanfragen. Schließe den Tab und jede Spur ist weg; es gibt keine serverseitige temporäre Datei, weil es keinen Server-Schritt gibt.
Alle sechs Markdown-Überschriftenebenen (# bis ######) werden als PDF-Überschriften mit abnehmenden Größen gerendert (h1 ist am größten, h6 ist kaum größer als der Fließtext). Die Hierarchie bleibt erhalten, sodass Screenreader und PDF-Reader die Gliederung erfassen. Innerhalb von Überschriften wird die Inline-Formatierung (fett, kursiv, Inline-Code) berücksichtigt. Wir erzeugen kein automatisches Inhaltsverzeichnis — wenn dein Dokument eines benötigt, füge selbst einen Abschnitt "## Inhaltsverzeichnis" mit einer einfachen Markdown-Liste hinzu.
Nicht in ihrer Rasterform. marked analysiert die Tabelle korrekt in HTML, aber unser PDF-Renderer ist bewusst einfach gehalten und zeichnet weder Zellränder noch verteilt er Spalten. Die Tabelle kommt als Folge von Textzeilen heraus, Zeile für Zeile, was für alles über ein 2x2-Beispiel hinaus meist unleserlich ist. Wenn Tabellen für dein Dokument unverzichtbar sind, ist der ehrliche Arbeitsablauf: Rendere es in deinem bevorzugten Vorschauprogramm zu HTML, mache einen Screenshot und verwende JPG zu PDF — oder nutze Pandoc lokal für eine Ausgabe in LaTeX-Qualität. Wir benennen die Einschränkung offen, statt vorzugeben, Tabellen schlecht zu rendern.
Tipps für eine gute Ausgabe
- Verwende echte Überschriften. Ein
#am Zeilenanfang wird zu h1; niedrigere Ebenen verschachteln sauber. PDF-Reader und Screenreader erfassen die Gliederung. - Behalte eingezäunte Codeblöcke bei. Blöcke mit dreifachen Backticks werden in Courier gerendert, sodass die Einrückung auch beim Umbruch korrekt gelesen wird.
- Vermeide Markdown mit vielen Bildern. Externe Bilder werden nicht heruntergeladen. Wandle Bilder separat in PDF um und füge sie zusammen.
- Rendere Markdown für Tabellen zuerst in deinem Werkzeug und mache dann einen Screenshot. Oder nutze Pandoc lokal für typografische Tabellen.
Verwandte PDF-Werkzeuge
- HTML in PDF — derselbe Renderer, mit HTML-Eingabe statt Markdown.
- TXT in PDF — reiner Text ohne jegliche Formatierung.
- PDF zusammenfügen — kombiniere das Markdown-PDF mit Bildern oder anderen Dateien.
- PDF komprimieren — verkleinere die Ausgabe zum Teilen.