Gibt es Unterstreichen in Markdown?

Nicht als native Syntax. Unterstreichen in Markdown geschieht mit dem HTML-u-Tag, wo Inline-HTML erlaubt ist; strenge Renderer ohne HTML können überhaupt nicht unterstreichen.

Wie unterstreiche ich Text auf GitHub?

Wickeln Sie ihn in u-Tags: Text . GFM erlaubt das Tag, also erscheint Unterstreichen in Markdown in READMEs, Issues und Wikis unterstrichen.

Was rendert statt der Unterstreichung, wenn HTML gestrippt wird?

Entweder wörtliche Text -Zeichen oder schlichter Text, je nach Sanitizer. Planen Sie mit Klartext: Ist Unterstreichen in Markdown weg, ist fett der Standard-Ersatz.

Warum haben meine Unterstriche nichts unterstrichen?

Einfache Unterstriche geben kursiv, doppelte fett — keines davon unterstreicht. Keine Unterstrich-Kombination erzeugt eine Linie; nur das u-Tag tut es.

Ist Unterstreichen im Web eine gute Idee?

Sparsam. Unterstrichener Text liest sich als Link — heben Sie sich Unterstreichen in Markdown für Eigennamen, Formulare und Druck-Ausgaben auf statt für Alltagshervorhebung.

Bekomme ich Unterstreichen ins PDF, wenn der Renderer HTML streicht?

Ja. Schreiben Sie fett in die Quelle und wandeln Sie das Dokument auf der Seite Markdown in PDF umwandeln — oder wenden Sie die Unterstreichung im PDF-Ziel an —, damit der finale Druckstil nicht davon abhängt, dass Unterstreichen in Markdown die Pipeline überlebt.

Wie teste ich am schnellsten, ob Unterstreichen in Markdown funktioniert?

Fügen Sie Test in einscratch Dokument auf der Zielplattform ein. Erscheint die Linie, ist Unterstreichen in Markdown dort sicher; erscheinen die Klammern, planen Sie mit fett als Rückfall.

100 % privat — alles läuft in Ihrem Browser

Unterstreichen in Markdown

Ob Unterstreichen in Markdown funktioniert, hängt davon ab, wo Ihre Datei rendert. Testen Sie das u-Tag live, prüfen Sie die Kompatibilitätstabelle und wählen Sie den passenden Rückfall.

MD Viewer-TeamAktualisiert: 14. Oktober 2026

Beispiele

Markdown-Quelltext

Vorschau

Works where HTML is allowed:

underlined text

Unterstreichen in Markdown ist eine Kompatibilitätsgeschichte, keine Syntaxgeschichte. Die Sprache selbst definiert keine Unterstreichung — aber Markdown-Dokumente reisen: Dieselbe Datei, die heute auf GitHub rendert, wandert morgen durch einen statischen Site-Generator und nächste Woche in ein strenges Wiki. Ob Ihr Unterstreichen in Markdown jeden Sprung übersteht, entscheidet eine Frage: Erlaubt der Renderer Inline-HTML? Der Spielplatz oben lässt Sie beide Ausgänge testen — die HTML-Unterstreichung und den reinen Markdown-Rückfall — an einem Ort.

Die Kompatibilitätskluft ist breiter, als die meisten vermuten. GitHub, GitLab, Bitbucket, VuePress, Docusaurus, MkDocs und die meisten modernen Dokumentationsplattformen rendern Text als echte Unterstreichung. Strenge CommonMark-Demos, manche Foren-Engines und sicherheitsgehärtete Wikis strippen alles HTML und lassen Ihr Unterstreichen in Markdown als sichtbare Spitze Klammern oder gar nichts zurück. Die Tabelle unten nennt Namen, damit Sie das Verhalten vor dem Ausliefern vorhersagen.

Diese Seite ergänzt die Markdown-unterstreichen-Seite, die die praktische Syntax-Demo ist. Hier geht es um Entscheidungen: welche Renderer Unterstreichen in Markdown unterstützen, welche Rückfälle die Bedeutung bewahren, wenn HTML entfernt wird, und wie man Markup schreibt, das überall anmutig abstuft — damit Ihre Hervorhebung Pipelines übersteht, die Sie noch nicht getroffen haben.

Unterstreichen in Markdown: Renderer-Kompatibilität

Renderer	Ergebnis des u-Tags
GitHub (GFM)	Rendert — Unterstreichen in Markdown funktioniert in READMEs und Issues
GitLab (GFM)	Rendert — dasselbe GFM-Verhalten wie GitHub
CommonMark streng	Nicht gerendert — die Spec kennt keine Unterstreichung, HTML ist Text
HTML-strippende Wikis	Nicht gerendert — das Tag wird entfernt oder wörtlich gezeigt
Docusaurus / VuePress	Rendert — React-/MDX-Pipelines erlauben das u-Element
Pandoc (nach HTML)	Rendert — Unterstreichen in Markdown wandert ins HTML durch

Unterstreichen in Markdown überall überleben lassen

