checkApp

Audit indipendenti di app mobili · Flutter · iOS & Android

Audit che indicano la riga di codice

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.

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

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

Un audit su un'app che potete verificare voi stessi

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.

Wonderous 2.2.0, iOS, otto schermate
RequisitoChe cosa chiedeDifetti
WCAG 1.4.3Contrasto (minimo)17
WCAG 2.5.5Dimensione del target5
WCAG 4.1.2Nome, ruolo, valore3
WCAG 1.4.4Ridimensionamento del testo2
WCAG 1.3.2Sequenza significativa1
WCAG 1.4.11Contrasto del non testuale1
WCAG 2.4.7Focus visibilenulla 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

Pubblicati, fissi e circa il 40% sotto il mercato

Nessuna call conoscitiva prima di un numero. I prezzi sono per audit, non a ora, e i tempi sono quelli indicati, non quelli sperati.

Idoneità agli store

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.

190 € 2 giorni lavorativi
Audit di accessibilità — fino a 10 schermate

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.

690 € 5 giorni lavorativi
Audit di accessibilità — fino a 25 schermate

Lo stesso, per un prodotto con una superficie reale.

1.290 € 8 giorni lavorativi
Relazione di conformità EN 301 549

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.

390 € +2 giorni
Nuovo audit dopo le vostre correzioni

Entro 90 giorni dal primo. Dice che cosa è stato chiuso, che cosa no e che cosa hanno introdotto le modifiche.

190 € 3 giorni lavorativi
Verifica annuale

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.

−30% come sopra
Consulenza

Per un rifiuto specifico, un rilievo contestato o una scelta di progettazione prima di realizzarla.

90 €/ora minimo 1 ora

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

Mandate un build. Ricevete la relazione per email.

  1. Mandate i build Un .apk per Android e, per iOS, una .app per simulatore oppure un .ipa. Nessun accesso al repository, nessun NDA da negoziare, nessuna call introduttiva.
  2. Verifichiamo I controlli automatici girano sull'app in esecuzione su dispositivi reali. Poi una persona la percorre con lo screen reader, perché la parte automatica trova una minoranza dei problemi reali.
  3. Ricevete due file Una relazione HTML da cui il vostro team può copiare i percorsi, e la stessa cosa in PDF per chi vi chiede una prova.
  4. Da noi non resta nulla Il vostro build e i rilievi vengono cancellati alla consegna. L'elenco delle vostre lacune di conformità non resta sul server di qualcun altro.
Che cosa si può verificare da ciascun formato
Che cosa mandateControlli storeAccessibilità
.apk — AndroidCompletoCompleto
.app — build iOS per simulatoreCompletoCompleto
.ipa — build iOS per dispositivoCompletoNon possibile
Invito TestFlightCompletoA mano, +60%

Che cosa viene verificato

Due generi di guai prima di una release mobile

Quelli che fermano un rilascio questa settimana

Quelli su cui interviene un'autorità

Tenuto aggiornato

Che cosa è in vigore e che cosa arriva

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.

RequisitoChe cosa succedeDa
Privacy manifest, API con motivazione obbligatoriaCaricamento rifiutatoIn vigore
Cancellazione dell'account nell'appRespinta in revisioneIn vigore
Accedi con Apple accanto al login di terze partiRespinta in revisioneIn vigore
Google Play: API 36 per gli aggiornamenti, 35 per restare in elencoAggiornamento rifiutato, app nascosta31/08/2026
EN 301 549 — Legge Stanca, EAAVigilanza del mercato, sanzioni28/06/2025
MinimumOSVersion 15.0Ora avviso 90068, poi rifiutoPrimavera 2027
SDK iOS 27 per i caricamentiCaricamento rifiutatoAprile 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

La certificazione EAA non esiste, e nessuno può vendervela

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

Una persona e strumenti costruiti apposta

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

Prima che lo chiediate

Lo European Accessibility Act si applica alla mia app?
Si applica da giugno 2025 a prodotti e servizi rivolti ai consumatori venduti nell'Unione europea — commercio elettronico, servizi bancari, trasporti, e-book e telecomunicazioni tra gli altri. Le imprese sotto i 10 addetti e i 2 milioni di euro di fatturato che erogano servizi ne sono escluse. Se non è chiaro da che parte state, quella è una consulenza, non un audit.
Un audit ritarda la nostra release?
No. Ci mandate un build, ricevete la relazione in due-otto giorni lavorativi secondo la dimensione, e le correzioni le pianificate voi. Quasi tutti fanno il controllo store mentre la release è ancora in TestFlight, ed è proprio il punto: un rilievo che blocca il caricamento costa poco finché il build è nelle vostre mani e molto una volta chiusa la release.
Che cosa significa l'avviso 90068?
App Store Connect lo invia quando la MinimumOSVersion di un'app è inferiore a iOS 15. Oggi il build viene comunque consegnato e l'avviso arriva per email; dalla primavera 2027 il caricamento viene rifiutato. Un progetto Flutter porta 13.0 finché qualcuno non lo cambia, quindi capita a quasi tutti senza aver sbagliato nulla.
Che cos'è ITMS-91053?
Il rifiuto di Apple per una API con motivazione obbligatoria chiamata senza che il privacy manifest ne dichiari il motivo. Arriva al caricamento, elenca le API trovate, e non c'è nessun build di avviso prima. L'audit di idoneità agli store riguarda soprattutto questa classe di problemi.
Verificate anche app non fatte in Flutter?
I controlli sugli store funzionano su qualsiasi build iOS o Android. I controlli di accessibilità sono automatizzati per Flutter e manuali altrimenti — chiedete, e il preventivo sarà onesto.
Correggete anche i problemi?
No. Chi verifica e insieme vende la correzione ha un motivo per trovare più di quanto ci sia. La relazione è scritta perché i vostri sviluppatori possano agire senza di noi.
Come si paga?
Fattura e bonifico per gli audit, carta per il controllo store da 190 €. I clienti business nell'Unione europea sono fatturati in reverse charge — mandate la partita IVA insieme al build.

Richiedi un audit

Mandate un build e la vostra domanda

Scrivete a hello@checkapp.dev 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.