Audit indipendenti di app mobili · Flutter · iOS & Android
Quasi tutte le relazioni sull'accessibilità consegnano uno screenshot e un paragrafo. Questa consegna un file, un numero di riga e quante schermate rompe quella stessa riga. Scritta per chi dovrà correggerla, in un documento che il vostro ufficio legale può leggere.
Questo pulsante misura 17×27, sotto il minimo Android di 48×48: difficile da centrare per chi ha una manualità ridotta.
43 occorrenze su 6 schermate — una riga da cambiare
Esempio di lavoro
Invece di descrivere il risultato, eccone uno completo. Abbiamo verificato Wonderous, l'app open source con cui Flutter si presenta: costruita con cura, da persone che conoscono il framework.
| Requisito | Che cosa chiede | Difetti |
|---|---|---|
WCAG 1.4.3 | Contrasto (minimo) | 17 |
WCAG 2.5.5 | Dimensione del target | 5 |
WCAG 4.1.2 | Nome, ruolo, valore | 3 |
WCAG 1.4.4 | Ridimensionamento del testo | 2 |
WCAG 1.3.2 | Sequenza significativa | 1 |
WCAG 1.4.11 | Contrasto del non testuale | 1 |
WCAG 2.4.7 | Focus visibile | nulla rilevato |
Ventinove punti nel codice, centocinquantatré occorrenze. Ognuna con file e riga: l'elenco delle correzioni diventa una coda di lavoro, non un'indagine.
Prezzi
Nessuna call conoscitiva prima di un numero. I prezzi sono per audit, non a ora, e i tempi sono quelli indicati, non quelli sperati.
Tutto ciò che fa rifiutare un caricamento o sparire un'app: privacy manifest, API che richiedono una motivazione, dichiarazioni degli SDK, Accedi con Apple, cancellazione dell'account, target API level, moduli dello store confrontati con il build reale.
EN 301 549, la norma a cui rimandano la Legge Stanca e lo European Accessibility Act. Controlli automatici più un passaggio con lo screen reader fatto da una persona, su entrambe le piattaforme.
Lo stesso, per un prodotto con una superficie reale.
Il documento firmato: ogni criterio, il suo numero di clausola, dove sta il prodotto e che cosa è stato verificato e che cosa no. Si aggiunge a qualsiasi audit qui sopra.
Entro 90 giorni dal primo. Dice che cosa è stato chiuso, che cosa no e che cosa hanno introdotto le modifiche.
Un anno dopo, la vostra app è cambiata e i requisiti pure. Lo stesso audit ancora, con il 30% di sconto, entro dodici mesi dal precedente.
Per un rifiuto specifico, un rilievo contestato o una scelta di progettazione prima di realizzarla.
Un solo sovrapprezzo, ed è evitabile. Se potete darci soltanto un build TestFlight, il passaggio di accessibilità su iOS va fatto interamente a mano e costa il 60% in più. Un build per simulatore — flutter build ios --simulator, un comando — lo evita.
Come funziona
.apk per Android e, per iOS, una .app per simulatore oppure un .ipa. Nessun accesso al repository, nessun NDA da negoziare, nessuna call introduttiva.| Che cosa mandate | Controlli store | Accessibilità |
|---|---|---|
.apk — Android | Completo | Completo |
.app — build iOS per simulatore | Completo | Completo |
.ipa — build iOS per dispositivo | Completo | Non possibile |
| Invito TestFlight | Completo | A mano, +60% |
Che cosa viene verificato
ITMS-91053, che arriva senza preavvisoTenuto aggiornato
Entrambi gli store alzano i requisiti ogni anno, e una checklist scritta l'anno scorso smette silenziosamente di essere una checklist. Questo è ciò che vale oggi. La data qui sotto dice quando è stato confrontato l'ultima volta con quanto Apple e Google pubblicano davvero.
| Requisito | Che cosa succede | Da |
|---|---|---|
| Privacy manifest, API con motivazione obbligatoria | Caricamento rifiutato | In vigore |
| Cancellazione dell'account nell'app | Respinta in revisione | In vigore |
| Accedi con Apple accanto al login di terze parti | Respinta in revisione | In vigore |
| Google Play: API 36 per gli aggiornamenti, 35 per restare in elenco | Aggiornamento rifiutato, app nascosta | 31/08/2026 |
| EN 301 549 — Legge Stanca, EAA | Vigilanza del mercato, sanzioni | 28/06/2025 |
| MinimumOSVersion 15.0 | Ora avviso 90068, poi rifiuto | Primavera 2027 |
| SDK iOS 27 per i caricamenti | Caricamento rifiutato | Aprile 2027 |
Ultimo confronto con i requisiti pubblicati da Apple e Google il 15 settembre 2026. Quando un livello si alza, si alzano anche i controlli, e ogni relazione dice quali controlli sono stati eseguiti e quali no.
Quello che non promettiamo
Nessun organismo nell'Unione europea è accreditato a certificare la conformità allo European Accessibility Act. Esistono una relazione di audit e una dichiarazione di accessibilità; chi vi offre una certificazione vi vende un documento senza valore. La nostra dice che cosa è stato verificato, che cosa è stato trovato e che cosa non è stato guardato.
Il controllo automatico trova una minoranza dei problemi reali di accessibilità. È bravo in ciò che copre e tace sul resto: per questo ogni relazione marca ciascun criterio come non soddisfatto, nessuna violazione automatica o non verificato — e per questo il terzo caso viene scritto invece di essere omesso.
Un risultato pulito non è una dichiarazione di conformità. Vuol dire che nulla di ciò che abbiamo verificato è risultato sbagliato.
Chi fa il lavoro
checkApp è Iryna Molokova, sviluppatrice Flutter. L'audit gira su strumenti scritti internamente proprio per questo lavoro: leggono l'app in esecuzione come fa la tecnologia assistiva, misurano il contrasto sul fotogramma disegnato invece che sui colori dichiarati nel codice e riportano ogni rilievo alla riga che lo ha prodotto. Gli scanner preconfezionati non lo fanno.
Gli strumenti però non sono il prodotto. Sapere quali rilievi contano, quali sono rumore e che cosa chiederà davvero un'autorità: quello è il prodotto, ed è una persona che legge la vostra app.
Domande
Richiedi un audit
Scrivete a [email protected] con il build, o un link, e una riga su quale dei due generi di guai vi preoccupa. Prezzo fisso e data tornano indietro nella stessa giornata lavorativa.