Artikel teilen

Im US Web Design System, dem Baukasten für die Websites der US-Bundesbehörden, gibt seit September ein KI-Ingenieur aus dem Finanzministerium den Kurs vor. Matt Henry, bis November 2025 Entwicklungschef des Systems, rechnet mit einem Umbau auf shadcn/ui und hält ihn für einen Fehler. Seinen Beleg liefert eine einzige Komponente: der Baustein für lange Fließtexte.

drweb.de als bevorzugte Quelle auf Google hinzufügenQualitätsgeprüfte Inhalte direkt in Google News & DiscoverJetzt hinzufügen

Ein Designsystem ist, was es tut: Unter diesem Titel vergleicht Henry die Textdarstellung des US Web Design System (USWDS) mit der von shadcn/ui.[1] Die Bibliothek gilt laut Henry als Lieblingswerkzeug der Vibecoding-Szene.

Das Wichtigste in Kürze

  • Seit September leitet ein KI-Ingenieur das US Web Design System, Pull Requests prüft jetzt ein KI-Werkzeug.
  • Matt Henry rechnet mit einem Wechsel zu shadcn/ui und warnt vor den Folgen für Behördenseiten.
  • Der USWDS-Fließtext endet bei rund 75 Zeichen pro Zeile, in shadcn/ui zählte Henry 83 Zeichen.
  • In Deutschland finanzieren Bund und Länder ab 2027 gemeinsam das Designsystem KERN UX.

Was ist mit dem US Web Design System passiert?

Ein weißes Gehäuse mit „Beta“-Aufkleber und einem Stift mit Klebestreifen davor
Ryan Parker, KI-Ingenieur aus dem US-Finanzministerium, leitet seit September 2026 das System. Die vorherige Produktverantwortliche ist im Verwaltungsurlaub

Seit September 2026 leitet Ryan Parker, ein KI-Ingenieur aus dem US-Finanzministerium, das System. Die bisherige Produktverantwortliche ist im Verwaltungsurlaub, externe Mitwirkende verloren den Zugang zum Repository.[2]

Nach dem Regierungswechsel 2025 schrumpfte das Team laut Henry von rund zwölf auf vier Leute, kurz darauf auf zwei. Parker richtete als Erstes automatische KI-Prüfungen für Pull Requests ein. Fachmedien zufolge will er möglichst viele Barrierefreiheitstests automatisieren. Henry hält nur rund 30 Prozent dieser Prüfungen für verlässlich automatisierbar.

Warum passen die Voreinstellungen von shadcn/ui nicht zu Behördenseiten?

Henry zufolge verrät die Voreinstellung, wofür ein System gebaut ist. Beim USWDS sind das Texte und Formulare, bei shadcn/ui eher dichte App-Oberflächen.[1]

Die USWDS-Komponente usa-prose begrenzt Fließtext auf eine Breite von 68ex, laut Dokumentation rund 75 Zeichen.[3] In der Standardansicht von shadcn/ui zählte Henry 83 Zeichen pro Zeile bei kleinerer Schrift. Längere Zeilen erhöhen die Informationsdichte, Menschen mit Sehschwäche lesen sie laut Henry aber schwerer.

Das Typeset-Stylesheet von shadcn setzt selbst keine Höchstbreite und überlässt sie dem Layout.[4] Eine größere Variante für mehr Lesekomfort gibt es nur als Option. Die USWDS-Dokumentation begründet dagegen jede Voreinstellung. Für Behördenteams ohne eigene Designer zählt genau das, denn sie übernehmen Standards meist unverändert.

Fließtext im Vergleich: USWDS gegen shadcn/ui
Wie zwei Designsysteme lange Texte standardmäßig setzen

Zeichen pro Zeile in der Voreinstellung

rund 75
Zeichen erlaubt usa-prose im US Web Design System (Höchstbreite 68ex)
83
Zeichen zählte Matt Henry in der Standardansicht von shadcn/ui
keine
Höchstbreite setzt das Typeset-Stylesheet von shadcn selbst

Umfeld der Debatte

12 → 2
Personen zählte das USWDS-Team vor und nach dem Abbau 2025
95,9 %
von einer Million Startseiten zeigten 2026 erkennbare WCAG-Fehler
Ab dem 1. Januar 2027 finanzieren Bund und Länder gemeinsam das Designsystem KERN UX für digitale Verwaltungsdienste.

Die Voreinstellung eines Designsystems entscheidet, wer eine Website mühelos lesen kann, lange bevor ein Designer eingreift.

Markus Seyfferth, Chefredakteur Dr. Web
Zitat teilen

Was folgt daraus für Designsysteme im DACH-Raum?

Behörden und Unternehmen sollten ein Designsystem an seinen Voreinstellungen messen, nicht an seiner Beliebtheit. In Deutschland übernehmen Bund und Länder ab dem 1. Januar 2027 gemeinsam das Designsystem KERN UX.[5]

Angestoßen hatten KERN UX Hamburg und Schleswig-Holstein, die Fachgemeinschaft zählt laut Landesregierung über 650 Mitglieder. Für viele Unternehmen gilt seit Juni 2025 das Barrierefreiheitsstärkungsgesetz. Der Nachholbedarf bleibt groß: Von einer Million Startseiten wiesen 2026 laut WebAIM 95,9 Prozent erkennbare WCAG-Fehler auf, nach 94,8 Prozent im Vorjahr.[6] Als möglichen Grund nennt WebAIM KI-gestütztes Programmieren.

Agenturen und Inhouse-Teams prüfen vor der Wahl einer Bibliothek wie Opensource UI deshalb Zeilenbreite, Schriftgröße und Kontrast der Standardwerte. Jede Anpassung gehört samt Begründung in die eigene Dokumentation. Auch der Einheitslook vieler SaaS-Oberflächen geht auf unbesehen übernommene Standards zurück. Ob KI-Assistenten dabei barrierefreien Code schreiben, gehört in jeden Abnahmetest.

Quellen

[1] Matt Henry: „A design system is what it does“

[2] Matt Henry: „USWDS is dead. Long live USWDS.“

[3] U.S. Web Design System: „Prose“

[4] shadcn/ui: „Typography“

[5] Landesregierung Schleswig-Holstein: „KERN UX wird Produkt des IT-Planungsrats“

[6] WebAIM: „The WebAIM Million“

Mehr Newshunger?

4,5 15 Bewertungen

Wie hat Ihnen dieser Artikel gefallen?