Katalog
concept#Softwareentwicklung#Qualitätssicherung#Governance#Produkt

Web Accessibility

Grundprinzipien und Praktiken zur Gestaltung zugänglicher Websites und Webanwendungen, die Menschen mit unterschiedlichen Fähigkeiten einschließen.

Web-Accessibility stellt sicher, dass Websites und Webanwendungen für Menschen mit unterschiedlichen Fähigkeiten wahrnehmbar, bedienbar, verständlich und robust sind.
Etabliert
Mittel

Klassifikation

  • Mittel
  • Organisatorisch
  • Design
  • Fortgeschritten

Technischer Kontext

Content-Management-Systeme (CMS)Frontend-Build- und CI/CD-PipelinesIssue-Tracker und Testmanagement-Tools

Prinzipien & Ziele

Perceivable: Informationen müssen wahrnehmbar sein.Operable: Navigation und Interaktion müssen steuerbar sein.Understandable: Inhalte und Bedienung müssen verständlich sein.
Umsetzung
Unternehmen, Domäne, Team

Use Cases & Szenarien

Kompromisse

  • Fragmentierte Verantwortung führt zu inkonsistenter Umsetzung.
  • Fokussierung nur auf Konformität statt auf echte Nutzbarkeit.
  • Technische Schulden durch kurzfristige Hotfixes statt struktureller Integration.
  • Frühe Einbindung von Nutzern mit Behinderungen in Tests
  • Accessibility in Acceptance Criteria und Definition of Done aufnehmen
  • Komponentenbibliothek als zentrale Quelle der Barrierefreiheits-Standards pflegen

I/O & Ressourcen

  • Designsystem, UI-Komponentenbibliothek
  • Content-Inventory und redaktionelle Prozesse
  • Zugänglichkeitstests (automatisiert und manuell)
  • WCAG-konformes UI-Toolkit
  • Barrierefreiheits-Testsuite und Berichte
  • Dokumentierte Patterns und Schulungsmaterial

Beschreibung

Web-Accessibility stellt sicher, dass Websites und Webanwendungen für Menschen mit unterschiedlichen Fähigkeiten wahrnehmbar, bedienbar, verständlich und robust sind. Es umfasst Design-, Entwicklungs-, Inhalts- und Testpraktiken zur Beseitigung von Barrieren und zur Einhaltung von Standards wie WCAG. Barrierefreiheit erhöht Nutzbarkeit und rechtliche Konformität.

✔

  • Größere Nutzergruppe durch inklusive Bedienbarkeit.
  • Reduzierung rechtlicher Risiken durch Compliance mit Standards.
  • Verbesserte Usability für alle Nutzer, nicht nur Menschen mit Behinderungen.

✖

  • Vollständige Barrierefreiheit kann zusätzliche Entwicklungszeit erfordern.
  • Automatisierte Tests decken nur einen Teil der Probleme ab.
  • Nicht alle externen Inhalte oder Drittanbieter-Komponenten sind leicht anpassbar.

  • WCAG-Konformitätsgrad

    Anteil der geprüften Seiten/Komponenten, die die relevanten WCAG-Ergebnisse erfüllen.

  • Fehlerdichte pro Seite

    Anzahl identifizierter Accessibility-Probleme pro Seite oder Komponente.

  • Zeit bis zur Fehlerbehebung

    Durchschnittliche Dauer vom Entdecken eines Accessibility-Problems bis zur Lösung.

Staatliche Informationsseite

Ein behördliches Portal wurde nach WCAG 2.1 umgesetzt und bietet Textalternativen, klare Navigation und Tastaturzugänglichkeit.

E-Commerce-Checkout optimiert

Checkout-Fluss angepasst für Screenreader-Navigation und Fehlerfeedback, Conversion blieb stabil.

Unternehmensinterne Komponentenbibliothek

UI-Komponenten mit ARIA-Patterns und Testbeispielen, genutzt über mehrere Teams hinweg.

1

Accessibility-Policy und Ziele definieren

2

Designsystem und Komponenten mit Accessibility-Standards erweitern

3

Automatisierte Tests und regelmäßige manuelle Prüfungen integrieren

⚠️ Technische Schulden & Engpässe

  • Legacy-Komponenten ohne semantisches Markup
  • Fehlende Testintegration für assistive Technologien
  • Unvollständige Dokumentation zu ARIA- und Design-Patterns
Mangelnde Accessibility-Expertise im TeamDrittanbieter-Komponenten ohne BarrierefreiheitUnzureichende Testabdeckung für assistive Technologien
  • Bilder ohne sinnvolle Alternativtexte entfernen statt beschreiben
  • Komplexe Interaktionen ohne Tastatur-Fallback implementieren
  • Visuelle Kontraste nur für Desktop prüfen, mobile Fälle ignorieren
  • Missverständnis, dass Konformität alle Nutzbarkeitsprobleme löst
  • Unterschätzung von Inhaltspflege und Redaktionellen Anforderungen
  • Fehlende Nachverfolgung von Accessibility-Defects im Backlog
Accessibility-Testing und Screenreader-ErfahrungHTML, ARIA, semantische Markup-KenntnisseUX-Design mit Fokus auf inklusive Interaktion
Gesetzliche Anforderungen (z. B. Barrierefreiheitsgesetze)Nutzerbedürfnisse und inklusive ProduktstrategieWiederverwendbare komponentenbasierte UI-Architektur
  • • Budget- und Zeitbegrenzungen für umfassende Nacharbeit
  • • Einschränkungen durch Legacy-Code und Plattformen
  • • Integration externer Inhalte mit variierender Qualität