top of page

—

23 ottobre 2026

App accessibili: gli errori WCAG più comuni in 50 app analizzate

Abbiamo analizzato 50 app e ognuna aveva almeno un problema di accessibilità critico. Ecco i criteri WCAG più violati e come correggerli.

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

Abbiamo analizzato gli audit di accessibilità di 50 app iOS e Android, svolti nell'ultimo anno, per capire cosa manca per avere app accessibili.

La maggior parte delle barriere digitali che abbiamo trovato nasce da pochi errori che si ripetono, quasi tutti al livello più basilare delle Web Content Accessibility Guidelines (WCAG).

In questo articolo vedremo cosa non funziona, con quale frequenza e quali correzioni risolvono più problemi.

Quali sono gli errori di accessibilità più comuni nelle app?

Tutti e quattro gli errori emergono quando si usa uno screen reader.

Errore ricorrente

App coinvolte (% su 50)

Cosa sente chi usa uno screen reader

WCAG

Nome o ruolo mancante o sbagliato

92%

I componenti vengono annunciati senza nome, con il ruolo sbagliato o senza ruolo: un'icona viene letta solo come "pulsante", un link come pulsante, un pulsante come testo semplice

4.1.2

Elemento non raggiungibile con lo screen reader

84%

Lo screen reader salta l'elemento: un'immagine importante non viene letta, un componente interattivo non si può attivare

1.1.1, 2.1.1

La bottom navigation non sposta il focus

72%

Dopo aver toccato una scheda, lo screen reader resta sulla barra di navigazione invece di passare al nuovo contenuto

2.4.3

Titoli non marcati come intestazioni

62%

Un testo che sembra un titolo viene letto come testo semplice, quindi non si può passare da una sezione all'altra

1.3.1

Quali sono i criteri WCAG più violati nelle app?

Tre criteri valgono sei problemi su dieci: 4.1.2 Nome, ruolo, valore; 1.3.1 Informazioni e correlazioni; 2.4.3 Ordine del focus. Sono tutti e tre di livello A e tutti e tre stabiliscono se uno screen reader riesce a dare un senso a una schermata.

Sull'intero dataset, l'84% dei problemi non rispetta criteri di livello A e il 16% criteri di livello AA. Anche la gravità è alta: ogni app aveva almeno un problema classificato come critico.

Criterio WCAG

Livello

App coinvolte (%)

Problemi (% sul totale)

4.1.2 Nome, ruolo, valore

A

96%

38,1%

1.3.1 Informazioni e correlazioni

A

96%

14,0%

2.4.3 Ordine del focus

A

96%

9,5%

4.1.3 Messaggi di stato

AA

94%

3,5%

1.1.1 Contenuti non testuali

A

94%

5,6%

2.1.1 Tastiera

A

92%

6,9%

1.4.4 Ridimensionamento del testo

AA

92%

1,8%

4.1.2 Nome, ruolo, valore chiede che ogni elemento interattivo dichiari che cos'è (il ruolo), come si chiama (il nome) e in che stato si trova. Quando il criterio non è rispettato, chi usa uno screen reader sente "pulsante" senza etichetta, oppure sente un'etichetta senza capire che si può toccare. Il testo completo del requisito è nella pagina Understanding 4.1.2 del W3C (in inglese).

Uno screen reader può annunciare solo quello che il codice gli comunica.

1.3.1 Informazioni e correlazioni non è rispettato quando la struttura visibile non arriva alle tecnologie assistive: testi che sembrano titoli ma non sono marcati come intestazioni, o etichette non collegate ai rispettivi campi. 2.4.3 Ordine del focus non è rispettato quando lo screen reader salta da un punto all'altro della schermata in un ordine che non corrisponde a quello che si vede.

Quali criteri WCAG correggere per primi nelle app?

Parti da 4.1.2, 1.3.1 e 2.4.3, che riguardano quasi tutte le app. Poi passa a questi criteri:

  • 1.1.1 Contenuti non testuali: immagini e icone significative hanno bisogno di un'alternativa testuale.

  • 2.1.1 Tastiera: tutto deve funzionare anche con una tastiera o un altro dispositivo esterno, non solo al tocco.

  • 1.4.3 Contrasto (minimo): il testo deve distinguersi chiaramente dallo sfondo.

  • 1.4.4 Ridimensionamento del testo: quando si ingrandisce il testo non deve tagliarsi nulla.

  • 1.3.4 Orientamento: l'app deve funzionare sia in verticale sia in orizzontale.

Non serve correggere tutto subito. Una struttura semantica solida, con nomi, ruoli, stati e un ordine del focus logico, permette di usare l'app con tastiere, joystick, comandi vocali e screen reader.

Come si correggono gli errori di accessibilità più comuni nelle app?

