checkApp

Unabhängige Prüfungen mobiler Apps · Flutter · iOS & Android

Prüfungen, die die Zeile im Code benennen

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.

serious tap-target-size lib/ui/common/controls/buttons.dart:200

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

Eine Prüfung an einer App, die Sie selbst nachsehen können

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.

Wonderous 2.2.0, iOS, acht Bildschirme
AnforderungWas sie verlangtMängel
WCAG 1.4.3Kontrast (Minimum)17
WCAG 2.5.5Zielgröße5
WCAG 4.1.2Name, Rolle, Wert3
WCAG 1.4.4Textgröße ändern2
WCAG 1.3.2Bedeutungstragende Reihenfolge1
WCAG 1.4.11Nicht-Text-Kontrast1
WCAG 2.4.7Fokus sichtbarnichts gefunden

Neunundzwanzig Stellen im Quelltext, hundertdreiundfünfzig Vorkommen. Jede mit Datei und Zeile, damit die Mängelliste eine Arbeitsliste wird und keine Ermittlung.

Preise

Veröffentlicht, fest und rund 40 % unter dem Markt

Kein Vorgespräch, bevor eine Zahl genannt wird. Preise gelten pro Prüfung, nicht pro Stunde, und die Frist ist zugesagt, nicht erhofft.

App-Store-Tauglichkeit

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.

190 € 2 Arbeitstage
Barrierefreiheitsprüfung — bis 10 Bildschirme

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.

690 € 5 Arbeitstage
Barrierefreiheitsprüfung — bis 25 Bildschirme

Dasselbe für ein Produkt mit echtem Umfang.

1.290 € 8 Arbeitstage
Konformitätsbericht nach EN 301 549

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.

390 € +2 Tage
Nachprüfung nach Ihren Korrekturen

Innerhalb von 90 Tagen nach der ersten Prüfung. Nennt, was geschlossen wurde, was offen blieb und was die Änderungen neu eingebracht haben.

190 € 3 Arbeitstage
Jährliche Nachkontrolle

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.

−30 % wie oben
Beratung

Für eine konkrete Ablehnung, einen strittigen Befund oder eine Gestaltungsentscheidung, bevor sie gebaut wird.

90 €/Stunde mindestens 1 Stunde

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

Build schicken. Bericht per E-Mail bekommen.

  1. Sie schicken die Builds Eine .apk für Android und für iOS entweder eine Simulator-.app oder eine .ipa. Kein Repository-Zugang, keine NDA-Verhandlung, kein Kennenlerngespräch.
  2. Wir prüfen Die automatischen Prüfungen laufen gegen die laufende App auf echten Geräten. Danach geht ein Mensch mit dem Screenreader durch, weil der automatische Teil nur eine Minderheit der tatsächlichen Probleme findet.
  3. Sie bekommen zwei Dateien Einen HTML-Bericht, aus dem Ihre Entwicklung Pfade kopieren kann, und dasselbe als PDF für alle, die einen Nachweis verlangen.
  4. Bei uns bleibt nichts Ihr Build und Ihre Befunde werden mit der Übergabe gelöscht. Eine Liste Ihrer Compliance-Lücken liegt nicht auf fremden Servern.
Was sich aus welchem Format prüfen lässt
Was Sie schickenStore-PrüfungenBarrierefreiheit
.apk — AndroidVollständigVollständig
.app — iOS-Simulator-BuildVollständigVollständig
.ipa — iOS-GerätebuildVollständigNicht möglich
TestFlight-EinladungVollständigVon Hand, +60 %

Was geprüft wird

Zwei Arten von Ärger vor einem mobilen Release

Die Art, die diese Woche ein Release aufhält

Die Art, nach der eine Marktaufsicht fragt

Auf Stand gehalten

Was gilt und was kommt

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.

AnforderungWas passiertSeit / ab
Privacy-Manifest, APIs mit BegründungspflichtUpload abgelehntGilt
Kontolöschung in der AppIm Review abgelehntGilt
„Mit Apple anmelden“ neben Drittanbieter-LoginIm Review abgelehntGilt
Google Play: API 36 für Updates, 35 zum GelistetbleibenUpdate abgelehnt, App ausgeblendet31.08.2026
EN 301 549 — BFSGMarktüberwachung, Bußgeld28.06.2025
MinimumOSVersion 15.0Jetzt Warnung 90068, später AblehnungFrühjahr 2027
iOS-27-SDK für UploadsUpload abgelehntApril 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

Ein EAA-Zertifikat gibt es nicht, und niemand kann Ihnen eines verkaufen

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

Eine Person und eigens dafür gebaute Werkzeuge

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

Bevor Sie fragen

Gilt das BFSG für meine App?
Das Barrierefreiheitsstärkungsgesetz gilt seit Juni 2025 für Produkte und Dienstleistungen an Verbraucher — unter anderem E-Commerce, Bankdienstleistungen, Verkehr, E-Books und Telekommunikation. Kleinstunternehmen mit weniger als 10 Beschäftigten und höchstens 2 Mio. € Jahresumsatz sind bei Dienstleistungen ausgenommen. Wenn unklar ist, auf welcher Seite Sie stehen, ist das eine Beratung, keine Prüfung.
Verzögert eine Prüfung unser Release?
Nein. Build schicken, je nach Umfang in zwei bis acht Arbeitstagen den Bericht bekommen, die Korrekturen planen Sie selbst. Die meisten Teams lassen die Store-Prüfung laufen, während das Release noch in TestFlight liegt, und genau darum geht es: Ein Befund, der den Upload blockiert, ist günstig, solange der Build noch bei Ihnen liegt, und teuer, sobald das Release steht.
Was bedeutet Warnung 90068?
App Store Connect schickt sie, wenn die MinimumOSVersion einer App unter iOS 15 liegt. Heute wird der Build trotzdem zugestellt und die Warnung kommt per E-Mail hinterher; ab Frühjahr 2027 wird der Upload abgelehnt. Ein Flutter-Projekt trägt 13.0, solange es niemand geändert hat, deshalb trifft es die meisten Teams, ohne dass sie etwas falsch gemacht hätten.
Was ist ITMS-91053?
Apples Ablehnung, wenn eine API mit Begründungspflicht aufgerufen wird, ohne dass im Privacy-Manifest ein Grund steht. Sie kommt beim Upload, nennt die gefundenen APIs, und es gibt keinen Warndurchlauf davor. Die Store-Prüfung dreht sich überwiegend um diese Klasse von Problemen.
Prüfen Sie auch Apps, die nicht mit Flutter gebaut sind?
Die Store-Prüfungen funktionieren mit jedem iOS- oder Android-Build. Die Barrierefreiheitsprüfung ist für Flutter automatisiert und sonst Handarbeit — fragen Sie, wir kalkulieren ehrlich.
Beheben Sie die Mängel auch?
Nein. Wer prüft und zugleich die Behebung verkauft, hat einen Grund, mehr zu finden als da ist. Der Bericht ist so geschrieben, dass Ihre eigene Entwicklung ohne uns damit arbeiten kann.
Wie wird bezahlt?
Rechnung und Überweisung für Prüfungen, Karte für die Store-Prüfung zu 190 €. Geschäftskunden in der EU werden im Reverse-Charge-Verfahren abgerechnet — schicken Sie Ihre USt-IdNr. mit dem Build.

Prüfung anfragen

Schicken Sie einen Build und Ihre Frage

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.