1
Zuerst auf dem Zielrenderer testen
Fügen Sie das u-Tag-Beispiel dort ein, wo das Dokument wirklich leben wird. Rendert das Unterstreichen in Markdown, gehören Sie zur kompatiblen Mehrheit und können aufhören, sich zu sorgen.
2
Wenn HTML gestrippt wird: Hervorhebung wechseln
Wo Unterstreichen in Markdown unmöglich ist, trägt fett die Hervorhebung ohne jedes Kompatibilitätsrisiko, kursiv leistet dasselbe in leichterer Stimme. Beide funktionieren in jedem je ausgelieferten Markdown-Renderer.
3
Unterstreichen nur, wenn Unterstreichen gemeint ist
Eigennamen in chinesischen Dokumenten, Druckformulare und juristische Stile rechtfertigen Unterstreichen in Markdown; alltägliche Hervorhebung nicht. Enge Nutzung verkleinert die Kompatibilitätsfläche gratis.
4
Die Quelle in jedem Fall lesbar halten
Schreiben Sie kurze Spannen, keine seitelangen Unterstreichungen. Strippt eine Pipeline die Tags, stuft Kurzes anmutig zu Klartext ab — das Unterstreichen in Markdown verschwindet, der Satz überlebt.

Rückfallstrategien, wenn Unterstreichen in Markdown scheitert

Entfernt ein Renderer das HTML, decken vier Rückfälle nahezu jedes Bedürfnis. Fett ist die universelle Hervorhebung — kein Renderer lässt es fallen. Kursiv ist ihr leichteres Geschwister. Ein Code-Span markiert Begriffe deutlich mit getöntem Grund statt einer Linie. Und für Dokumente, die das Unterstreichungs-Glyphe wirklich brauchen — gedruckte Verträge, chinesische Eigennamen —, exportieren Sie das fertige Dokument als PDF über die Seite Markdown in PDF umwandeln und wenden die Stile am Ziel an, wo die Typografie unter Ihrer Kontrolle steht statt der des Renderers.

Die subtilere Strategie ist strukturell: Kontrollieren Sie die Pipeline, wählen Sie einen Renderer, der u whitelistet. Sicherheitsrichtlinien blacklisten meist Skript-tragende Tags und erlauben harmlose präsentielle — Unterstreichen in Markdown funktioniert dann von selbst. Die Engine dieser Seite macht exakt das: alles bereinigen, u whitelisten, und die Kompatibilitätsfrage verschwindet für jedes hier gerenderte Dokument.

Die einzige Nicht-Strategie ist Improvisation. Unterstreichen mit Unterstrichen, zweckentfremdete Hervorhebungs-Marker oder misshandelte Überschriftenstile erzeugen Markup, das in einem Renderer unterstrichen aussieht und in drei anderen kaputt ist. Unterstreichen in Markdown ist das u-Tag oder nichts — alles andere ist ein Kompatibilitätsbug, den Sie absichtlich pflanzen.

Denken Sie zuletzt an den Wartungsaspekt: Dateien überleben Plattformen. Ein Dokument, das heute auf einer u-freundlichen Plattform lebt, kann morgen durch einen Migrationsexport in einen HTML-strippenden Renderer wandeln. Wer Unterstreichen in Markdown sparsam einsetzt und Rückfälle parat hat, merkt bei solchen Umzügen keinen Unterschied — und das ist der beste Kompatibilitätsbeweis.

Kompatible Alternativen zum Unterstreichen in Markdown

__fett, das Unterstreichung mimt__

**fett**, bewusst gewählt

Doppelte Unterstriche rendern überall fett. Ist fett Ihr echter Rückfall, schreiben Sie es als fett — und hören auf, eine Linie nachzuahmen, die nie erscheint.

===unterstrichene Überschriften===Überschriften

## eine echte Überschrift

Manche Flavors machen unterstrichene Zeilen zu Überschriften — das ist eine Überschrift, kein Unterstreichen in Markdown, und bricht Gliederung und PDF-Lesezeichen hinten raus.

Text

Inline-Style-Attribute entfernt der Großteil der Sanitizer, auch der dieser Seite. Das nackte u-Tag ist die eine Form von Unterstreichen in Markdown, die Whitelists überlebt.

Die Ein-Zeilen-Entscheidungsregel

Brauchen Sie Unterstreichen in Markdown, und Ihr Ziel rendert HTML? Nutzen Sie Text. Tut es das nicht? Nutzen Sie fett und gehen Sie weiter. Kompatibilitätsprobleme mit Unterstreichen in Markdown entstehen, weil man ein drittes Option wähnt — es gibt keine.

Häufige Fragen

Quellen und Spec-Zitate

“The HTML element represents a span of inline text which should be rendered in such a way as to indicate that it has a non-textual annotation.”

MDN Web Docs — : The Unarticulated Annotation element

“The <ins> HTML element represents a range of text that has been added to a document.”

MDN Web Docs — <ins>: The Inserted Text element