Hauttöne in Emojis: alle Fitzpatrick-Modifier verstehen

Was hinter den fünf Hauttönen steckt

Die Skin-Tone-Modifier wurden im Juni 2015 mit Unicode 8.0 in den Standard aufgenommen. Bis dahin waren alle Personen-Emojis auf den Vendor-Geräten meist hellhäutig dargestellt, manche Vendor in einem hellen Beige, andere im Comic-Gelb. Mit dem Boom der Emoji-Nutzung in den frühen 2010ern hatte sich die Kritik verdichtet, dass das implizit weiße Hauttöne als Default normalisiert.

Die Lösung des Unicode Consortium war ein elegantes technisches Konstrukt: nicht jedes Personen-Emoji wird in fünf Varianten neu definiert, sondern es gibt ein hauttonneutrales Basis-Emoji plus fünf Modifier-Codepoints, die nach dem Basis-Emoji angehängt werden. So entsteht eine Sequenz: 👋 (U+1F44B) + U+1F3FC (Fitzpatrick Type 3) = 👋🏼. Die Render-Engine erkennt die Sequenz und färbt die Hand entsprechend ein.

Der Vorteil dieser Architektur: man muss nicht für jedes neue Personen-Emoji fünf zusätzliche Codepoints reservieren, sondern bekommt die Hauttonfähigkeit „kostenlos” durch das Modifier-Konzept. Der Nachteil: ältere Render-Engines, die das Modifier-Konzept nicht implementieren, zeigen das Basis-Emoji und das Modifier-Zeichen getrennt, was hässlich aussieht.

Die fünf Modifier im Detail

Die Modifier liegen im Unicode-Block U+1F3FB bis U+1F3FF und korrespondieren zu den Fitzpatrick-Typen 1-2 bis 5-6:

• U+1F3FB, Fitzpatrick Type 1-2 (sehr helle Haut, brennt immer in der Sonne)
• U+1F3FC, Fitzpatrick Type 3 (helle Haut, brennt häufig)
• U+1F3FD, Fitzpatrick Type 4 (mittlere Haut, brennt manchmal)
• U+1F3FE, Fitzpatrick Type 5 (dunklere Haut, brennt selten)
• U+1F3FF, Fitzpatrick Type 6 (sehr dunkle Haut, brennt nie)

Im Standard ist die Reihenfolge intern logisch nach dermatologischer Klassifikation; visuell zeigen die Picker-UIs sie als Farbgradient von hellem Beige über mittlere Töne bis zu dunklem Braun. Welche Reihenfolge der jeweilige Picker zeigt, von links nach rechts hell-zu-dunkel, oder umgekehrt, ist nicht standardisiert.

Was passiert technisch beim Senden

Wenn du in einem Picker auf das Hand-Winken-Emoji mit Skin-Tone Type 3 klickst, schickt die App die Zeichenkette U+1F44B U+1F3FC in das Textfeld, also zwei aufeinanderfolgende Unicode-Codepoints. Im UTF-8-Encoding sind das insgesamt 8 Bytes. Die Schriftart, die das Textfeld rendert, prüft beim Zeichnen, ob auf das erste Codepoint ein gültiger Modifier folgt. Wenn ja, sucht sie in ihrer Glyphen-Tabelle nach der kombinierten Glyphe „Hand-Winken Skin-Tone 3” und zeigt diese.

Wenn die Schriftart die kombinierte Glyphe nicht hat, entweder weil sie zu alt ist oder weil der Modifier auf ein nicht-hauttonfähiges Emoji angewendet wurde, fällt die Render-Engine auf zwei Optionen zurück. Variante 1: das Basis-Emoji wird allein gerendert, der Modifier verschwindet visuell (das System „kennt” ihn nicht). Variante 2: das Basis-Emoji wird gefolgt von einem winzigen farbigen Quadrat oder Punkt für den Modifier, was unschön ist, weil der Modifier in der Spezifikation eigentlich keine eigene Glyphen-Darstellung haben sollte.

Auf praktisch allen Geräten ab Android 7 (2016), iOS 9.1 (2015) und Windows 10 (mit Anniversary Update 2016) funktioniert das Modifier-Konzept zuverlässig. Auf älteren Systemen treten die genannten Fallback-Probleme regelmäßig auf.

Welche Emojis ignorieren Skin-Tones

Es gibt Personen-Emojis, die bewusst keine Hauttöne unterstützen. Die wichtigsten Kategorien:

Familien-ZWJ-Sequenzen wie 👨‍👩‍👧 oder 👨‍👨‍👦‍👦 sind technisch nicht hauttonfähig. Die Begründung des Unicode Consortium: für eine Familie mit vier Personen müssten 5 hoch 4 = 625 Glyphen-Varianten in der Schrift hinterlegt werden, was Schriftdateien aufbläht und Render-Engines überfordert. Stattdessen werden Familien-Emojis traditionell gelb-neutral dargestellt.

Phantasie-Wesen wie 🧞 (Geist), 🧙 (Magier), 🧛 (Vampir), 🧜 (Meerjungfrau), diese sind hauttonfähig in der Spezifikation, aber viele Renderer setzen sie mit fester Farbe um, weil das ikonografische Konzept (Geist = grün, Vampir = blass) den Hautton überschreibt.

Pseudo-Personen wie 👨‍🦰 (Mann mit roten Haaren) waren in Unicode 11.0 (2018) zunächst nicht hauttonfähig, weil sie aus einer ZWJ-Sequenz aus Mann-Emoji plus Haarstil-Emoji bestehen, die Hauttonfähigkeit erbt aber das Mann-Emoji vom Basis-Codepoint, und in Unicode 14.0 (2021) wurden die Modifier explizit auch für diese Sequenzen erlaubt. Auf älteren Renderern funktioniert es nicht zuverlässig.

Was im Alltag wirklich zählt

Drei Punkte aus den Anfragen zur Skin-Tone-Praxis, die regelmäßig zur Verwirrung führen.

Erstens: die gelbe Default-Variante ist nicht „farblos” oder „weiß-Ersatz”, sondern eine bewusste Designentscheidung. Wer in einer Konversation die gelben Smiley-Varianten verwendet, signalisiert nicht ethnische Zugehörigkeit, sondern „kein spezifischer Hauttonkontext nötig”. Das ist die häufigste und am breitesten akzeptierte Variante in geschäftlichen Konversationen.

Zweitens: einmal in einem Picker eingestellt, bleibt der Hautton meist „kleben”, also weiterhin Standard für alle hauttonfähigen Emojis, bis du ihn aktiv änderst. Wer im Privatchat den eigenen Hautton gewählt hat und dann in einer Geschäfts-Mail einen Daumen-hoch sendet, kommt unter Umständen ungewollt mit Hautton beim Empfänger an. WhatsApp speichert die Wahl pro Gerät, Slack pro User-Account.

Drittens: zwischen Plattformen kann es Rendering-Unterschiede geben. Apple zeigt Type-4-Hauttöne tendenziell wärmer als Google. Microsoft hatte in Windows 10 lange einen ungewöhnlich gelben Type-3-Ton, der mit dem Fluent-Emoji-Refresh 2021 angeglichen wurde. Die Codepoint-Sequenz ist überall dieselbe, aber die visuelle Wahrnehmung kann zwischen Sender und Empfänger leicht abweichen.