La vostra app Flutter rispetta lo European Accessibility Act?
Un audit EN 301 549 che dice che cosa non va, in quale file e in quale riga — e una relazione firmata da consegnare al vostro legale. 690 €, 5 giorni lavorativi. Un certificato EAA non esiste, e lo diciamo.
690 € · 5 giorni lavorativi · con la relazione firmata 1.080 €
Per il vostro legale
Che cosa potete mostrare al vostro legale
Due documenti. La relazione di audit elenca ogni rilievo, il criterio WCAG e la clausola EN 301 549 che viola, e il file e la riga da cui proviene. La relazione di conformità firmata passa in rassegna ogni criterio e dice se l'app lo soddisfa, non lo soddisfa o se non è stato verificato. Nessuno dei due è un certificato o una garanzia contro le sanzioni, e i paragrafi seguenti spiegano perché.
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.
Esempio di lavoro
Relazione di esempio: Wonderous — 33 difetti, ognuno con file e riga
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.1.1 | Tastiera | 4 |
WCAG 2.5.8 | Dimensione del target (minima) | 3 |
Linee guida della piattaforma | Dimensione del target | 2 |
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 |
WCAG 1.4.10 | Ridisposizione | nulla rilevato |
33 punti nel codice · 161 occorrenze · 21 controlli. Ognuna con file e riga: l'elenco delle correzioni diventa una coda di lavoro, non un'indagine.
Strumenti gratuiti
Che cosa trovano gli strumenti gratuiti e che cosa lasciano a voi
L'audit di accessibilità di Xcode e il pre-launch report di Google Play sono gratuiti, ed entrambi vedono un'app Flutter. Usateli — trovano problemi reali. Ecco cosa lasciano a voi.
| Audit di Xcode | Pre-launch report di Play | checkApp | |
|---|---|---|---|
| Vede un'app Flutter | Sì | Sì | Sì |
| Prezzo | Gratuito | Gratuito | Da 690 € |
| Piattaforme | iOS | Android | Entrambe, in una relazione |
| Indica file Dart e riga | No | No | Sì |
| Distingue ciò che richiede la EN 301 549 dalle indicazioni della piattaforma | No | No | Sì |
| Una persona completa le attività principali con lo screen reader | No | No | Sì |
| Quali etichette di accessibilità dell'App Store potete dichiarare | No | No | Sì |
| Un documento firmato per un'autorità o un cliente | No | No | Sì |
Entrambi mostrano ciò che la piattaforma vede sullo schermo, non da dove arriva nel codice, e misurano sulle linee guida della piattaforma anziché sulla legge. Quella differenza è il lavoro.
Che cosa controlla l'audit di accessibilità
- Comandi che lo screen reader annuncia come senza nome
- Testi e icone sotto il contrasto richiesto, misurato sul fotogramma disegnato e non sul colore dichiarato nel codice
- Aree toccabili sotto il minimo della piattaforma
- Ordine di lettura che non corrisponde a quello che si vede
- Testo al 200% che viene tagliato, e layout che si rompono quando accade
- Animazioni che continuano dopo che qualcuno ha chiesto di fermarle
- Comandi identici con e senza focus
- Campi per password e codici che bloccano l'incolla, così nessun gestore di password può aiutare
- Comandi che rispondono al tocco ma non si raggiungono da tastiera o con uno switch
- Un pulsante che mostra una parola e si chiama in un altro modo, così il controllo vocale non risponde a ciò che si vede
- Campi di un modulo con solo un suggerimento che sparisce mentre si scrive, e campi per email, telefono o password che non lo dichiarano alla compilazione automatica
- Un'app bloccata in verticale o in orizzontale, con la riga di codice che la blocca
Le norme e le regole degli store secondo cui verifichiamo
- Direttiva (UE) 2019/882
- European Accessibility Act — si applica dal 28 giugno 2025
- EN 301 549 v4.1.1
- ETSI, 2 settembre 2026 — rimanda a WCAG 2.2 livello AA
- EN 301 549 — Legge Stanca, EAA
- Vigilanza del mercato, sanzioni · 28/06/2025
Prezzi
Prezzi fissi e pubblicati. Da 190 €.
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, e quali etichette di accessibilità di Apple potete dichiarare onestamente.
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.
Pacchetto EAA: audit fino a 10 schermate e relazione firmata EN 301 549 — 1.080 €.
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.
I prezzi vengono rivisti ogni gennaio.
Mandate un build. Ricevete la relazione per email.
| 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% |
FAQ
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.
Che cosa sono le etichette di accessibilità di Apple, e mi servono?
Nella scheda dell'App Store un'app può ora dichiarare quali funzioni di accessibilità supporta — VoiceOver, Voice Control, Larger Text, Dark Interface, Differentiate Without Color Alone, Sufficient Contrast, Reduced Motion, Captions e Audio Descriptions. Oggi è facoltativo, e Apple non ha fissato una data. Ma prima di dichiarare una funzione, Apple chiede che tutte le attività principali dell'app si possano completare usando solo quella funzione, e lascia a voi stabilire quali siano. Noi le individuiamo, le percorriamo con ogni funzione e vi diciamo quali etichette potete dichiarare e che cosa blocca le altre.
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.
Richiedi un audit
Mandate una build per email. Ricevete prezzo fisso e data.
Scrivete a hello@checkapp.dev con la build, o un link, e una riga su che cosa vi serve: audit di accessibilità, verifica degli store o entrambi. Prezzo fisso e data tornano indietro nella stessa giornata lavorativa.