Unabhängige Prüfungen mobiler Apps · Flutter · iOS & Android
Die meisten Berichte zur Barrierefreiheit liefern einen Screenshot und einen Absatz. Dieser liefert eine Datei, eine Zeilennummer und die Anzahl der Bildschirme, die dieselbe Zeile bricht. Geschrieben für die Entwicklerin, die es beheben muss, in einem Dokument, das Ihre Rechtsabteilung lesen kann.
Diese Schaltfläche misst 17×27 und liegt unter dem Android-Mindestmaß von 48×48. Wer feinmotorisch eingeschränkt ist, trifft sie kaum.
43 Vorkommen auf 6 Bildschirmen — eine Zeile zu ändern
Arbeitsprobe
Statt die Ausgabe zu beschreiben, hier eine vollständige. Geprüft wurde Wonderous, die quelloffene App, mit der Flutter sich präsentiert — sorgfältig gebaut, von Leuten, die das Framework kennen.
| Anforderung | Was sie verlangt | Mängel |
|---|---|---|
WCAG 1.4.3 | Kontrast (Minimum) | 17 |
WCAG 2.5.5 | Zielgröße | 5 |
WCAG 4.1.2 | Name, Rolle, Wert | 3 |
WCAG 1.4.4 | Textgröße ändern | 2 |
WCAG 1.3.2 | Bedeutungstragende Reihenfolge | 1 |
WCAG 1.4.11 | Nicht-Text-Kontrast | 1 |
WCAG 2.4.7 | Fokus sichtbar | nichts gefunden |
Neunundzwanzig Stellen im Quelltext, hundertdreiundfünfzig Vorkommen. Jede mit Datei und Zeile, damit die Mängelliste eine Arbeitsliste wird und keine Ermittlung.
Preise
Kein Vorgespräch, bevor eine Zahl genannt wird. Preise gelten pro Prüfung, nicht pro Stunde, und die Frist ist zugesagt, nicht erhofft.
Alles, was einen Upload scheitern oder eine App aus dem Store verschwinden lässt: Privacy-Manifeste, APIs mit Begründungspflicht, SDK-Erklärungen, „Mit Apple anmelden“, Kontolöschung, Target-API-Level, Store-Formulare gegen den echten Build.
EN 301 549, die Norm, auf die das BFSG und der European Accessibility Act verweisen. Automatische Prüfungen plus ein Durchgang mit dem Screenreader durch einen Menschen, auf beiden Plattformen.
Dasselbe für ein Produkt mit echtem Umfang.
Das unterzeichnete Dokument: jedes Kriterium, seine Klausel, wo das Produkt steht und was geprüft wurde und was nicht. Ergänzend zu jeder Prüfung oben.
Innerhalb von 90 Tagen nach der ersten Prüfung. Nennt, was geschlossen wurde, was offen blieb und was die Änderungen neu eingebracht haben.
Ein Jahr später hat sich Ihre App bewegt und die Anforderungen ebenso. Dieselbe Prüfung noch einmal, 30 % günstiger, innerhalb von zwölf Monaten nach der letzten.
Für eine konkrete Ablehnung, einen strittigen Befund oder eine Gestaltungsentscheidung, bevor sie gebaut wird.
Ein Aufschlag, und er lässt sich vermeiden. Wenn Sie uns nur einen TestFlight-Build geben können, muss der iOS-Durchgang vollständig von Hand erfolgen und kostet 60 % mehr. Ein Simulator-Build — flutter build ios --simulator, ein Befehl — vermeidet ihn.
Ablauf
.apk für Android und für iOS entweder eine Simulator-.app oder eine .ipa. Kein Repository-Zugang, keine NDA-Verhandlung, kein Kennenlerngespräch.| Was Sie schicken | Store-Prüfungen | Barrierefreiheit |
|---|---|---|
.apk — Android | Vollständig | Vollständig |
.app — iOS-Simulator-Build | Vollständig | Vollständig |
.ipa — iOS-Gerätebuild | Vollständig | Nicht möglich |
| TestFlight-Einladung | Vollständig | Von Hand, +60 % |
Was geprüft wird
ITMS-91053, die ohne Vorwarnung kommtAuf Stand gehalten
Beide Stores ziehen ihre Anforderungen jedes Jahr an, und eine Checkliste von letztem Jahr hört still auf, eine zu sein. Das hier gilt heute. Das Datum unten sagt, wann es zuletzt mit dem abgeglichen wurde, was Apple und Google veröffentlichen.
| Anforderung | Was passiert | Seit / ab |
|---|---|---|
| Privacy-Manifest, APIs mit Begründungspflicht | Upload abgelehnt | Gilt |
| Kontolöschung in der App | Im Review abgelehnt | Gilt |
| „Mit Apple anmelden“ neben Drittanbieter-Login | Im Review abgelehnt | Gilt |
| Google Play: API 36 für Updates, 35 zum Gelistetbleiben | Update abgelehnt, App ausgeblendet | 31.08.2026 |
| EN 301 549 — BFSG | Marktüberwachung, Bußgeld | 28.06.2025 |
| MinimumOSVersion 15.0 | Jetzt Warnung 90068, später Ablehnung | Frühjahr 2027 |
| iOS-27-SDK für Uploads | Upload abgelehnt | April 2027 |
Zuletzt am 15. September 2026 mit den veröffentlichten Anforderungen von Apple und Google abgeglichen. Zieht ein Level an, ziehen die Prüfungen mit, und jeder Bericht nennt, welche Prüfungen liefen und welche nicht.
Was wir nicht behaupten
Keine Stelle in der EU ist dafür akkreditiert, Konformität mit dem European Accessibility Act zu zertifizieren. Es gibt einen Prüfbericht und eine Barrierefreiheitserklärung; wer Ihnen eine Zertifizierung anbietet, verkauft Ihnen ein Dokument ohne Geltung. Unserer sagt, was geprüft, was gefunden und was nicht angesehen wurde.
Automatische Prüfung findet nur eine Minderheit der tatsächlichen Probleme. Sie ist gut in dem, was sie abdeckt, und schweigt zum Rest. Deshalb markiert jeder Bericht jedes Kriterium als nicht erfüllt, kein automatischer Verstoß oder nicht geprüft — und deshalb steht das Dritte darin, statt wegzufallen.
Ein sauberes Ergebnis ist keine Konformitätsaussage. Es heißt, dass nichts, was wir geprüft haben, als falsch befunden wurde.
Wer die Arbeit macht
checkApp ist Iryna Molokova, Flutter-Entwicklerin. Geprüft wird mit Werkzeugen, die eigens für diese Arbeit entstanden sind: Sie lesen die laufende App so, wie assistive Technik es tut, messen Kontrast am gezeichneten Bild statt an den im Code angegebenen Farben und führen jeden Befund auf die Zeile zurück, die ihn erzeugt hat. Fertige Scanner tun das nicht.
Die Werkzeuge sind aber nicht das Produkt. Zu wissen, welche Befunde zählen, welche Rauschen sind und wonach eine Aufsicht tatsächlich fragt — das ist das Produkt, und dieser Teil ist ein Mensch, der Ihre App liest.
Fragen
Prüfung anfragen
Schreiben Sie an hello@checkapp.dev: der Build oder ein Link darauf und ein Satz dazu, welche der beiden Arten von Ärger Sie beschäftigt. Festpreis und Termin kommen am selben Arbeitstag zurück.