Kostenloser Markdown-Editor
Schreiben Sie Markdown mit Live-HTML-Vorschau.
So funktioniert es
- Tippen oder fügen Sie Markdown-Text in das linke Feld. Das rechte Feld zeigt die HTML-Vorschau in Echtzeit.
- Nutzen Sie die Symbolleisten-Buttons, um schnell Formatierungen einzufügen (fett, kursiv, Überschriften, Links usw.).
- Sehen Sie unter dem Editor Wort-, Zeichen- und Zeilenanzahl.
- Laden Sie Ihr Markdown als .md-Datei herunter oder kopieren Sie die HTML-Ausgabe.
Häufige Fragen
Unterstützt dieser Editor Standard-Markdown-Syntax?
Ja. Er unterstützt Überschriften, Fett, Kursiv, Links, Bilder, Codeblöcke, Listen, Zitate und horizontale Linien. Ein vereinfachter Markdown-Parser rendert in Echtzeit zu HTML.
Kann ich meine Arbeit speichern?
Der Editor speichert Ihren Text während der Bearbeitung automatisch im Browserspeicher. Verwenden Sie .md herunterladen, um ihn als Datei auf Ihrem Computer zu speichern.
Wie füge ich einen Link oder ein Bild ein?
Verwenden Sie die Symbolleisten-Buttons. Für Links tippen Sie [Text](URL). Für Bilder verwenden Sie . Die Vorschau aktualisiert sich sofort.
Eine kurze Geschichte von Markdown
Markdown wurde im März 2004 von John Gruber geschaffen, dem Autor hinter Daring Fireball, mit erheblicher Mitarbeit von Aaron Swartz (dem Universalgelehrten, der später Reddit mitgründete und die RSS-1.0-Spezifikation mitverfasste). Das erklärte Entwurfsziel (auf der ursprünglichen Syntaxseite festgehalten) war, „es so lesbar wie möglich zu machen“. Gruber wollte ein Klartextformat, das unverändert veröffentlichbar war und in einem Terminal oder einem Klartexteditor ganz ohne Rendering natürlich aussah. Das Format formalisierte, was die Leute in Klartext-E-Mails und Usenet-Beiträgen bereits taten: *asterisks for emphasis*, > for quoted text, Leerzeilen zwischen Absätzen.
Der Name ist ein Wortspiel mit „markup language“ (Auszeichnungssprache), Markdown ist so leicht, dass es eher „abwärts auszeichnet“ als aufwärts. Der philosophische Kern, der es von HTML unterscheidet: Der Quelltext von HTML ist für Maschinen, der Quelltext von Markdown ist für Menschen. Eine .md-Datei sollte sich in einem Terminal ganz ohne Rendering bestens lesen lassen.
Grubers ursprüngliche Syntaxseite ließ viele Randfälle mehrdeutig, und in den späten 2000er-Jahren schrieb jedes Projekt, das einen Markdown-Parser benötigte, seinen eigenen und traf bei den nicht spezifizierten Teilen unterschiedliche Entscheidungen. Anfang der 2010er-Jahre wurde dieselbe .md-Datei auf Reddit, GitHub, Stack Overflow und einem Jekyll-Blog sichtbar unterschiedlich dargestellt. 2014 erstellte eine Arbeitsgruppe mit Jeff Atwood (Stack Overflow, Discourse), John MacFarlane (Pandoc) und Ingenieuren von GitHub, Reddit und Meteor eine strenge Spezifikation, ursprünglich „Standard Markdown“ genannt, nach Grubers Einspruch in CommonMark umbenannt. CommonMark veröffentlicht sowohl menschenlesbare Prosa als auch eine maschinenlesbare Testsuite mit über 600 Randfalltests; die aktuelle Version ist 0.31.2 (Januar 2024). GitHub, GitLab, Reddit, Stack Overflow, Discourse und Dutzende Programmiersprachen beanspruchen inzwischen Konformität.
Gängige Syntax
Dies ist die Syntax, die in nahezu jeder Markdown-Variante funktioniert, die praktische Grundlage, die dieser Editor unterstützt.
| Was Sie möchten | Wie man es schreibt |
|---|---|
| Überschrift | # H1 bis ###### H6 |
| Fett / kursiv | **bold** · *italic* · ***both*** |
| Inline-Code | `code` |
| Codeblock | Mit drei Backticks eingezäunt; optionales Sprach-Tag für Syntaxhervorhebung |
| Ungeordnete Liste | - item (oder * oder +) |
| Geordnete Liste | 1. first: die tatsächlichen Zahlen spielen meist keine Rolle |
| Link | [text](https://example.com) |
| Bild | : Alternativtext ist wichtig für die Barrierefreiheit |
| Blockzitat | > quoted text |
| Horizontale Linie | --- allein in einer Zeile |
Zwei häufige Fallstricke: ein einzelner Zeilenumbruch erzeugt keinen Zeilenwechsel: Sie benötigen eine Leerzeile für einen neuen Absatz oder zwei abschließende Leerzeichen vor dem Zeilenumbruch (oder in GFM einen Backslash) für einen erzwungenen Zeilenwechsel innerhalb eines Absatzes. Und Markdown ist eine Obermenge von HTML: alle Inline-HTML-Tags werden an die gerenderte Ausgabe durchgereicht, was gelegentlich nützlich und gelegentlich ein Sicherheitsrisiko ist.
GitHub Flavored Markdown und andere Varianten
GFM ist GitHubs Obermenge von CommonMark. Es ergänzt Tabellen (durch senkrechte Striche getrennte Zeilen mit einem Bindestrich-Trenner), Aufgabenlistenelemente (- [ ] nicht abgehakt, - [x] abgehakt), Durchstreichung (~~text~~), automatische URL-Erkennung und einen Filter für „unzulässiges rohes HTML“, der gefährliche Tags entfernt. GitHub selbst rendert auch einige Extras außerhalb der Spezifikation, Emoji-Shortcodes (:tada:), @-Erwähnungen, #123-Issue-Autolinks, Hinweis-Callouts (> [!NOTE]), einklappbare <details>-Abschnitte, aber das sind GitHub-Renderfunktionen und keine Teile der GFM-Spezifikation.
Weitere Varianten, denen Sie begegnen werden:
- Pandoc Markdown: ergänzt Metadatenblöcke, Fußnoten, Definitionslisten, Mathematik (
$...$LaTeX), Zitate. Die „Schweizer-Taschenmesser“-Version für universelle Dokumente. - MultiMarkdown und Markdown Extra: frühere erweiterte Varianten, die GFMs Tabellensyntax beeinflussten.
- R Markdown: umschließt ausführbare R- oder Python-Code-Blöcke mit Markdown; rendert über Pandoc zu HTML/PDF/Word.
- MDX: Markdown plus JSX. Verwendet in React-basierter Dokumentation (Docusaurus, Next.js MDX).
- Discord verwendet eine bewusste Teilmenge; Slack verwendet eine absichtlich nicht standardkonforme Variante namens „mrkdwn“ mit Fettschrift durch einzelne Sterne und Kursivschrift durch einzelne Unterstriche. Standard-Markdown in Slack einzufügen, führt zu überraschenden Ergebnissen.
Wo Markdown lebt
So ziemlich überall, wo Entwickler Text schreiben:
- Code-Hosting: jede GitHub-README, jedes Issue und jeder PR-Kommentar; ebenso auf GitLab, Bitbucket, Codeberg, Gitea.
- Q&A und Foren: Stack Overflow, Stack Exchange, Reddit, Discourse.
- Notizen: Obsidian, Joplin und Logseq verwenden Markdown nativ. Notion und Bear exportieren dorthin.
- Statische Website-Generatoren: Jekyll (Ruby, Kramdown), Hugo (Go, Goldmark), Eleventy (Node, markdown-it), Docusaurus, MkDocs, Astro.
- Dokumentationswerkzeuge: JSDoc, TypeDoc, Rustdoc (Rust verwendet CommonMark für
///-Doc-Kommentare), Sphinx über MyST. - Moderner Chat: Mattermost, Zulip, Element/Matrix verwenden alle Markdown für die Nachrichtenformatierung.
Markdown ist außerdem ein registrierter IETF-Medientyp (text/markdown, RFC 7763, März 2016) mit einem variant-Parameter (GFM, CommonMark, MultiMarkdown usw.), damit Empfänger wissen, welche Variante anzuwenden ist. Gängige Dateiendungen: .md ist mit Abstand die beliebteste, dazu .markdown, .mdown, .mkdn, .mkd.
Ein Hinweis zum Parser dieses Editors
Diese Seite verwendet einen vereinfachten Markdown-Parser, der die oben genannte gängige Teilmenge abdeckt, Überschriften, fett und kursiv, Links, Bilder, eingezäunten Code, Listen, Blockzitate und horizontale Linien. Es ist keine vollständige CommonMark- oder GFM-Implementierung und behandelt möglicherweise nicht jeden Randfall (tief verschachtelte Listen mit gemischten Aufzählungszeichen, lockere Zeilenfortsetzung, Link-Referenzdefinitionen über das Dokument hinweg). Für unternehmenskritische CommonMark-Konformität ist ein dedizierter Parser wie marked.js, markdown-it oder commonmark.js die richtige Wahl, und für das produktive Rendern von nicht vertrauenswürdigem Markdown leiten Sie die Ausgabe des Parsers durch einen Sanitizer wie DOMPurify, um XSS durch Inline-HTML zu verhindern.
Wann Sie dazu greifen
- Eine GitHub-README entwerfen mit Live-Vorschau, bevor Sie sie ins Repository einfügen.
- Einen Blogbeitrag schreiben für eine Jekyll-, Hugo-, Ghost- oder Eleventy-Website, deren Quelldateien
.mdsind. - Eine Notion- oder Obsidian-Notiz prototypisieren, wenn Sie die Desktop-App nicht öffnen möchten.
- Ein schnelles Snippet in HTML umwandeln zum Einbetten in ein CMS, eine E-Mail oder eine Slack-Canvas.
- Die Markdown-Syntax lernen: die Live-Vorschau zeigt sofort, was jedes Zeichen bewirkt.
- Vertrauliche Inhalte entwerfen: der Editor speichert automatisch im
localStorageIhres Browsers, sodass eine sensible Vertragsklausel oder eine Ankündigung vor dem Start niemals Ihr Gerät verlässt.
Weitere Fragen
Warum erzeugt ein einzelner Zeilenumbruch keine neue Zeile?
Das ist Absicht. Markdown fasst einzelne Zeilenumbrüche zu einem fortlaufenden Absatz zusammen, weil das Format als Klartext natürlich aussehen soll, Leser brechen in ihrem Editor an beliebigen Breiten um, ohne die gerenderte Ausgabe zu zerstören. Um einen Zeilenwechsel innerhalb eines Absatzes zu erzwingen, beenden Sie eine Zeile mit zwei abschließenden Leerzeichen (die ursprüngliche Markdown-Konvention) oder, in GFM, mit einem Backslash. Für einen neuen Absatz lassen Sie eine Leerzeile zwischen den beiden.
Kann ich HTML innerhalb von Markdown verwenden?
Ja, Markdown ist eine Obermenge von HTML. Inline-Tags wie <span>, <a>, <sub> und <sup> werden an die gerenderte Ausgabe durchgereicht, und Markdown-Syntax darin wird weiterhin erkannt. HTML auf Blockebene (<div>, <table>) muss durch Leerzeilen vom umgebenden Markdown getrennt werden, und Markdown wird innerhalb des Blocks nicht verarbeitet. Verwenden Sie dies für Dinge, die Markdown nicht nativ ausdrücken kann: Bildabmessungen (<img width="…">), Tastatur-Chips (<kbd>) oder einklappbare Abschnitte (<details>).
Was ist mit Tabellen, Fußnoten und Aufgabenlisten?
Alle drei sind GFM-Erweiterungen, kein Teil der ursprünglichen Markdown-Spezifikation. Tabellen verwenden durch senkrechte Striche getrennte Zeilen mit einer Bindestrich-Trennzeile darunter; der vereinfachte Parser auf dieser Seite stellt sie möglicherweise als Klartext dar. Fußnoten ([^1]-Referenz und [^1]: definition) sind eine GitHub-Renderfunktion außerhalb der eigentlichen GFM-Spezifikation. Aufgabenlisten (- [ ] und - [x]) sind in GFM enthalten. Für die vollständige Abdeckung fügen Sie Ihre Datei in einen CommonMark+GFM-konformen Renderer wie die GitHub-Vorschau selbst ein.
Warum ist Alternativtext bei Bildern erforderlich?
Weil der Alternativtext das ist, was Screenreader ansagen, wenn sie auf das Bild stoßen, er ist der wichtigste Anknüpfungspunkt für die Barrierefreiheit für sehbehinderte Leser.  ist technisch gültiges Markdown, aber für einen Screenreader nutzlos;  ist wirklich beschreibend. Den Alternativtext wegzulassen oder ihn mit einem Dateinamen zu füllen, ist einer der häufigsten Barrierefreiheitsfehler über Webinhalte hinweg.
Werden Daten an einen Server gesendet?
Nein. Der Editor parst Markdown im Browser zu HTML, die Live-Vorschau wird lokal aktualisiert, und das automatische Speichern verwendet den localStorage Ihres Browsers: einen kleinen privaten Speicher auf Ihrem Gerät. Nichts verlässt die Seite. Der Editor funktioniert offline, sobald er geladen ist.