Barrierefreiheit in der mobilen Entwicklung: was es ist, welche Standards und wie man es umsetzt

Was ist Barrierefreiheit?

Accessibility (abgekürzt a11y — Buchstabe a + 11 Buchstaben + y) ist die Eigenschaft eines Produkts, von Menschen mit Behinderungen nutzbar zu sein. Im Kontext mobiler Anwendungen bedeutet dies: Unterstützung von Screenreadern (VoiceOver, TalkBack), angemessene Textgröße, hoher Kontrast, korrekte Fokus-Reihenfolge für die Tastaturnavigation und das Fehlen von animierten Elementen, die Schwindel verursachen.

Inklusivität ist nicht nur eine ethische, sondern auch eine rechtliche Verpflichtung. Viele Länder haben Gesetze zur digitalen Barrierefreiheit: ADA (USA), Section 508, European Accessibility Act (EU, ab 2025 Pflicht für Apps). Laut Business Disability Forum steigern Unternehmen, die in Barrierefreiheit investieren, ihre Zielgruppe um 15–20% und reduzieren rechtliche Risiken.

Bei IT Sectr prüfen wir die Barrierefreiheit in jeder Entwicklungsphase. Unsere Erfahrung zeigt: Die Behebung von Barrierefreiheitsproblemen in der Designphase ist 10-mal günstiger als nach der Veröffentlichung. Barrierefreiheit ist kein Feature, sondern eine grundlegende Anforderung an moderne Anwendungen.

iOS: VoiceOver, Accessibility Label, Trait

Das Apple-Ökosystem bietet leistungsstarke Barrierefreiheits-Tools. VoiceOver ist ein integrierter Screenreader, der alles, was auf dem Bildschirm passiert, vorliest. Der Benutzer steuert das Gerät mit Gesten: Wischen nach rechts — nächstes Element, Wischen nach links — vorheriges Element, Doppeltippen — Aktivierung.

Accessibility Label ist der Text, den VoiceOver für ein Element vorliest. Standardmäßig verwendet iOS den Button-Text oder das Label, aber für Symbole und grafische Elemente muss das Label explizit festgelegt werden. Accessibility Trait ist eine Eigenschaft, die den Elementtyp beschreibt: button (Schaltfläche), header (Überschrift), link (Link), image (Bild). Korrekte Traits helfen dem Benutzer zu verstehen, wie mit einem Element interagiert wird.

VoiceOver und Accessibility Label

VoiceOver unterstützt über 40 Sprachen und funktioniert auf allen Apple-Geräten. Für den Entwickler geht es darum, für jedes Schnittstellenelement korrekte accessibilityLabel und accessibilityTraits festzulegen. Wenn ein Element nicht barrierefrei sein soll (dekoration Bild), setzen Sie isAccessibilityElement = false.

// Swift — Barrierefreiheit für einen Button einrichten
let shareButton = UIButton()
shareButton.setImage(UIImage(named: "share-icon"), for: .normal)
shareButton.accessibilityLabel = "Diesen Artikel teilen"
shareButton.accessibilityHint = "Öffnet einen Dialog zur Auswahl einer Versandmethode"
shareButton.accessibilityTraits = .button

// SwiftUI — noch einfacher
struct ShareButtonView: View {
    var body: some View {
        Button(action: share) {
            Image(systemName: "square.and.arrow.up")
        }
        .accessibilityLabel("Teilen")
        .accessibilityHint("Öffnet das Teilen-Menü")
    }
}

Der Code zeigt die Barrierefreiheitseinrichtung für einen Button ohne Text (nur Symbol). AccessibilityLabel ist das, was der Benutzer hören wird. AccessibilityHint ist ein zusätzlicher Hinweis zum Ergebnis der Aktion. Verwenden Sie im Label keine Formulierungen wie «Schaltfläche für» — Trait gibt bereits an, dass es sich um eine Schaltfläche handelt.

Android: TalkBack, Content Description

