Vai al contenuto principale
Scanready Verifica ora
Misurazione propria · 20 siti · 108 pagine

Le barriere più frequenti nei negozi online — 792 rilievi su 20 siti

Sull’accessibilità nel commercio si stima molto e si misura poco. Abbiamo verificato 20 siti in lingua tedesca su 108 pagine complessive. Il risultato è più netto di quanto ci aspettassimo: un solo criterio vale più della metà di tutti i rilievi.

Che cosa è stato misurato

Per collocare le cifre che seguono: ampiezza, strumento, metro — e le scelte che fanno uscire i numeri piuttosto bassi che alti.

Il 21 e il 25 agosto 2026 abbiamo verificato 20 siti in lingua tedesca tecnicamente verificabili, su un massimo di otto pagine ciascuno: home, categoria, scheda prodotto, carrello, accesso, contatti, note legali, privacy. 108 pagine in tutto. Sono siti reali e pubblicamente raggiungibili, di ogni dimensione e settore — da un’azienda municipalizzata a un grande generalista.

Lo strumento è axe-core 4.10.2 di Deque, lo stesso motore di verifica presente in Lighthouse e in molti strumenti per sviluppatori, eseguito in un browser reale tramite Playwright. Gli insiemi di regole attivi erano wcag2a, wcag2aa, wcag21a e wcag21aa — l’ambito che corrisponde a EN 301 549 con il suo rinvio alle WCAG 2.1 livello AA.

I rilievi vengono raggruppati, non sommati. Lo stesso difetto in un’intestazione o in un piè di pagina compare su ogni pagina di un sito. Li raggruppiamo tramite un’impronta normalizzata del frammento HTML e contiamo ogni punto una volta, con l’annotazione «su N pagine di M». Così 1.862 riscontri grezzi diventano 792 rilievi consolidati — fattore 2,4. Contare i riscontri grezzi dà più del doppio.

Sull’altro piatto ci sono 3.118 verifiche superate. Fa parte di un resoconto onesto: su questi siti funziona molto più di quanto non funzioni.

I banner dei cookie non vengono chiusi con un clic. Un clic automatico su «Accetta» sarebbe una dichiarazione di volontà in nome altrui. Dove un banner copre contenuti o sottrae parti della pagina all’area verificabile tramite aria-hidden, lo annotiamo — il che fa uscire il numero dei rilievi piuttosto basso che alto.

E i siti non vengono nominati. Una tabella di domini con conteggi di difetti si legge inevitabilmente come una classifica, e una classifica diventa presto un giudizio sull’azienda altrui. Non ne abbiamo né il diritto né la base: una verifica automatica copre solo una parte dei criteri, e ogni misurazione è l’istantanea di un solo giorno. Qui trovate quindi il settore e la cifra.

La dispersione è il vero risultato

I 792 rilievi non si distribuiscono in modo uniforme. Ordinando i 20 siti per numero di rilievi si ottiene questa serie:

0 · 2 · 5 · 7 · 9 · 10 · 13 · 13 · 22 · 23 · 27 · 35 · 35 · 39 · 55 · 57 · 58 · 73 · 152 · 157

La mediana è 25, la media 39,6. I due siti maggiori valgono da soli il 39 per cento dell’intera misurazione, con 152 e 157 rilievi. Due siti di dimensione comparabile, con lo stesso numero di pagine, possono dunque distare un fattore 20 — il numero dei rilievi dipende dallo stato del tema, non dalla dimensione dell’azienda.

Un sito non ne aveva nessuno. Una casa di vendita per corrispondenza di prodotti artigianali è rimasta a zero rilievi rilevabili automaticamente su sette pagine verificate — con 206 verifiche superate. Siti conformi esistono, e non sono i più grandi né i più costosi. Per questo non lavoriamo con «siete tutti bocciati» ma con «vi diciamo a che punto siete».

Per gravità, i 792 rilievi si dividono in 104 classificati come critici e 688 come gravi. In tutta l’esecuzione non è comparso alcun livello inferiore — il che dipende dal fatto che gli insiemi di regole attivi mirano proprio ai criteri la cui violazione ostacola davvero l’uso.

Quattro regole valgono l’86 per cento

