Markdown-Eingabe

Validierungsbericht

Markdown Validierungsbeispiele

Gültiges Markdown hat korrekte Abstände und geschlossene Zäune. Beispiele:

Gültiges Markdown

Gültig

Ungültig – fehlendes Leerzeichen nach Überschrift und ungeschlossener Code-Zaun

#API braucht ein Leerzeichen nach #. Dem Codeblock fehlt das schließende ```.

Ungültig

Beispiel in den Editor oben einfügen. Beispiel für weitere Daten nutzen.

Was ist ein Markdown Validator?

Markdown hat Syntaxregeln. Ungeschlossene Code-Zäune, kaputte Links, fehlerhafte Tabellen oder ungültiges HTML können Rendering-Probleme verursachen. Ein Markdown Validator prüft Ihr Dokument und meldet häufige Probleme. Die CommonMark-Spezifikation definiert die Syntax.

Dieses Tool parst Ihr Markdown und erzeugt einen Validierungsbericht. Es läuft vollständig in Ihrem Browser. Nichts wird an einen Server gesendet. Zum Formatieren: Markdown Formatierer. Zum Linten (Stilregeln): Markdown Linter.

So verwenden Sie dieses Tool

1

Markdown einfügen oder hochladen

Markdown kopieren und in den linken Editor einfügen. Oder auf Hochladen klicken für .md oder .markdown. Beispiel lädt Beispieldaten.

2

Validierungsbericht prüfen

Das rechte Panel zeigt den Bericht. Er listet Probleme wie ungeschlossene Zäune, kaputte Referenz-Links, fehlerhafte Tabellen oder leere Überschriften. Bericht zum Teilen herunterladen.

3

Beheben und erneut validieren

Probleme in der Eingabe beheben und erneut validieren. Zum Formatieren: Markdown Formatierer. Für Markdown zu HTML: Markdown zu HTML.

Wann Markdown-Validierung hilft

Beim Veröffentlichen von Docs, READMEs oder Inhalten auf GitHub, GitLab oder Static Sites wie Jekyll und Hugo erkennt die Validierung Probleme, bevor sie kaputtes Rendering verursachen. Die GFM-Spezifikation definiert Tabellen und Erweiterungen. Ungeschlossene Codeblöcke oder fehlerhafte Tabellen können ganze Seiten zerstören. Ihr Markdown hier durchlaufen zu lassen gibt Sicherheit vor Merge oder Deploy.

Inhalte von mehreren Autoren oder KI-generiertes Markdown haben oft subtile Fehler. Validierung hier bietet eine Checkliste. Für Stilkonsistenz (z.B. Überschriftenebenen, Listenformatierung): Markdown Linter.

Häufig gestellte Fragen

Was prüft die Markdown-Validierung?

Der Validator prüft auf häufige Markdown-Probleme: übersprungene Überschriftenebenen (z.B. von H1 zu H3), ungeschlossene Code-Zäune, fehlerhafte Link-Syntax [Text](URL), inkonsistente Listen-Einrückung und leere Überschriften-Marker. Er erzwingt keinen Stilguide — er prüft auf Strukturfehler.

Bedeutet gültiges Markdown, dass es überall korrekt gerendert wird?

Nicht unbedingt. Verschiedene Markdown-Parser haben unterschiedliche Regeln — ein in CommonMark gültiges Dokument kann in GitHub oder Notion unterschiedlich dargestellt werden. Validierung erkennt Syntaxfehler, kann aber keine visuelle Konsistenz über alle Renderer garantieren.

Kann ich eine README-Datei validieren?

Ja — füge den gesamten README.md-Inhalt ein und der Validator prüft auf Strukturprobleme. Das ist besonders nützlich vor dem Committen zu GitHub, um Formatierungsprobleme frühzeitig zu erkennen.

Gibt es eine Größenbeschränkung für die Validierung?

Keine serverseitigen Beschränkungen — die Validierung läuft vollständig in deinem Browser. Typische README-Dateien und Dokumentationsseiten werden sofort validiert, unabhängig von der Größe.

Verwandte Tools

Mehr erfahren: CommonMark, CommonMark spec, GitHub Flavored Markdown, Markdown Guide, GitHub, W3C HTML, GitLab, Hugo.