Skip to main content
Ihr Browser ist zu alt, um diese Website korrekt anzuzeigen. Bitte aktualisieren Sie auf die neueste Version von Chrome, Edge, Firefox oder Safari.
Nativer Accessibility-Scanner für Mobile Apps

Mobile Apps auf Barrierefreiheit Scannen

Scannen Sie die URL Ihrer mobilen Web-App für ein automatisiertes Barrierefreiheits-Audit unter echter Emulation mobiler Geräte und erhalten Sie eine plattformspezifische WCAG-2.2-Checkliste für iOS, Android, React Native oder Flutter, die Sie verfolgen und exportieren können. Die Prüfung von Screenshots nativer App-Bildschirme ist optional und erfordert ein konfiguriertes Vision-Modell.

WCAG 2.2 AAVoiceOver / TalkBackBerührungszieleKontrastReflowEN 301 549
Ein AccessiSight-Bericht auf einem Smartphone: Die Demoseite „Accessible University“ erreicht 73 von 100, mit 48 gefundenen Problemen.

1Plattform Auswählen

2Live-URL scannen (empfohlen: führt einen echten automatisierten Scan aus)

Geben Sie die URL Ihrer mobilen Web-App (oder der mobilen Ansicht Ihrer Website) ein. Wir lassen unsere vollständige Barrierefreiheits-Engine unter einem Emulationsprofil für Mobilgeräte (mobiler Viewport, User-Agent und Touch-Eingabe) darauf laufen, sodass Berührungszielgrößen, Reflow und andere Befunde ein Layout in Smartphone-Größe widerspiegeln, kein als mobil umetikettiertes Desktop-Layout.

Läuft unter der Mobilgeräte-Emulation von Chromium (mobiler Viewport, User-Agent und Touch-Eingabe), nicht als echtes Rendering in iOS Safari oder Android Chrome. Für eine native iOS-, Android-, React-Native- oder Flutter-App, die bereits ihren eigenen Accessibility-Tree erfasst, siehe den Native-Tree-Endpunkt unten.

Haben Sie bereits einen nativen Accessibility-Baum?

Wenn Ihre App mit XCUITest, UIAutomator oder einem React-Native-/Flutter-Test-Harness instrumentiert ist, senden Sie Ihren erfassten nativen Accessibility-Tree per POST direkt an /api/mobile-scan, um deterministische Prüfungen von Berührungszielen und fehlenden Beschriftungen zu erhalten. Keine URL und kein Screenshot erforderlich. Details finden Sie unten im SDK-Tab.

3Screenshot Hochladen (optional: eine visuelle Prüfung durch ein Vision-Modell, sofern der Server eines hat)

Ohne Screenshot erhalten Sie die vollständige Plattform-Checkliste. Ein Screenshot ergänzt eine optionale visuelle Prüfung, sofern ein Vision-Modell konfiguriert ist.

Ziehen & ablegen oder klicken zum Hochladen

PNG, JPEG oder WEBP, max. 10 MB

Was Wir Prüfen

Automatischer Mobil-Scan

Geben Sie eine URL ein, und wir lassen die vollständige WCAG-Erkennungs-Engine dieser App (dieselbe wie beim Desktop-Scanner) unter Mobilgeräte-Emulation darauf laufen. So werden Probleme mit Berührungszielen, Reflow und mobilspezifische Probleme erkannt, statt nur eine statische Checkliste abzuarbeiten.

KI-Visuelle Analyse

Laden Sie einen Screenshot für eine unverbindliche visuelle Prüfung (Kontrast, unklare Icons, überladene Layouts) durch ein Vision-Modell hoch, sofern der Server eines hat. Ohne Modell erhalten Sie die Plattform-Checkliste, und es wird kein Credit verbraucht.

WCAG-2.2-Checkliste

16 plattformspezifische Prüfungen zu Berührungszielen, Reflow, Textvergrößerung, Screenreader-Kompatibilität, Gesten-Alternativen, Bewegung und Authentifizierung.

Speziell für React Native

accessibilityRole, accessibilityState, accessibilityHint, accessibilityActions: genau die Props, die Ihre Entwickler setzen müssen, zugeordnet zu den WCAG-Kriterien.

CI/CD-Integration

Die REST-API akzeptiert Screenshots aus Detox, Appium, XCUITest und Espresso. Lassen Sie Ihre Builds automatisch fehlschlagen, wenn kritische Barrierefreiheits-Regressionen erkannt werden.

Android-Regeln (TalkBack)

contentDescription, importantForAccessibility, labelFor: die Android-Attribute, die TalkBack benötigt, geprüft gegen WCAG 4.1.2.

iOS-Regeln (VoiceOver)

accessibilityLabel, accessibilityTraits, Dynamic-Type-Unterstützung (scaledFont), accessibilityContainer: Regeln für vollständige VoiceOver-Kompatibilität.

Frequently Asked Questions