Chi vuole sapere dove conviene l’impegno non deve scorrere 70 criteri. Quattro bastano per la parte maggiore.

Rilievi per regola axe, 20 siti, 108 pagine, misurazione del 21 e 25 agosto 2026
RegolaRilieviQuotaSu sitiRiferimento WCAG
color-contrast43054,3 %19 su 201.4.3 Contrasto (minimo)
link-in-text-block13216,7 %4 su 201.4.1 Uso del colore
image-alt627,8 %5 su 201.1.1 Contenuti non testuali
link-name567,1 %11 su 204.1.2 Nome, ruolo, valore
listitem334,2 %2 su 201.3.1 Informazioni e correlazioni
nested-interactive192,4 %3 su 204.1.2 Nome, ruolo, valore
label131,6 %2 su 203.3.2 Etichette o istruzioni
button-name101,3 %5 su 204.1.2 Nome, ruolo, valore
altre tredici regole374,7 %varie

Rilievi consolidati dopo la deduplicazione. «Su siti» indica in quanti dei 20 siti la regola si è attivata almeno una volta. Un campione di questa dimensione mostra schemi e dispersione — non è uno studio di mercato rappresentativo.

Le quattro regole più frequenti valgono insieme 680 rilievi su 792, cioè l’85,9 per cento. Tre di esse si possono correggere interamente a partire dal rilievo stesso; una, image-alt, non si può correggere automaticamente. Che cosa ciò significhi per l’impegno è illustrato nell’articolo sulla correzione.

WCAG 2.1 · 1.4.3

Il contrasto non è un problema marginale, è il problema

430 rilievi su 792 sono difetti di contrasto. Sono comparsi su 19 siti su 20; l’unico senza rilievo di contrasto è quello che non aveva alcun rilievo. In tutti i settori, tutte le dimensioni, tutti i budget — è il risultato più netto dell’intera misurazione.

Il requisito non è questione di interpretazione. Il criterio di successo 1.4.3 delle WCAG 2.1 richiede per il testo normale un rapporto di contrasto di almeno 4,5:1 con lo sfondo, e di almeno 3:1 per il testo grande. Un rapporto di contrasto è un numero che si calcola, non che si valuta. Qui non c’è quindi discussione di gusto.

Perché accade comunque ovunque: il grigio chiaro su bianco è da anni una moda grafica. Colpisce quasi sempre gli stessi punti — etichette secondarie sotto i nomi di prodotto, testi segnaposto nei campi di ricerca, stati disattivati dei pulsanti, link nel piè di pagina, il testo in piccolo sotto i prezzi e la riga di testo dei banner promozionali. Nessuno di questi punti salta all’occhio progettando su uno schermo luminoso e costoso. Ognuno salta all’occhio su un telefono in pieno sole.

Vi si aggiunge una seconda cifra raramente citata: su tutti i 20 siti sono rimaste inoltre aperte questioni di contrasto come «non decidibili automaticamente» — testo su immagini, su sfumature, su video. Anche sul sito che non aveva alcun rilievo. In quei casi uno strumento non può determinare lo sfondo in modo univoco e segnala perciò non un errore ma una questione aperta. Chi guarda solo il conteggio degli errori se le perde.

link-in-text-block, 132 rilievi. Un link nel testo corrente che si distingue dal contorno solo per il colore. Il criterio 1.4.1 delle WCAG 2.1 richiede che il colore non sia l’unico mezzo per veicolare informazione — chi distingue male i colori non vede allora alcun link. La distribuzione è eloquente: questa regola ha colpito solo 4 siti su 20 ma vale il 17 per cento di tutti i rilievi. È tipico, perché la causa è praticamente sempre una classe CSS che elimina la sottolineatura e che poi si applica a ogni link nel testo. Su un sito, un’unica classe di quel tipo portava 42 rilievi.

link-name, 56 rilievi su 11 siti su 20. Il rilievo più diffuso dopo il contrasto. Un link o un pulsante non ha un nome accessibile: visivamente c’è un’icona, per il lettore di schermo è un elemento vuoto. Colpisce sempre gli stessi elementi — carrello, ricerca, account, preferiti, cambio lingua, croce di chiusura di una finestra. Insieme a button-name (10 rilievi su 5 siti) e a svg-img-alt, è la famiglia «icona senza testo», presente su un sito verificato su due.