Le correzioni indicate negli audit corrispondono agli errori più frequenti. Ecco come risolvere ciascuno, nello stesso ordine degli errori.

  1. Imposta il ruolo corretto su ogni controllo

    Risolve i controlli annunciati senza ruolo o con il ruolo sbagliato. Dichiara i ruoli tramite l'API di accessibilità di ogni piattaforma: accessibilityTraits su iOS, AccessibilityNodeInfoCompat.setClassName() su Android, accessibilityRole in React Native e Semantics in Flutter.

  2. Dai a ogni controllo un nome accessibile chiaro

    Risolve i controlli senza nome accessibile. Imposta un accessibilityLabel significativo su iOS e un contentDescription su Android, soprattutto sui pulsanti composti solo da un'icona.

  3. Rispetta le soglie minime di contrasto

    Usa un rapporto di contrasto di almeno 4,5:1 per il testo normale e di 3:1 per il testo grande e per icone, bordi e indicatori di stato che veicolano informazioni. Verifica sia la modalità chiara sia quella scura.

  4. Sposta il focus sul nuovo contenuto

    Risolve la bottom navigation che lascia chi usa lo screen reader sulla barra delle schede. Su iOS, imposta accessibilityElements nell'ordine corretto. Su Android, definisci l'ordine del focus con nextFocusDown/Up/Left/Right nell'XML o con focusProperties in Compose. In React Native, sposta il focus con AccessibilityInfo.setAccessibilityFocus.

  5. Raggruppa gli elementi correlati in un unico componente

    Risolve le card che richiedono più swipe per essere lette. Una card prodotto con immagine, titolo e prezzo deve essere un solo punto di focus, non quattro. Su iOS, imposta isAccessibilityElement sull'elemento padre e assegna un'etichetta al gruppo. Su Android, usa android:screenReaderFocusable sul contenitore.

Attenzione: i componenti nativi gestiscono già buona parte di questi aspetti.

Cosa significa per la conformità all'EAA

Le app rivolte ai consumatori nell'Unione Europea seguono le stesse regole dei siti web. Dal 28 giugno 2025 l'European Accessibility Act (EAA) richiede app accessibili per i servizi che rientrano nel suo ambito, come banche, e-commerce e trasporto passeggeri. In Italia l'EAA è stato recepito con il D.Lgs. 82/2022. I requisiti tecnici si basano sulle WCAG.

Gli strumenti automatici intercettano solo una parte dei problemi di accessibilità delle app, come il contrasto insufficiente. Non possono però valutare se un'etichetta ha senso o se il focus arriva nel punto giusto dopo un tocco: per questo nella nostra guida all'accessibilità delle app consigliamo di combinare strumenti, test manuali e test con persone con disabilità.

Metodologia: da dove arrivano i dati?

L'analisi si basa sugli audit di accessibilità di 50 app, svolti dal team app di Accessiway per organizzazioni in tutta Europa nell'ultimo anno. In totale, gli audit hanno registrato 6.652 problemi.

L'accessibilità delle app è l'insieme di pratiche che rende le schermate di un'app percepibili, utilizzabili, comprensibili e robuste per tutte le persone, comprese quelle che usano screen reader, tastiere esterne, sistemi a scansione (switch control) o il testo di sistema ingrandito, e chi non può ruotare il dispositivo.

I nostri auditor verificano ogni app rispetto alle WCAG 2.2 livello AA e assegnano a ogni problema una priorità: critica, alta, media o bassa.

Come abbiamo contato i risultati:

  • Per i criteri WCAG, ogni app è contata una sola volta, indipendentemente da quanti problemi ha.

  • Gli errori più comuni vengono dall'analisi del team app sui report di audit, che raggruppa i problemi con descrizioni simili. Le percentuali sono valori minimi: ogni errore è presente almeno nella quota di app indicata.

  • Il numero di problemi dipende da quante schermate e flussi copriva ogni audit, quindi la classifica si basa sul numero di app coinvolte e non sul volume totale.

  • La colonna "Problemi (% sul totale)" conta le singole occorrenze: un errore molto diffuso che compare una sola volta per app pesa poco in questa colonna.

Domande frequenti sugli errori di accessibilità nelle app

Le WCAG valgono anche per le app?

Sì. Le WCAG sono nate per il web, ma la norma EN 301 549, lo standard europeo per l'accessibilità dei prodotti e servizi ICT, applica i loro criteri di successo anche al software mobile. Alcuni criteri vanno interpretati fuori dal browser, e il W3C lo spiega nella sua guida all'applicazione delle WCAG al software non web (in inglese).

Qual è l'errore di accessibilità più comune nelle app?

Gli errori legati al criterio WCAG 4.1.2 Nome, ruolo, valore: componenti senza nome accessibile, o con un ruolo mancante o sbagliato. Li abbiamo trovati in almeno il 92% delle app analizzate.

Quale livello WCAG non rispettano più spesso le app?

Il livello A, quello più basilare delle WCAG. I suoi criteri stabiliscono se le persone riescono a identificare, raggiungere e usare ogni elemento.

Da dove si comincia?

Le correzioni sono note e ripetibili su entrambe le piattaforme.

  1. Richiedi un audit di accessibilità che colleghi ogni problema della tua app alle WCAG 2.2 e includa test con persone con disabilità.

  2. Correggi per primi i problemi di livello A nei flussi con più traffico.

  3. Inserisci ruoli, nomi e stati nei componenti condivisi del design system, così le nuove schermate li ereditano.

  4. Aggiungi un controllo con lo screen reader al processo di rilascio, così le nuove versioni non riportano le barriere già risolte.

Risorse utili

Vuoi sapere a che punto sono i tuoi prodotti digitali? Parla con il nostro team per gestire la conformità all'accessibilità in modo continuo.

Contenuto generato con il supporto dell'intelligenza artificiale e sottoposto a supervisione e revisione umana

Redazione

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.

Digital Accessibility

Redazione

Gli agenti AI leggono una pagina attraverso la stessa struttura che usa uno screen reader. Ecco perché l'accessibilità digitale favorisce la visibilità e rende il tuo sito più citabile da parte dell’AI.

Author

Un contratto in PDF strutturato male può bloccare chi usa un lettore di schermo o non può compilare a mano. Cosa prevede la normativa e cosa serve per rendere accessibili contratti, moduli e comunicazioni.

Inclusione E Csr

Related Articles

bottom of page