Accessibilità app: obblighi, errori comuni e come partire
Un'icona senza etichetta basta a bloccare un acquisto. Cosa chiede la normativa, quali sono gli errori più frequenti e da quali sette interventi partire per rendere accessibile un'app.

Introduction
This Privacy Notice aims to clearly and transparently explain which personal data we collect when you visit our website, why we collect it, how we use it, and what Your rights are.
We process your personal data in accordance with Regulation (EU) 2016/679 (GDPR) and applicable national data protection laws. We are committed to ensuring that all processing activities are carried out in accordance with the principles of lawfulness, fairness, transparency, data minimization, integrity, and confidentiality.
Specifically, in this notice you will find information about:
-
which data we collect about you and for what purposes;
-
the legal bases on which we process such data;
-
who we may share your data with;
-
how long we retain your data;
-
your rights and how to exercise them.
While we sometimes need Your data for example, to respond to your requests or improve our website), we do so with respect, care and only when truly necessary.
Our Privacy Promises
-
We deeply value your privacy, and for this reason, we guarantee that:
-
We treat your data as if it were our own.
-
We use your data only for the purposes outlined in this notice.
-
We retain your data only for as long as strictly necessary.
-
We do not share your data with third parties without a valid legal basis or your explicit consent.
1. Who Processes Your Personal Data
The Data Controller — that is, the entity that determines the purposes and means of the processing of Your personal data — is AccessiWay S.a.S., with registered office at 7 Rue du Général Henrion Bertier, 92200 Neuilly-sur-Sein registered with the Nanterre Trade and Companies Register under number 914 022 595.
AccessiWay is part of the team.blue group and, in certain cases, acts as joint controller together with team.blue NV, with registered office at Skaldenstraat 121, 9042 Ghent, Belgium. In this context, Your personal data may be shared within the group for statistical, administrative, operational, and service improvement purposes.
AccessiWay and team.blue have defined their respective roles and responsibilities under a joint controllership agreement pursuant to Article 26 of the GDPR, ensuring full compliance with data protection regulations.
For more information regarding joint controllership or to exercise Your rights, you may contact AccessiWay via email at the following email addresses:
📧 legal.fr@accessiway.com or info@accessiway.com.
2. Who This Privacy Notice Applies To
This notice applies to:
-
users who browse the website www.accessiway.com,
-
individuals who contact us through the form available on the website or via email;
-
users who interact with tools we have implemented (e.g. widgets, cookies);
-
individuals who, through the website or other channels, access external platforms or third-party entities through which they may submit a job application (e.g. recruiting portals or employment agencies).
-
In such cases, the privacy notices of the third parties involved — independent from AccessiWay — also apply.
3. What Data We Process
To manage your interaction with our website, we may process the following categories of personal data:
-
Identification and contact details such as name, surname, company, job title, email address, and phone number.
-
These data may be partially processed through our customer relationship management (CRM) system.
-
Data relating to your interaction with our services such as information collected via the website or through Hubspot, such as communication history, preferences, requests, and commercial or technical notes.
-
Technical data such as IP address, device type, operating system, browser, access times, and other data automatically recorded by our systems or servers.
-
Browsing data and preferences such as collected via cookies or similar technologies, in accordance with the choices expressed through the cookie consent banner.
-
Application data such as personal information included in your CV or other documents submitted through third-party platforms (e.g. professional experience, education, contact details).
-
These data are processed by AccessiWay only after being transmitted by the third party, which remains autonomous in the initial processing.
4. Purposes and Legal Basis of Processing
We process Your personal data in compliance with Regulation (EU) 2016/679 (GDPR) and applicable national data protection laws. Your data may be processed for the following purposes:
-
Technical operation of the website
We process technical data, using technical cookies and similar tools, to allow You to access the site, view it correctly, and ensure it functions properly (e.g. browsing, content loading, storing preferences).
📌Legal basis: this processing is necessary to provide a service requested by the user, pursuant to Article 6(1)(b) of the GDPR. Your consent is not required for these cookies.
-
Handling contact or support requests
When you send us a request — via the contact form or by email — we process your data to respond and provide the information requested.
📌 Legal basis: this processing is necessary to take steps at your request prior to entering into a contract, pursuant to Article 6(1)(b) of the GDPR.
-
Compliance with legal obligations
In certain cases, we may need to process your data to comply with legal obligations, such as tax, accounting, or IT security requirements.
📌 Legal basis: this processing is based on compliance with a legal obligation, pursuant to Article 6(1)(c) of the GDPR.
-
Statistical analysis and website improvement
We use analytical tools (e.g. analytical cookies) to collect aggregated data in order to understand how the website is used and to improve its content and functionality.
📌 Legal basis: we process this data only with your freely given and specific consent, pursuant to Article 6(1)(a) of the GDPR.
-
Marketing and Profiling
If you authorize us to do so, we may use your data to send you promotional communications or provide personalized content (e.g. through profiling cookies).
📌 Legal basis: this processing is carried out only with your explicit consent, pursuant to Article 6(1)(a) of the GDPR. You may withdraw your consent at any time without affecting the lawfulness of processing based on consent before its withdrawal.
-
Management of job applications through third parties
We may receive job applications via third-party platforms (e.g. job portals) or through recruitment agencies. In such cases, we process the submitted data to assess your suitability for the proposed role.
📌 Legal basis: this processing is necessary to take steps at your request prior to entering into a contract, pursuant to Article 6(1)(b) of the GDPR.
Note: the privacy policies of the third-party platforms or agencies involved also apply, independently of AccessiWay.
5. Cookies and Tracking Tools
This website uses a cookie management system provided by iubenda, which allows you to:
-
view a full and transparent list of the cookies in use;
-
modify or withdraw your consent at any time;
-
access the complete Cookie Policy, integrated in the cookie widget.
You can manage your preferences by clicking on the cookie widget icon located at the bottom left corner of every page on the site.
Technical cookies are necessary and therefore enabled by default. Other non-essential cookies (analytical, profiling) are only enabled with your consent.
For more information, please refer to the full Cookie Policy accessible from the cookie widget.
6. Use of accessWidget
This website integrates accessWidget, an automated accessibility tool developed by accessiBe Ltd. and distributed by AccessiWay. The widget allows users to personalize their browsing experience based on their needs.
When the user activates the widget, their IP address is technically transmitted, but:
-
it is not stored, tracked, or associated with identifiable individuals;
-
it is anonymized via a proxy located in the European Union;
-
it is not used for profiling or marketing purposes.
📌 Legal basis: provision of a service requested by the user (Article 6(1)(b) of the GDPR).
7. Data Security
We adopt appropriate technical and organizational measures to ensure the security, integrity, and confidentiality of the personal data we process. These measures are designed to prevent unauthorized access, loss, disclosure, or alteration of your data. In particular, we implement:
-
secure connections via HTTPS (SSL/TLS);
-
authentication systems and access control;
-
access limitation and internal access tracking mechanisms;
-
regular audits and verification procedures;
-
continuous updates to systems and security measures according to the level of risk.
8. Data Retention
Your personal data is stored only for the time strictly necessary to achieve the purposes for which it was collected. Specifically:
-
Contact data: up to 10 years if relevant for contractual or legal purposes;
-
Technical and browsing data: according to what is outlined in the Cookie Policy;
-
Marketing data: until consent is withdrawn.
9. Your Rights (Data Subject Rights)
As a data subject, you may exercise the rights provided under Articles 15–22 of the GDPR at any time. In particular, you have the right to:
-
Obtain confirmation as to whether or not your personal data is being processed and access such data (right of access);
-
Request the rectification of inaccurate personal data or the completion of incomplete data (right to rectification);
-
Request the erasure of your data, if the conditions set out in the GDPR are met (right to erasure);
-
Obtain restriction of processing where applicable (right to restriction);
-
Object to the processing of your data, in whole or in part, under certain circumstances (right to object);
-
Receive your data in a structured, commonly used, and machine-readable format, and, where technically feasible, have it transmitted directly to another controller (right to data portability);
-
Withdraw your consent at any time, without affecting the lawfulness of processing based on consent before its withdrawal.
📧 You can exercise Your rights at any time by contacting us at: legal.fr@accessiway.com.
🔗 If you are located in France and believe that the processing of your personal data violates applicable law, you have the right to lodge a complaint with the French Data Protection Authority (Commission Nationale de l’Informatique et des Libertés – CNIL) via the website: www.cnil.fr.
*If you have difficulty accessing our form, please feel free to contact us. Send an e-mail to info@accessiway.com
Un'icona a forma di carrello senza etichetta basta a bloccare un acquisto. Chi usa uno screen reader sente solo "pulsante", e lo stesso vale per il menu, la lente di ricerca e il tasto indietro.
L'accessibilità delle app consiste nel rendere ogni schermata percepibile, utilizzabile e comprensibile anche con VoiceOver, TalkBack, una tastiera esterna o un carattere di sistema ingrandito. In questa guida trovi cosa chiede la normativa, gli errori che emergono più spesso negli audit delle nostre accessibility expert e i sette interventi con il miglior rapporto tra impatto e sforzo.
Cosa significa accessibilità app
La Legge 4/2004 (Legge Stanca) definisce l'accessibilità come la capacità dei sistemi informatici di fornire servizi e informazioni fruibili da chi usa tecnologie assistive. Il peso dell'adattamento ricade quindi sul sistema, non sulla persona.
Il principio vale per le app native iOS e Android, per le web app e per i siti mobili. Le Web Content Accessibility Guidelines (WCAG) nascono per il web, ma i loro criteri si applicano anche alle schermate di un'app nativa, e la norma europea EN 301 549 copre anche il mobile.
I quattro principi delle WCAG si traducono in modo concreto sullo schermo di uno smartphone:
Una schermata è percepibile se ha testo alternativo, contrasto adeguato e testo che si ingrandisce.
È utilizzabile se ogni gesture ha un'alternativa e le aree touch sono abbastanza grandi.
È comprensibile se gli errori sono chiari,
È robusta se nome, ruolo e stato di ogni controllo arrivano alle tecnologie assistive.
Chi usa un'app in modo diverso da come l'hai progettata
Una persona con disabilità visiva usa VoiceOver su iOS o TalkBack su Android e ascolta la schermata invece di guardarla. Chi vive con una disabilità motoria può affidarsi a una tastiera esterna, a uno switch o ai comandi vocali. Chi ha bassa visione ingrandisce il carattere di sistema e si aspetta che l'app lo rispetti.
Le stesse soluzioni aiutano anche nelle situazioni temporanee: il sole diretto sullo schermo, una mano occupata, un braccio ingessato. Ciò che serve a un gruppo di persone ogni giorno serve a molti, ogni tanto.
Quando l'accessibilità delle app è obbligatoria
Per le pubbliche amministrazioni (PA) l'obbligo c'è da tempo: la Direttiva (UE) 2016/2102 chiede che siti e app del settore pubblico siano accessibili. In Italia la Legge 4/2004 (art. 3) si applica a PA, concessionari di servizi pubblici, aziende di trasporto e telecomunicazione a prevalente capitale pubblico e altri soggetti. L'art. 3, comma 1-bis aggiunge i soggetti privati che offrono servizi tramite siti o app con un fatturato medio degli ultimi tre anni superiore a 500 milioni di euro.
Dal 28 giugno 2025 il D.Lgs. 82/2022, che recepisce l'European Accessibility Act, estende gli obblighi a tutti gli operatori economici per i prodotti e i servizi che rientrano nel suo ambito. Rientrano l'e-commerce, i servizi bancari per i consumatori e i servizi di trasporto passeggeri, anche quando passano da un'app. Le microimprese di servizi sono escluse.
Il riferimento tecnico è la norma EN 301 549, che richiama le WCAG di livello AA. Per le PA, l'AgID emana le linee guida su strumenti informatici e applicazioni mobili (art. 11). Le PA pubblicano inoltre ogni anno, entro il 23 settembre, la dichiarazione di accessibilità, con un meccanismo di feedback accessibile.
Muoversi per tempo lascia più margine: le correzioni entrano nel normale ciclo di rilascio, senza dover rincorrere nulla.
Gli errori più frequenti nelle app
Gli audit delle nostre accessibility expert mostrano schemi che si ripetono. Sono quattro famiglie di barriere digitali, e ognuna corrisponde a criteri WCAG precisi.
Controlli senza nome, ruolo o stato
Icone, pulsanti solo grafici e componenti personalizzati spesso non espongono nome, ruolo o stato alle tecnologie assistive (criterio 4.1.2). Lo screen reader dice "pulsante" e basta, oppure non annuncia se un interruttore è attivo. Il controllo diventa inutilizzabile.
Lo stesso accade con le immagini. Quelle informative senza alternativa testuale e quelle decorative non nascoste (criterio 1.1.1) fanno perdere informazioni e aggiungono rumore alla lettura.
Struttura e campi che non si capiscono
Titoli non marcati come heading, etichette dei campi non associate al campo, liste e gruppi non dichiarati: tutto questo ricade nel criterio 1.3.1. Senza heading non si può navigare per intestazioni. Senza etichette associate, chi usa uno screen reader non capisce cosa compilare in registrazione, login e checkout.
Tastiera, gesture e ordine del focus
Le funzioni che richiedono gesture complesse o swipe (criterio 2.1.1) lasciano bloccato chi usa una tastiera esterna o uno switch. Anche l'ordine del focus conta (criterio 2.4.3): se è illogico, o se il focus non viene gestito su modali e cambi di schermata, i contenuti vengono saltati o raggiunti fuori contesto.
Orientamento bloccato e testo che non si ingrandisce
Un'app bloccata in verticale o in orizzontale (criterio 1.3.4) è inutilizzabile per chi tiene il dispositivo fissato in una sola posizione, per esempio su un supporto. Il testo che non cresce o che si taglia con il carattere di sistema ingrandito (criterio 1.4.4) esclude chi ha bassa visione. Spesso la causa sono altezze fisse nei contenitori.
7 interventi da fare per migliorare da subito l'accessibilità delle app
Non serve rifare l'app da zero. Pochi interventi mirati recuperano molto, e abbiamo ordinato i sette migliori per rapporto tra impatto e sforzo.
# | Intervento | Impatto | Criteri WCAG |
1 | Etichette accessibili su icone e pulsanti solo grafici (indietro, chiudi, carrello, menu, preferiti) | Altissimo | 4.1.2, 1.1.1 |
2 | Immagini decorative nascoste allo screen reader, testo alternativo solo sulle poche informative | Alto | 1.1.1 |
3 | Titoli di schermata e di sezione marcati come heading | Alto | 1.3.1 |
4 | Etichette dei campi sempre visibili e associate al campo, non solo placeholder | Alto su registrazione, login e checkout | 1.3.1, 3.3.2 |
5 | Messaggi di errore chiari, annunciati dallo screen reader | Alto sui form | 3.3.1, 4.1.3 |
6 | Aree touch minime di 24×24 px (meglio 44×44), con padding o hit area, senza cambiare il layout | Medio-alto | 2.5.8 |
7 | Supporto al testo ingrandito: via altezze fisse e troncamenti nei contenitori principali | Alto per bassa visione | 1.4.4 |
Come testare l'accessibilità di un'app
Gli strumenti automatici trovano i problemi più semplici da rilevare. Per capire se l'app si usa davvero servono tre livelli di verifica.
Il primo è il test manuale.
Attiva VoiceOver o TalkBack e completa un flusso intero, per esempio login, ricerca e acquisto. Poi collega una tastiera Bluetooth e muoviti con Tab e Invio, ingrandisci il carattere di sistema e ruota il dispositivo.
Il secondo livello sono gli strumenti.
Su Android c'è Accessibility Scanner, su iOS l'Accessibility Inspector di Xcode, e Android offre anche test automatici per le interfacce in Compose. Segnalano contrasti, aree touch e etichette mancanti, ma non dicono se un'etichetta ha senso per chi la ascolta.
Il terzo livello è il test con persone con disabilità.
Un'app può risultare accessibile e comunque poco fruibile: solo chi la usa con le tecnologie assistive ogni giorno sa dire se un flusso è efficace e soddisfacente.
Come ti supportiamo su un'app
Un audit di Accessiway su un'app segue le WCAG 2.2 di livello AA e la norma EN 301 549, ed è costruito con il contributo di persone che usano le tecnologie assistive ogni giorno. Il risultato è un elenco di barriere digitali ordinate per impatto, con indicazioni di rimediazione pensate per chi sviluppa.
Da lì il lavoro continua release dopo release, perché la conformità si mantiene nel tempo.
Scoprilo con un audit di Accessiway: ti basta una chiacchierata di 15 minuti per capire da dove partire con la tua app.
Domande frequenti sull'accessibilità app
Cosa significa accessibilità app?
L'accessibilità app è la capacità di un'app di essere percepita, usata e compresa anche con tecnologie assistive come VoiceOver e TalkBack, una tastiera esterna o il testo ingrandito. È l'app ad adattarsi alla persona.
Le WCAG valgono anche per le app?
Sì, i criteri delle WCAG si applicano anche alle schermate delle app native. La norma europea EN 301 549 copre il software mobile e usa le WCAG di livello AA come riferimento per i contenuti.
Quando l'accessibilità è obbligatoria per un'app?
Per le pubbliche amministrazioni l'obbligo c'è da tempo. Dal 28 giugno 2025 si estende agli operatori economici con servizi nell'ambito dell'European Accessibility Act, microimprese di servizi escluse.
Come si verifica l'accessibilità di un'app?
Si uniscono test manuali con VoiceOver o TalkBack, tastiera esterna e testo ingrandito, strumenti come Accessibility Scanner o Accessibility Inspector, e prove con persone con disabilità.
Da quali interventi conviene partire?
Dalle etichette accessibili su icone e pulsanti solo grafici, poi dai titoli di schermata, dalle etichette dei campi sempre visibili e dagli errori annunciati. Costano poco tempo e hanno un impatto alto.
Contenuto generato con il supporto dell'intelligenza artificiale e sottoposto a supervisione e revisione umana

Redazione
Quanto è accessibile l'esperienza di navigazione di web e app da mobile? L'abbiamo chiesto a 1000 persone in Italia e queste sono state le loro risposte.
Novita

Paolo Berro
Per le persone con disabilità cognitive un percorso può diventare inaccessibile non per questioni legate al codice ma per il modo in cui è stato costruito. In questo articolo parliamo di accessibilità cognitiva e cosa dice l'Europa a riguardo.
Accessibilita Digitale

Author
Si può costruire una pagina web che funziona esattamente come previsto e, nello stesso tempo, renderla inutilizzabile per qualcuno. La EU Code Week è l'occasione per insegnare il coding pensando a tutti.
Inclusione E Csr