TalkBack ist der Screenreader von Google für Android, Teil des Android Accessibility Suite Pakets. Wie VoiceOver liest es Schnittstellenelemente vor und wird durch Gesten gesteuert. TalkBack unterstützt über 100 Sprachen und funktioniert auf allen Geräten mit Google Play Services.

Content Description ist das Äquivalent zu accessibilityLabel auf Android. Es wird über das Attribut android:contentDescription in XML oder über die Methode setContentDescription() im Code festgelegt. Für nicht fokussierbare Elemente (dekoration ImageView) verwenden Sie importantForAccessibility="no".

TalkBack und Focus Order

Focus Order (Fokus-Reihenfolge) ist die Reihenfolge, in der TalkBack beim Wischen zwischen Elementen wechselt. Standardmäßig verwendet Android die Reihenfolge der Elemente im Layout, diese kann jedoch über die Attribute accessibilityTraversalBefore und accessibilityTraversalAfter geändert werden. Dies ist wichtig für komplexe Bildschirme mit benutzerdefinierten Komponenten.

Bei IT Sectr überprüfen wir die Focus Order auf jedem Bildschirm. Fehler in der Fokus-Reihenfolge gehören zu den häufigsten Barrierefreiheitsproblemen. Wenn der Benutzer nach einer Überschrift zu den Kommentaren statt zum Artikeltext gelangt — das ist ein Barrierefreiheitsfehler.

WCAG und Standards

WCAG (Web Content Accessibility Guidelines) ist ein internationaler Barrierefreiheitsstandard, entwickelt vom W3C. Die aktuelle Version ist WCAG 2.2 (2023). Der Standard gliedert sich in 4 Prinzipien: Perceivable (Wahrnehmbarkeit), Operable (Bedienbarkeit), Understandable (Verständlichkeit), Robust (Robustheit) — Abkürzung POUR.

WCAG-Stufen: A (minimal), AA (mittel, gesetzlich vorgeschrieben in der EU), AAA (maximal). Für mobile Anwendungen ist Stufe AA ausreichend: Textkontrast von mindestens 4.5:1, Screenreader-Unterstützung, Mindestzielgröße von 44x44 Pixeln, Untertitel für Videos.

WCAG-Stufen

Stufe A — grundlegende Anforderungen: Textalternativen für Bilder, Tastatursteuerung, Kontrast von mindestens 3:1. Stufe AA — mittel: Kontrast 4.5:1, Skalierungsunterstützung bis 200%, korrekte Überschriften und Labels. Stufe AAA — hoch: Kontrast 7:1, Gebärdensprache für Videos, vollständige Sprachsteuerung. In der Praxis zielen die meisten Unternehmen auf AA ab.

Tabelle 2. Vergleich der Barrierefreiheits-APIs von iOS und Android. Trotz unterschiedlicher Namen sind die Konzepte identisch: Label, Typ, Fokus-Reihenfolge und Textanpassungsunterstützung.

Barrierefreiheit testen

Barrierefreiheitstests sind die Überprüfung einer Anwendung auf Einhaltung der WCAG-Standards und korrekte Funktion mit Screenreadern. Der minimale Testsatz: VoiceOver/TalkBack aktivieren und durch alle Bildschirme der Anwendung navigieren. Hören Sie zu, ob alle Elemente angesagt werden, die Fokus-Reihenfolge logisch ist und unangemessene Elemente (dekoration) ignoriert werden.

Automatisierte Tools: Xcode Accessibility Inspector (Audit in Xcode für iOS), Android Accessibility Scanner (scannt den Bildschirm und findet Probleme), Axe DevTools, WAVE. Diese Tools prüfen Kontrast, Zielgröße, Vorhandensein von Labels und andere Parameter.

Bei IT Sectr führen wir vor jedem Release ein Barrierefreiheits-Review durch. Der Prozess umfasst: automatisiertes Audit (Accessibility Inspector), manuelle Tests mit VoiceOver und TalkBack, Kontrast- und Textskalierungsprüfung. Wir erfassen Probleme in Jira und weisen sie einem Sprint zu. So können wir WCAG-Stufe AA in allen Projekten aufrechterhalten.