Entrambi sono economici da correggere e quasi sempre trascurati, perché l’uso visivo non li rivela. Sono la ragione per cui l’ispezione visiva del gestore non sostituisce una misurazione: non si vede ciò che manca.

<code>image-alt</code>: il tipo di rilievo che nessuno strumento risolve

62 rilievi su 5 siti su 20 sono immagini senza alternativa testuale. È l’unica delle quattro grandi regole per cui non si può generare una proposta di correzione — nemmeno con un modello linguistico.

Il motivo è banale e viene costantemente ignorato: chi non ha visto l’immagine non può descrivere ciò che mostra. E un’alternativa testuale errata è peggio di nessuna. Fa sparire il rilievo alla verifica successiva senza risolvere il problema — il lettore di schermo legge allora con sicurezza qualcosa di falso. È esattamente il meccanismo che dà cattiva fama ai testi alternativi generati automaticamente negli strumenti di sovrapposizione.

Ci sono esattamente due casi decidibili automaticamente: i pixel di tracciamento e i distanziatori. Un’immagine di 1×1 pixel, o con «spacer», «pixel» o «blank» nel nome del file, è certamente decorativa e riceve un attributo alt vuoto. Tutto il resto richiede una persona che guardi l’immagine e sappia perché sta lì.

Per un preventivo ciò significa: la voce «alternative testuali» è l’unica che cresce linearmente con il numero delle immagini. Non si può ottimizzare né raggruppare in una correzione di massa.

I difetti di struttura: pochi punti, molti rilievi

listitem (33 rilievi), nested-interactive (19), aria-required-children (6) e list (3) vanno insieme: in tutti e quattro i casi la struttura dichiarata non coincide con quella reale. Un <li> senza lista contenitrice. Un pulsante dentro un pulsante. Un elemento con ruolo ARIA menu i cui figli non sono menuitem.

Sono 61 rilievi in tutto — e si concentrano: listitem su soli 2 siti su 20, nested-interactive su 3. Difetti del genere non vengono praticamente mai dal nucleo di un sistema di e-commerce, ma da navigazioni, menu a tendina e caroselli fatti su misura. Il vantaggio pratico: è quasi sempre un punto in un template a risolvere molti rilievi in un colpo solo.

Lo svantaggio pratico: uno strumento segnala il frammento difettoso, ma il difetto sta nell’elemento padre, che non viene fornito. Quei rilievi hanno perciò una ricetta e il contesto, ma nessuna proposta di codice pronta. Quali sistemi si siano distinti e come è nella nostra pagina sui sistemi e-commerce.

Allegato 1, n. 1, lettera a) BFSG

Che cosa nessuna di queste cifre contiene

La sezione più importante di questo articolo. Senza di essa le cifre sopra sarebbero fuorvianti.

Una verifica automatica copre solo una parte dei criteri; di solito si cita circa un terzo. Che cosa questa misurazione per principio non ha verificato:

  • l’utilizzabilità da tastiera del processo d’ordine — il carrello viene aperto ma non riempito, e nessun ordine viene concluso
  • la visibilità del focus e se la navigazione da tastiera si blocchi da qualche parte
  • l’ordine di lettura e di tabulazione — se l’ordine nel codice corrisponda a quello visibile
  • la correttezza sostanziale delle alternative testuali esistenti — un’alternativa falsa supera la verifica
  • la comprensibilità dei messaggi di errore e il loro collegamento al campo cui si riferiscono
  • i sottotitoli e l’audiodescrizione nei video
  • e la documentazione di legge stessa: le informazioni dell’allegato 3 e un canale di segnalazione funzionante — questioni di documentazione, non di codice

La sovrapposizione con ciò che la legge richiede all’autorità è notevole. L’allegato 1, n. 1, lettera a) BFSG prescrive che il campione esamini tutte le fasi di una procedura, almeno nell’ordine standard di un utente comune, e la lettera b) nomina espressamente moduli, finestre di dialogo, conferme di inserimento e messaggi di errore. È esattamente l’area che una verifica automatica non copre — ed esattamente per questo un rapporto senza rilievi non è prova di conformità. Quella frase compare anche in ogni rapporto che consegniamo.

