Ein Beitrag mit fetter Schrift fällt im Feed auf. Zwischen hunderten grauen Textblöcken ist genau das der Sinn der Sache. Er fällt aber nur optisch auf. Wer einen Screenreader nutzt, bekommt im besten Fall kleine Fehler zu hören, im schlechteren Zeichennamen statt Wörter und im schlechtesten gar nichts.
Denn die „fette Schrift“, die Generatoren für LinkedIn, Instagram und Co. erzeugen, ist keine Formatierung. Es sind andere Zeichen, die nur so aussehen.
Warum Formatierung mehr ist als Dekoration
Formatierung ist kein Schmuck. Dieser Artikel zeigt es selbst: Die Überschrift steht groß und fett, darüber die Kategorie in Versalien, also in Großbuchstaben, die Einleitung ist etwas größer gesetzt, die Meta-Angaben darunter kleiner. Zwischenüberschriften gliedern den Text. Fett und kursiv markieren, was wichtig ist. Links sind unterstrichen und farbig, Hintergründe und Einschübe setzen Hinweise und eigene Erfahrungen ab. Jedes dieser Elemente sagt schon beim Hinsehen, wofür es steht.
Damit das auch ohne Hinsehen funktioniert, steckt dahinter im Code eine Auszeichnung: Eine Überschrift ist eine Überschrift, eine Hervorhebung ist eine Hervorhebung. Screenreader-Nutzende springen darüber von Abschnitt zu Abschnitt, Suchmaschinen erkennen daran, worum es geht. Das Aussehen kommt erst danach, über CSS. Ein Beispiel von diesem Artikel: Die Kategorie oben steht im Code ganz normal als „Grundlagen“. Dass sie in Großbuchstaben, kleiner Schrift und anderer Farbe erscheint, kommt allein aus dem Styling. Mehr dazu steht in Was Semantik bedeutet.
Gute Formatierung macht Texte also für alle lesbarer. Kein Wunder, dass wir sie in sozialen Netzwerken vermissen.
Social Media kennt keine Formatierung
LinkedIn, Instagram, Facebook und Co. bieten im normalen Beitragsfeld keine echte Formatierung. Buttons für fett, kursiv, unter- oder durchgestrichen sucht man vergeblich, genauso wie Überschriften und andere Absatzformate, die aus Word, Pages, Google Docs oder dem Editor eines Content-Management-Systems bekannt sind. Auszeichnungssprachen wie Markdown erkennen die wenigsten Netzwerke. Und was aus einem anderen Editor eingefügt wird, behalten sie meist nicht.
Der Wunsch nach Struktur und Aufmerksamkeit bleibt trotzdem. Also gibt es Generatoren: Text eingeben, Stil wählen, Ergebnis kopieren, einfügen. Das Versprechen lautet fett, kursiv, unterstrichen, teils sogar eigene Schriftarten. Nur kann kein Generator Formatierung herbeizaubern, wo die Plattform keine vorsieht.
Was Schriftgeneratoren wirklich erzeugen
Ein Generator formatiert nichts. Er tauscht Zeichen aus. Aus dem A wird ein anderes Zeichen, das nur aussieht wie ein fettes A. Der Text im Beitrag ist damit ein anderer Text, auch wenn er gleich aussieht.
Was ist Unicode?
Unicode ist der Standard, der festlegt, wie Zeichen gespeichert werden, und zwar für alle Schriftsysteme: Lateinisch, Kyrillisch, Griechisch, Arabisch, Chinesisch und viele mehr. Jedes Zeichen in jedem dieser Systeme hat einen eigenen Codepunkt, eine Hexadezimalzahl mit vorangestelltem U+. U+0041 ist das lateinische A, U+0021 das Ausrufezeichen, U+1E9E das große Eszett (ẞ). Ein Codepunkt steht für genau ein Zeichen mit festgelegter Bedeutung. Tastatur, Bildschirm, Braillezeile und Screenreader beziehen sich alle darauf. Deshalb ist überall klar, was gemeint ist.
Gleich aussehen heißt in Unicode nicht gleich sein:
| Zeichen | Codepunkt | Bedeutung |
|---|---|---|
| A | U+0041 | Lateinischer Großbuchstabe A |
| А | U+0410 | Kyrillischer Großbuchstabe A |
| Α | U+0391 | Griechischer Großbuchstabe Alpha |
| 𝐀 | U+1D400 | Mathematischer fetter Großbuchstabe A |
Für den Computer sind das vier verschiedene Zeichen. Für uns sehen die ersten drei identisch aus.
Diese Unterschiede nutzen die Generatoren. Sie nehmen Zeichen, die wie ein fettes oder kursives A aussehen, und setzen sie anstelle der normalen Buchstaben ein. Meist stammen sie aus Unicode-Blöcken für mathematische Schreibweisen, die eigentlich für Formeln gedacht sind. Dort ist ein fettes A ein eigenes Symbol, etwa für einen Vektor, und kein hervorgehobenes A. Der Sinn dieser Zeichen hat mit dem Sinn des Textes nichts zu tun.
Im Code wird der Unterschied sichtbar. Die erste Zeile stammt aus einem Generator, die zweite ist mit HTML ausgezeichnet, wie es vorgesehen ist:
<!-- Aus dem Generator: andere Zeichen, keine Auszeichnung -->
<p>Jetzt neu: 𝗯𝗮𝗿𝗿𝗶𝗲𝗿𝗲𝗳𝗿𝗲𝗶𝗲 Websites</p>
<!-- HTML-Standard: normale Buchstaben, als wichtig ausgezeichnet -->
<p>Jetzt neu: <strong>barrierefreie</strong> Websites</p>Was bei Unicode-Schrift schiefgeht
Screenreader und Braillezeile
Normaler Text wird überall gleich wiedergegeben. Auf dem Bildschirm erscheint Text, die Braillezeile gibt ihn ertastbar in Braille aus, und ein Screenreader liest ihn vor, wie er dasteht.
Bei Unicode-Schrift gibt es diese Verlässlichkeit nicht. Je nach Software und Einstellung wird jedes Zeichen einzeln mit seinem Unicode-Namen angesagt, falsch ausgesprochen oder übersprungen. Im besten Fall kommt der Text korrekt oder mit kleinen Fehlern an. Wahrscheinlicher ist, dass er verstümmelt wiedergegeben wird oder die Ausgabe stumm bleibt, weil es keine maschinenlesbare Beschreibung gibt. Dann fehlt ein Wort oder ein ganzer Satz, ohne dass die Nutzenden es merken. Wie das klingt, zeigt die Demo:
Was ein Screenreader bei Unicode-Schrift vorliest
Die Demo zeigt einen nachgestellten Social-Media-Beitrag mit neun Zeilen als Schaltflächen. Visuell erscheint die erste Zeile fett, in der zweiten das letzte Wort fett, die dritte mischt normale, fette und kursive Wörter, die vierte ist kursiv, die fünfte das Wort Barrierefreiheit in Schreibschrift, die sechste dasselbe Wort unterstrichen, die siebte aus weißen Buchstaben in schwarzen Quadraten, die achte in Kapitälchen und die neunte aus weißen Buchstaben in schwarzen Kreisen. Alle Hervorhebungen bestehen aus Unicode-Sonderzeichen. Jede Schaltfläche gibt eine beispielhafte Ansage dieser Zeile wieder und trägt sie ins Protokoll ein.
2,5× – so schnell hören viele erfahrene Screenreader-Nutzende
Web Speech API nicht verfügbar – Cursor läuft per Timer, Ansagen als Text sichtbar.
Angesagt
Was die Sprachausgabe aus der gewählten Zeile macht.
Wählen Sie eine Zeile oder starten Sie das Vorlesen.
Dass einzelne neuere Werkzeuge manche dieser Zeichen inzwischen sauber vorlesen, ändert wenig. Die Ausgaben unterscheiden sich von System zu System: Was der eine Screenreader sauber vorliest, buchstabiert ein anderer oder lässt es ganz weg. Vorher weiß niemand, welche Software bei den Lesenden läuft. Und die Verantwortung für das Ergebnis liegt dann bei den Falschen.
Suche, Hashtags und Auffindbarkeit
Suchmaschinen und die Suchfunktionen der Plattformen vergleichen Zeichen. Ein Beitrag über „Barrierefreiheit“ in Mathe-Fett enthält für die Suche nicht das Wort „Barrierefreiheit“, sondern eine Folge anderer Zeichen. Er wird deshalb nicht zuverlässig als das erkannt, was er sein soll. Auch Hashtags in Unicode-Schrift funktionieren in der Regel nicht als Hashtags.
Wer Reichweite will, schneidet sich damit ins eigene Fleisch.
Schriftart und Darstellung lassen sich nicht anpassen
Schrift, Größe und Zeilenabstand lassen sich im Browser und im Betriebssystem einstellen. Wer eine bestimmte Schrift besser lesen kann, etwa bei einer Lese-Rechtschreib-Schwäche oder Sehbeeinträchtigung, nutzt das. Bei echtem Text greift diese Einstellung. Bei Unicode-Zeichen steckt die Gestalt der Buchstaben im Zeichen selbst. Eine verschnörkelte Fraktur oder Schreibschrift bleibt mitunter schlecht lesbar, egal welche Schrift eingestellt ist. Und wo die Schrift auf dem Gerät ein Zeichen gar nicht kennt, erscheint ein leeres Kästchen.
Bei deutschen Texten kommt etwas dazu: Die Alphabete der meisten Generatoren kennen nur A bis Z. Ä, Ö, Ü und ß fehlen. Wer „Übung“ in Fraktur setzt, bekommt mitten im Wort ein Ü in normaler Schrift. Niemand findet das ernsthaft schön.
Fett und kursiv nur dort, wo sie wirklich möglich sind
Auszeichnung passiert auf zwei Ebenen. Erst die logische: Mit semantischen Elementen werden Wörter und Abschnitte nach ihrer Bedeutung gekennzeichnet. Dann das Styling: Größe, fette oder kursive Darstellung kommen programmatisch über CSS.
Content-Management-Systeme und die Backends von Shopsoftware bieten dafür in der Regel die passenden Optionen. Überschriften definieren, Wörter hervorheben, und im Code kommt das korrekt an. Versteht ein System Markdown, geht auch das, weil die Umwandlung ebenfalls semantisch sauber erfolgt.
Bei Social Media sieht es schlechter aus. Mastodon ist die Ausnahme: Bei mir klappte es auf meinen Instanzen in der Standard-App. Aus **test** wird ein fettes, aus _test_ ein kursives und aus **_test_** ein fett-kursives Wort. Bei LinkedIn haben Artikel und Newsletter einen Editor mit echter Formatierung, der normale Beitrag bisher nicht.
LinkedIn im November 2026: etwas Bewegung
Auf LinkedIn sind in der Vergangenheit besonders viele Beiträge mit Unicode-Schrift aufgefallen. Im Spätsommer 2026 tauchten dann vereinzelt Beiträge auf, deren fette Wörter und Sätze kein Unicode waren, sondern im Code mit einem <strong>-Element ausgezeichnet. Das hat mich neugierig gemacht und zu einem Test bewegt.
Ende Oktober, Anfang November scheint LinkedIn dieses Update breiter ausgerollt zu haben. Bei meinen Tests am 4. November 2026 konnte ich zumindest korrekt ausgezeichnete fette Textstellen setzen. Ob das schon überall ankommt, kann ich nicht sagen.
Der Weg dorthin ist ein Umweg. In LinkedIns Editor für einfache Beiträge gibt es dafür weder eine Schaltfläche noch einen Eintrag im Kontextmenü. Auch die gewohnten Tastenkürzel Strg+B bzw. Cmd+B helfen nicht: Sie setzen kein Fett und entfernen es auch nicht wieder.
Es geht nur über eine Textverarbeitung:
- Den kompletten Beitrag in einer Textverarbeitung schreiben.
- Die gewünschten Stellen markieren und als fett formatieren.
- Kopieren und in LinkedIn einfügen.
Was einmal fett eingefügt ist, bleibt fett. Deshalb lohnt es sich, den Beitrag in der Textverarbeitung fertig zu schreiben und erst dann zu kopieren, statt einzelne Stellen nachträglich einzufügen oder in LinkedIn umzuformatieren.
Fett markierte Wörter aus Apple Pages, Microsoft Word und Google Docs wurden bei mir korrekt übernommen. Kursiv funktionierte nicht, und auch Markdown führte nicht zu einer Auszeichnung.
Was im Social-Media-Alltag stattdessen hilft
Für alle, die Social Media betreuen, ist das keine Absage an Gestaltung. Struktur lässt sich auch so schaffen, dass sie bei allen ankommt:
- Kurze Absätze und Leerzeilen. Sie gliedern einen Beitrag, ganz ohne Formatierung.
- Eine starke erste Zeile. Sie entscheidet darüber, ob jemand auf „mehr anzeigen“ klickt, mit oder ohne Fettdruck.
- Hashtags in Binnenmajuskeln, also
#BarrierefreieWebsitestatt#barrierefreiewebsite. Das lesen Menschen leichter, und Screenreader können die Wörter trennen. - Emojis sparsam und am Zeilenende, nicht als Ersatz für Aufzählungszeichen. Warum das wichtig ist, steht in Emojis barrierefrei nutzen.
- Längere Inhalte in ein Medium mit echtem Editor: Blog, Newsletter oder LinkedIn-Artikel. Im Beitrag steht der Kern, der Rest liegt dort.
Die Plattformen sind gefragt
LinkedIn zeigt, dass sich etwas tut. Bleibt zu hoffen, dass die Anbieter die Bedeutung erkennen und endlich korrekte Formatierung direkt im Editor anbieten, und sei es nur das Grundlegende: fett, kursiv, vielleicht noch unter- und durchgestrichen. Der Umweg über die Textverarbeitung ist zu kompliziert.
Wer jetzt denkt, dann sollen eben die Screenreader dazulernen, vielleicht mit KI, und Unicode-Schrift künftig als Formatierung lesen: Das ist nicht das Ziel. Assistive Technik rendert keine grafische Oberfläche, sie gibt wieder, was im Code steht. Und nur das, was da ist. Dazu kommt die Frage, was überhaupt gemeint ist. Ein fettes A kann eine Hervorhebung sein oder ein Symbol in einer mathematischen Formel. Ein Screenreader kann das nicht raten, und er soll es auch nicht.
Es bleibt also bei den Netzwerken und bei uns. Wünsche formulieren, Vorschläge einreichen, bestehende Vorschläge hochvoten und immer wieder nach echter Formatierung fragen. Bis es so weit ist, gilt: lieber ein Beitrag ohne Fettdruck, den alle lesen können, als einer mit, den manche nicht hören.