Altri due siti non è stato possibile misurarli affatto, per un motivo che nulla ha a che vedere con l’ampiezza della verifica: la chiamata è fallita già alla verifica del certificato da parte del browser — su uno l’indirizzo richiesto non corrispondeva al certificato, sull’altro l’autorità emittente era sconosciuta al browser. Non ignoriamo un avviso di certificato. Su un terzo sito era raggiungibile solo la home: lì una regola di protezione della rete a monte ha respinto il browser automatizzato, e superare una barriera d’accesso è cosa diversa dal leggere una pagina pubblicamente raggiungibile. Tutti e tre mancano quindi in questa analisi anziché figurarvi con valori stimati.

Fonti e dati

I dati di misurazione provengono da esecuzioni proprie; i metri usati sono norme pubblicate. Tutti i link sono stati verificati il 27 agosto 2026.

  1. Misurazione propria, ScanreadyEsecuzioni del 21 e 25 agosto 2026 su 20 siti in lingua tedesca, 108 pagine. Strumento, selezione delle pagine, deduplicazione e limiti sono descritti sopra sotto «Che cosa è stato misurato»; lo stesso strumento è liberamente utilizzabile sulla nostra home page.https://scanready.eu/it/ (si apre in una nuova finestra)Consultato il 27.08.2026
  2. axe-core 4.10.2, Deque Systems, licenza MPL-2.0Motore di verifica; insiemi di regole wcag2a, wcag2aa, wcag21a, wcag21aahttps://github.com/dequelabs/axe-core (si apre in una nuova finestra)Consultato il 27.08.2026
  3. Web Content Accessibility Guidelines (WCAG) 2.1, raccomandazione del W3CCriteri 1.1.1 (contenuti non testuali), 1.3.1 (informazioni e correlazioni), 1.4.1 (uso del colore), 1.4.3 (contrasto minimo, 4,5:1 e 3:1), 3.3.2, 4.1.2https://www.w3.org/TR/WCAG21/ (si apre in una nuova finestra)Consultato il 27.08.2026
  4. EN 301 549 V3.2.1 (2021-03), «Accessibility requirements for ICT products and services», ETSI/CEN/CENELECCapitolo 9 (Web) con rinvio alle WCAG 2.1 livello AAhttps://www.etsi.org/deliver/etsi_en/301500_301599/301549/03.02.01_60/en_301549v030201p.pdf (si apre in una nuova finestra)Consultato il 27.08.2026
  5. Barrierefreiheitsstärkungsgesetz (BFSG)Allegato 1 (relativo al § 28), n. 1, lettere a) e b) — metodo di controllo, fasi della procedura, moduli e messaggi di errorehttps://www.gesetze-im-internet.de/bfsg/anlage_1.html (si apre in una nuova finestra)Consultato il 27.08.2026
  6. BFSG§ 4 — presunzione di conformità sulla base di norme armonizzatehttps://www.gesetze-im-internet.de/bfsg/__4.html (si apre in una nuova finestra)Consultato il 27.08.2026

Continua a leggere

792 rilievi sono 284 decisioni

Che lavoro comporta davvero correggere questi rilievi — e perché il loro numero è l’ancoraggio di prezzo sbagliato.

Che cosa fa davvero la vigilanza del mercato

Quali pagine devono comporre un campione secondo l’allegato 1, e che cosa dice l’autorità sulle verifiche preliminari automatizzate.

Accessibilità nel vostro sistema e-commerce

Shopware, Shopify, WooCommerce, OXID, Magento, TYPO3 — con i rilievi per sistema dalla stessa misurazione.

Quanto costa rendere accessibile un sito

Quattro blocchi di costo continuamente confusi e i prezzi realmente richiesti sul mercato.

Quanti sarebbero da voi?

Lo stesso motore, gli stessi insiemi di regole, la stessa deduplicazione di questa misurazione. Inserite l’indirizzo e vedete subito la cifra — gratis e senza registrazione.

Verifica il sito Vedi i prezzi