Accedi
Non hai un account?
Vai al contenuto principale
Dichiarazione di Accessibilità
shop.francopanini.it
Panoramica chiara e trasparente sul livello di accessibilità del negozio online, redatta secondo la norma tecnica EN 301 549 e le linee guida WCAG 2.2 (livelli A e AA), con le criticità riscontrate e il relativo piano di intervento.
I criteri esaminati, in sintesi
17
Soddisfatti
27
Parzialmente soddisfatti
2
Non soddisfatti
9
Non applicabili
Conteggio dei 55 criteri WCAG 2.2 (A/AA) esaminati in questa dichiarazione, più 1 criterio della WCAG 2.1 non più valutato nella versione 2.2. Il dettaglio di ciascun criterio, incluse le motivazioni, è riportato nelle sezioni seguenti.
Premessa
Franco Cosimo Panini Editore S.p.A., con sede legale in Via Giardini 474/D, 41124 Modena (MO), P. IVA 01168370367, si impegna a rendere il proprio sito web accessibile, nel rispetto dei principi di uguaglianza, inclusione e non discriminazione sanciti dal Decreto Legislativo 27 maggio 2022, n. 82.
La presente dichiarazione di accessibilità si applica al sito web https://shop.francopanini.it/ e intende fornire una panoramica chiara e trasparente sul livello di accessibilità del servizio digitale, evidenziando eventuali criticità e gli interventi previsti per il miglioramento continuo.
Il documento è redatto ai sensi dell'Allegato IV del Decreto Legislativo 27 maggio 2022, n. 82, che dà attuazione alla direttiva (UE) 2019/882 sull'accessibilità dei prodotti e dei servizi. La valutazione è condotta secondo i criteri stabiliti dalla norma tecnica europea armonizzata EN 301 549, nella versione che recepisce le linee guida WCAG 2.2 (livelli A e AA).
Per ciascun requisito è indicato se il sito risulta conforme, non conforme, parzialmente conforme o se il criterio non è applicabile. Le aree analizzate riguardano i quattro principi fondamentali dell'accessibilità: Percepibile, Utilizzabile, Comprensibile e Robusto.
Nei casi in cui un requisito non risulti pienamente soddisfatto o risulti solo parzialmente soddisfatto, sono fornite informazioni puntuali per consentire all'utente di comprendere la natura della criticità. Il sito si impegna a intervenire progressivamente per garantire il pieno rispetto dei requisiti normativi.
Percepibile
Le informazioni e i componenti dell'interfaccia utente devono essere presentati in una forma che possa essere percepita da tutti gli utenti, indipendentemente dalle capacità sensoriali. Ciò significa, ad esempio, fornire descrizioni testuali per le immagini, sottotitoli per i video e organizzare i contenuti in modo da facilitarne la lettura e la comprensione anche con tecnologie assistive.
Alternative testuali
1.1.1Parzialmente soddisfatto
Il Sito fornisce testi alternativi per la maggior parte dei contenuti non testuali. Tuttavia, alcune immagini o elementi grafici risultano ancora privi di descrizioni accessibili. Il requisito 1.1.1 Contenuti non testuali delle WCAG 2.2 risulta pertanto soddisfatto solo in parte.
Media temporizzati
1.2.1Non applicabile
Il Sito non contiene contenuti multimediali costituiti esclusivamente da audio o esclusivamente da video preregistrati. Pertanto, il requisito 1.2.1 Solo audio e solo video (preregistrati) delle WCAG 2.2 non è applicabile.
1.2.2Non applicabile
Il Sito non contiene video preregistrati con contenuto parlato. Pertanto, il requisito 1.2.2 Sottotitoli (preregistrati) delle WCAG 2.2 non è applicabile.
1.2.3Non applicabile
Il Sito non contiene video preregistrati con elementi visivi che richiedano una descrizione aggiuntiva. Pertanto, il requisito 1.2.3 Audiodescrizione o supporto alternativo (preregistrati) delle WCAG 2.2 non è applicabile.
1.2.4Non applicabile
Il Sito non trasmette contenuti audio o video in diretta. Pertanto, il requisito 1.2.4 Sottotitoli (in diretta) delle WCAG 2.2 non è applicabile.
1.2.5Non applicabile
Il Sito non contiene video con elementi visivi rilevanti che richiedano una descrizione audio. Pertanto, il requisito 1.2.5 Audiodescrizione (preregistrata) delle WCAG 2.2 non è applicabile.
Adattabile
1.3.1Parzialmente soddisfatto
Il Sito utilizza marcatori semantici in molte sezioni, ma sono ancora presenti aree non correttamente strutturate. Il requisito 1.3.1 Informazioni e relazioni delle WCAG 2.2 risulta pertanto soddisfatto solo in parte.
1.3.2Parzialmente soddisfatto
L'ordine dei contenuti del Sito è strutturato in modo da mantenere il significato anche senza layout visivo. Questo garantisce che gli utenti, inclusi quelli che utilizzano tecnologie assistive, possano comprendere correttamente le informazioni presentate, in conformità con il requisito 1.3.2 Sequenza significativa delle WCAG 2.2. Poiché alcune criticità di struttura semantica sono rilevate sul criterio 1.3.1, la conformità del criterio 1.3.2 sarà confermata in via definitiva con la verifica manuale della sequenza di lettura.
1.3.3Soddisfatto
Le istruzioni per l'interazione con i contenuti del Sito non si basano esclusivamente su indicazioni visive o sensoriali. Questo garantisce che tutte le persone, comprese quelle con disabilità visive o cognitive, possano comprendere e utilizzare correttamente le funzionalità, in conformità con il requisito 1.3.3 Caratteristiche sensoriali delle WCAG 2.2.
1.3.4Soddisfatto
Il Sito supporta entrambi gli orientamenti dello schermo, orizzontale e verticale. Questo consente agli utenti di accedere ai contenuti indipendentemente dal modo in cui tengono il dispositivo, in conformità con il requisito 1.3.4 Orientamento delle WCAG 2.2.
1.3.5Parzialmente soddisfatto
Solo alcuni campi di input presenti sul Sito sono correttamente identificati semanticamente in modo da indicarne lo scopo. Il requisito 1.3.5 Identificazione dello scopo dei campi di input delle WCAG 2.2 risulta pertanto soddisfatto solo in parte.
Distinguibile
1.4.1Parzialmente soddisfatto
Nella maggior parte delle sezioni del Sito le informazioni non sono trasmesse esclusivamente tramite l'uso del colore e sono presenti indicatori aggiuntivi. Tuttavia, la verifica automatica ha rilevato, in particolare nelle pagine di checkout, collegamenti distinguibili unicamente in base al colore, privi di un ulteriore indicatore visivo (ad esempio la sottolineatura). Il requisito 1.4.1 Uso del colore delle WCAG 2.2 risulta pertanto soddisfatto solo in parte.
1.4.2Non applicabile
Il Sito non contiene contenuti audio che si avviano automaticamente all'apertura della pagina. Pertanto, il requisito 1.4.2 Controllo dell'audio delle WCAG 2.2 non è applicabile.
1.4.3Parzialmente soddisfatto
Il contrasto tra testo e sfondo è adeguato nella maggior parte delle sezioni del Sito, ma sono presenti alcune eccezioni che non rispettano il requisito 1.4.3 Contrasto (minimo) delle WCAG 2.2. Il requisito risulta pertanto soddisfatto solo in parte.
1.4.4Parzialmente soddisfatto
Il testo può essere ingrandito correttamente in quasi tutte le sezioni del Sito, ma permangono alcune eccezioni in cui si verificano perdite di contenuto o funzionalità. Pertanto, il requisito 1.4.4 Ridimensionamento del testo delle WCAG 2.2 risulta soddisfatto solo in parte.
1.4.5Soddisfatto
Il testo presente sul Sito è presentato come vero testo e non come immagine, in conformità con il requisito 1.4.5 Testo in forma di immagine delle WCAG 2.2.
1.4.10Soddisfatto
Il contenuto del Sito si adatta correttamente alle diverse dimensioni di schermo senza richiedere lo scorrimento orizzontale, garantendo una fruizione accessibile anche da dispositivi mobili. Pertanto, il requisito 1.4.10 Riadattamento delle WCAG 2.2 risulta rispettato.
1.4.11Parzialmente soddisfatto
Il contrasto tra i contenuti grafici non testuali e gli elementi adiacenti è generalmente sufficiente nel Sito. Tuttavia, sono presenti alcuni elementi che non rispettano pienamente i requisiti di contrasto. Pertanto, il requisito 1.4.11 Contrasto non testuale delle WCAG 2.2 risulta rispettato solo in parte.
1.4.12Parzialmente soddisfatto
La spaziatura personalizzata del testo è supportata nella maggior parte delle aree del Sito. Tuttavia, alcune sezioni presentano ancora problemi di visualizzazione, come sovrapposizioni o tagli di contenuto. Il requisito 1.4.12 Spaziatura del testo delle WCAG 2.2 è quindi soddisfatto solo in parte.
1.4.13Parzialmente soddisfatto
La maggior parte dei contenuti attivati da hover o focus sul Sito è gestibile in modo accessibile. Tuttavia, alcune interfacce presentano criticità: in determinate sezioni, i contenuti aggiuntivi non sono completamente accessibili da tastiera o non possono essere disattivati facilmente. Pertanto, il requisito 1.4.13 Contenuto al passaggio del puntatore o al focus delle WCAG 2.2 è soddisfatto solo parzialmente.
Utilizzabile
L'interfaccia deve essere utilizzabile da tutte le persone, anche da chi non può usare un mouse o dispositivi di input tradizionali. È essenziale garantire l'accesso tramite tastiera, prevedere modalità di navigazione chiare e stabili, evitare contenuti che possano causare disorientamento o reazioni avverse, e offrire modalità di controllo per eventuali limiti di tempo.
Accessibile da tastiera
2.1.1Non soddisfatto
Il requisito 2.1.1 Tastiera delle WCAG 2.2 risulta non soddisfatto. La verifica manuale di navigazione da tastiera ha evidenziato un supporto molto limitato: numerose funzionalità interattive non sono raggiungibili o azionabili senza l'uso del mouse e con la sola tastiera è possibile compiere soltanto un numero ridotto di operazioni. Questa criticità è correlata alla presenza di pulsanti e comandi privi di nome accessibile rilevata sul criterio 4.1.2.
2.1.2Soddisfatto
Il Sito non presenta meccanismi che impediscano di spostare il focus da un componente all'altro tramite la sola tastiera; è sempre possibile entrare e uscire dagli elementi interattivi utilizzando i tasti standard. Pertanto, il requisito 2.1.2 Nessun blocco da tastiera delle WCAG 2.2 risulta soddisfatto.
2.1.4Non applicabile
Il Sito non utilizza tasti di scelta rapida costituiti da un singolo carattere (lettere, numeri, segni di punteggiatura o simboli). Pertanto, il requisito 2.1.4 Tasti di scelta rapida delle WCAG 2.2 non è applicabile.
Adeguata disponibilità di tempo
2.2.1Non applicabile
Il Sito non presenta funzionalità che impongano limiti di tempo per la compilazione, la navigazione o l'interazione. Pertanto, il requisito 2.2.1 Regolazione dei tempi delle WCAG 2.2 non è applicabile.
2.2.2Parzialmente soddisfatto
Il Sito consente di mettere in pausa, arrestare o nascondere alcuni contenuti in movimento, ma non offre questa possibilità per tutti gli elementi. Pertanto, il requisito 2.2.2 Pausa, stop, nascondi delle WCAG 2.2 risulta rispettato solo in parte.
Crisi epilettiche e reazioni fisiche
2.3.1Soddisfatto
Il Sito non presenta contenuti che lampeggiano più di tre volte al secondo, rispettando quanto previsto dal criterio 2.3.1 Tre lampeggiamenti o sotto soglia delle WCAG 2.2.
Navigabile
2.4.1Parzialmente soddisfatto
Il meccanismo per saltare i blocchi ripetitivi è presente solo su alcune pagine del Sito; l'estensione al resto del Sito è in corso. Pertanto, il criterio 2.4.1 Salto di blocchi delle WCAG 2.2 risulta parzialmente soddisfatto.
2.4.2Soddisfatto
Ogni pagina del Sito ha un titolo descrittivo e coerente con i contenuti. Il criterio 2.4.2 Titolo della pagina delle WCAG 2.2 risulta pertanto soddisfatto.
2.4.3Parzialmente soddisfatto
L'ordine di navigazione tramite tastiera segue, dove verificabile, la struttura visiva della pagina. Tuttavia, poiché il supporto alla navigazione da tastiera è risultato molto limitato (cfr. criterio 2.1.1), la piena conformità dell'ordine del focus non è verificabile fino al completamento del test di navigazione da tastiera su tutti i template. Il criterio 2.4.3 Ordine del focus delle WCAG 2.2 è pertanto classificato come parzialmente soddisfatto, in attesa di verifica.
2.4.4Parzialmente soddisfatto
La maggior parte dei collegamenti presenti nel Sito ha uno scopo chiaro e comprensibile anche quando letti fuori dal contesto. Tuttavia, alcuni link utilizzano testi generici (ad esempio, «clicca qui») o poco descrittivi, che non forniscono informazioni sufficienti sulla destinazione o sulla funzione del collegamento. Pertanto, il criterio 2.4.4 Scopo del collegamento (nel contesto) delle WCAG 2.2 risulta soddisfatto solo in parte.
2.4.5Soddisfatto
Il Sito offre più modalità di accesso alle informazioni (menu di navigazione e funzione di ricerca). Il criterio 2.4.5 Più modalità delle WCAG 2.2 risulta soddisfatto.
2.4.6Parzialmente soddisfatto
La maggior parte delle intestazioni del Sito risulta descrittiva e coerente con i contenuti, ma sono presenti etichette generiche o poco chiare che richiedono un miglioramento. Il criterio 2.4.6 Intestazioni ed etichette delle WCAG 2.2 è parzialmente soddisfatto.
2.4.7Parzialmente soddisfatto
Durante la navigazione da tastiera, il focus è visibile e consente di identificare l'elemento attivo. Il criterio 2.4.7 Focus visibile delle WCAG 2.2 risulta parzialmente soddisfatto, in attesa di conferma tramite verifica manuale del comportamento del focus in presenza di intestazioni o barre fisse (cfr. criterio 2.4.11).
2.4.11Parzialmente soddisfatto
L'elemento che riceve il focus da tastiera è generalmente individuabile durante la navigazione. Tuttavia, in alcune pagine la presenza di intestazioni o barre fisse (sticky) può oscurare parzialmente l'elemento attivo. Il criterio 2.4.11 Focus non nascosto (minimo) delle WCAG 2.2, introdotto in questa versione dello standard, risulta soddisfatto solo in parte ed è oggetto di verifica puntuale nell'ambito del piano di adeguamento.
Modalità di input
2.5.1Soddisfatto
Tutte le funzionalità del Sito sono accessibili utilizzando movimenti semplici del puntatore, come clic singoli o tocchi. Non è richiesto alcun gesto complesso, come trascinamenti o combinazioni di movimenti, per attivare contenuti o funzioni. Il Sito rispetta quindi il criterio 2.5.1 Gesti del puntatore delle WCAG 2.2.
2.5.2Soddisfatto
Le azioni attivate dal puntatore, come clic o tocchi, vengono eseguite solo al rilascio dell'input oppure includono un meccanismo che consente all'utente di annullare o confermare l'azione. Il Sito rispetta quindi il criterio 2.5.2 Annullamento del puntatore delle WCAG 2.2.
2.5.3Parzialmente soddisfatto
La corrispondenza tra nome accessibile ed etichetta visibile è rispettata nella maggior parte degli elementi interattivi. Tuttavia, alcuni componenti presentano leggere discrepanze che possono generare confusione nell'uso con tecnologie assistive. Il criterio 2.5.3 Etichetta nel nome delle WCAG 2.2 risulta quindi solo parzialmente soddisfatto.
2.5.4Non applicabile
Il Sito non prevede funzionalità che si attivano tramite il movimento fisico del dispositivo, come scuotimento o rotazione. Pertanto, il criterio 2.5.4 Attivazione mediante movimento delle WCAG 2.2 non è applicabile.
2.5.7Parzialmente soddisfatto
Le funzionalità del Sito non richiedono movimenti di trascinamento per essere completate: le azioni possono essere eseguite con semplici clic o tocchi e, dove presente un'interazione basata sul trascinamento, è disponibile un'alternativa con singolo puntatore. Il criterio 2.5.7 Movimenti di trascinamento delle WCAG 2.2, introdotto in questa versione dello standard, risulta parzialmente soddisfatto, in attesa di conferma tramite verifica manuale delle alternative su tutti gli slider e carousel PageBuilder.
2.5.8Non soddisfatto
La verifica ha rilevato che la dimensione e la spaziatura di alcuni elementi attivabili al tocco (touch target), in particolare su dispositivi mobili, non raggiungono le dimensioni minime previste, rendendo difficile attivarli con precisione senza azionare accidentalmente elementi interattivi adiacenti. Il criterio 2.5.8 Dimensione del target (minimo) delle WCAG 2.2, introdotto in questa versione dello standard e di livello AA, risulta pertanto non soddisfatto.
Comprensibile
I contenuti e i meccanismi di interazione devono risultare chiari e comprensibili per tutti. Questo comporta l'uso di un linguaggio semplice, l'indicazione della lingua della pagina, la coerenza delle etichette e delle azioni, e un supporto efficace nella compilazione di moduli e nell'individuazione degli errori.
Leggibile
3.1.1Soddisfatto
La lingua principale del Sito è correttamente dichiarata nel codice. Pertanto, il criterio 3.1.1 Lingua della pagina delle WCAG 2.2 risulta soddisfatto.
3.1.2Parzialmente soddisfatto
Il Sito presenta alcune parti in lingua diversa da quella principale. Alcuni termini o frasi sono correttamente marcati nel codice, ma altri non lo sono. Pertanto, il criterio 3.1.2 Lingua delle parti delle WCAG 2.2 risulta parzialmente soddisfatto.
Prevedibile
3.2.1Soddisfatto
Nessun contenuto del Sito cambia stato automaticamente al ricevimento del focus da tastiera. Pertanto, il criterio 3.2.1 Al focus delle WCAG 2.2 risulta soddisfatto.
3.2.2Soddisfatto
Quando un utente inserisce dati o seleziona un'opzione, il Sito non cambia pagina, non apre finestre né modifica il contenuto in modo automatico: ogni cambiamento avviene solo su decisione dell'utente. Questo rispetta il criterio 3.2.2 All'input delle WCAG 2.2.
3.2.3Soddisfatto
Gli elementi ricorrenti, come intestazioni, menu e piè di pagina, mantengono una posizione e una struttura coerente in tutte le pagine del Sito, facilitando la navigazione per l'utente, in conformità con il criterio 3.2.3 Navigazione coerente delle WCAG 2.2.
3.2.4Soddisfatto
Gli elementi che svolgono la stessa funzione nelle diverse pagine del Sito (ad esempio, pulsanti o link con la stessa azione) sono identificati con etichette o nomi coerenti. Questo garantisce che gli utenti possano riconoscerli facilmente e utilizzarli senza confusione, in conformità con il criterio 3.2.4 Identificazione coerente delle WCAG 2.2.
3.2.6Parzialmente soddisfatto
I meccanismi di assistenza all'utente (recapiti di contatto e pagina FAQ) sono collocati in posizione coerente nelle diverse pagine del Sito, in particolare nel piè di pagina. Il criterio 3.2.6 Aiuto coerente delle WCAG 2.2, introdotto in questa versione dello standard, risulta parzialmente soddisfatto, in attesa di conferma puntuale tramite verifica manuale.
Assistenza nell'inserimento
3.3.1Parzialmente soddisfatto
Il Sito segnala gli errori nei moduli in molte sezioni, ma in alcune aree i messaggi sono assenti, poco chiari o difficili da individuare. Questo può ostacolare l'utente nella correzione delle informazioni inserite. Il criterio 3.3.1 Identificazione degli errori delle WCAG 2.2 risulta pertanto soddisfatto solo in parte.
3.3.2Parzialmente soddisfatto
Le etichette e le istruzioni per i campi di input sono presenti nel Sito, ma in alcuni casi risultano generiche o non sufficientemente descrittive rispetto alla funzione del campo. Il criterio 3.3.2 Etichette o istruzioni delle WCAG 2.2 risulta pertanto soddisfatto solo in parte.
3.3.3Parzialmente soddisfatto
Alcuni messaggi di errore forniscono indicazioni utili su come correggere gli errori nei moduli, ma in altre sezioni del Sito le informazioni sono assenti o poco chiare. Il criterio 3.3.3 Suggerimenti per la correzione degli errori delle WCAG 2.2 risulta pertanto soddisfatto solo in parte.
3.3.4Soddisfatto
Il Sito include meccanismi che permettono all'utente di rivedere, confermare o annullare le operazioni critiche, come l'invio di dati personali, ordini vincolanti o informazioni finanziarie. Queste funzionalità aiutano a prevenire errori con conseguenze importanti, in conformità con il criterio 3.3.4 Prevenzione degli errori delle WCAG 2.2.
3.3.7Parzialmente soddisfatto
Nei processi articolati in più passaggi, come il checkout, il Sito ripropone in molti casi i dati già forniti dall'utente senza richiederne il reinserimento. Permangono tuttavia alcune sezioni in cui informazioni già inserite vengono richieste nuovamente. Il criterio 3.3.7 Inserimento ridondante delle WCAG 2.2, introdotto in questa versione dello standard, risulta soddisfatto solo in parte ed è oggetto di verifica nell'ambito del piano di adeguamento.
3.3.8Soddisfatto
Il processo di autenticazione del Sito si basa su credenziali standard (indirizzo e-mail e password) e non impone all'utente il superamento di test di funzione cognitiva (ad esempio enigmi o riconoscimento di immagini) privi di alternativa accessibile. Il criterio 3.3.8 Autenticazione accessibile (minimo) delle WCAG 2.2, introdotto in questa versione dello standard, risulta soddisfatto. È tuttavia in corso una verifica puntuale sull'attributo autocomplete="off" rilevato su alcuni campi email/password, che potrebbe ostacolare l'uso di gestori di password e funzioni di autofill. Qualora vengano introdotti meccanismi di tipo CAPTCHA, dovrà essere garantita un'alternativa accessibile.
Robusto
I contenuti digitali devono essere sviluppati in modo robusto, cioè compatibili con una vasta gamma di browser, dispositivi e tecnologie assistive. Un codice strutturato correttamente consente una fruizione sicura e affidabile, garantendo che le funzionalità siano riconosciute e utilizzabili da tutti gli utenti, compresi quelli che utilizzano screen reader o altri strumenti di accessibilità.
Compatibile
4.1.1Non valutato in WCAG 2.2
Il criterio 4.1.1 Analisi sintattica (Parsing), presente nelle WCAG 2.1, è stato rimosso nelle WCAG 2.2 e non costituisce pertanto oggetto di valutazione nella presente dichiarazione. Le eventuali irregolarità sintattiche del codice (ad esempio tag non chiusi o mal annidati) sono trattate, ove rilevanti, nell'ambito del criterio 4.1.2 Nome, ruolo, valore.
4.1.2Parzialmente soddisfatto
La maggior parte degli elementi interattivi è correttamente identificata tramite nome, ruolo e valore. Tuttavia, sono ancora presenti alcuni componenti che non espongono queste informazioni in modo coerente, limitando l'accessibilità per gli utenti che utilizzano tecnologie assistive. Il criterio 4.1.2 Nome, ruolo, valore delle WCAG 2.2 è soddisfatto solo in parte.
4.1.3Parzialmente soddisfatto
Alcuni messaggi che informano l'utente su cambiamenti dell'interfaccia, come conferme o errori, sono correttamente annunciati dalle tecnologie assistive, mentre altri non sono percepibili o non vengono letti automaticamente, limitando parzialmente l'accessibilità per le persone con disabilità visiva. Il criterio 4.1.3 Messaggi di stato delle WCAG 2.2 è soddisfatto solo in parte.
Metodo di valutazione
La presente dichiarazione è redatta sulla base di un'autovalutazione condotta dal soggetto erogatore, integrata da verifiche manuali parziali.
- Tipo di valutazione: autovalutazione con strumenti automatici, integrata da verifiche manuali a campione e da un test di navigazione da tastiera.
- Strumenti automatici utilizzati: Google Lighthouse (motore axe-core) e WAVE Web Accessibility Evaluation Tool (wave.webaim.org).
- Pagine valutate: campione rappresentativo dei principali template che compongono l'esperienza utente (user-journey) - homepage, pagina categoria prodotti, scheda prodotto, carrello, checkout (spedizione e pagamento), login/registrazione, area riservata, pagina promozioni, risultati di ricerca, blog e pagine istituzionali (FAQ).
- Standard tecnico di riferimento: norma tecnica europea armonizzata EN 301 549, nella versione che recepisce le linee guida WCAG 2.2 livelli A e AA.
- Copertura: il campione rappresenta i template principali in cui si articola l'esperienza utente; non include la totalità delle singole pagine di contenuto generato dinamicamente.
- Test di navigazione da tastiera: eseguito manualmente sui template campione. La verifica ha riguardato la raggiungibilità e l'operabilità degli elementi interattivi, l'ordine del focus, la visibilità del focus e l'assenza di blocchi del focus (criteri 2.1.1, 2.4.3, 2.4.7, 2.4.11) e ha evidenziato un supporto molto limitato: utilizzando la sola tastiera è possibile compiere soltanto un numero ridotto di operazioni.
- Test con tecnologie assistive (screen reader): pianificato su NVDA (Windows) e VoiceOver (iOS/macOS) lungo i percorsi chiave (homepage, ricerca, scheda prodotto, carrello, checkout, login/registrazione).
Informazioni sul sito web
- Data di pubblicazione del sito
- settembre 2022
- Piattaforma / CMS
- Magento 2 (Adobe Commerce)
- Test di usabilità con utenti
- No
- Test con tecnologie assistive (screen reader)
- No. In sostituzione, è stata condotta un'analisi statica del DOM sui template campione, come proxy dei test reali. Sono in previsione le verifiche manuali con tecnologie assistive (NVDA e VoiceOver) sui percorsi chiave (homepage, checkout, login), al fine di sanare tempestivamente le criticità emerse.
- Soggetto valutatore
- Autovalutazione del soggetto erogatore.
- Prossima revisione prevista
- Giugno 2027 (o anticipata in caso di modifiche significative del sito o di aggiornamenti normativi).
Esito sintetico della valutazione automatica (Lighthouse)
Le criticità ricorrenti rilevate dagli strumenti automatici sull'insieme delle pagine campione, ricondotte ai criteri WCAG 2.2, sono le seguenti:
- Pulsanti e comandi privi di nome accessibile, non interpretabili dagli screen reader (criterio 4.1.2 Nome, ruolo, valore).
- Nome dei collegamenti non distinguibile o costituito da testo generico, non comprensibile fuori dal contesto (criteri 2.4.4 Scopo del collegamento e 4.1.2 Nome, ruolo, valore).
- Finestre di dialogo (role="dialog" / "alertdialog") prive di nome accessibile (criterio 4.1.2 Nome, ruolo, valore).
- Rapporto di contrasto tra testo e sfondo insufficiente in alcuni elementi (criterio 1.4.3 Contrasto minimo).
- Immagini prive di attributo alternativo (alt), riscontrate in particolare in homepage e nella pagina di categoria (criterio 1.1.1 Contenuti non testuali).
- Ordine delle intestazioni non sequenziale e struttura degli elenchi non corretta (elementi di lista non contenuti in <ul>/<ol>), che compromettono la rappresentazione delle relazioni di contenuto (criterio 1.3.1 Informazioni e relazioni).
- Collegamenti distinguibili unicamente in base al colore, riscontrati nelle pagine di checkout (criterio 1.4.1 Uso del colore).
- Dimensione e spaziatura insufficienti degli elementi attivabili al tocco (touch target). Tale rilievo corrisponde al criterio 2.5.8 Dimensione del target (minimo), requisito di livello AA introdotto dalle WCAG 2.2, e costituisce una non conformità da sanare nell'ambito del piano di adeguamento.
Le criticità sopra elencate, unitamente ai criteri risultati parzialmente soddisfatti, sono oggetto del piano di adeguamento progressivo descritto nel capitolo «Piano di adeguamento» della presente dichiarazione.
Valutazione automatica (WAVE)
A integrazione di Lighthouse, è stata eseguita rilevazione con il WAVE Web Accessibility Evaluation Tool per ciascun template. I dati ottenuti dalla valutazione automatica con lo strumento WAVE confermano e dettagliano le criticità emerse da Lighthouse.
Verifica basata su analisi statica del DOM
Dettaglio delle verifiche manuali e semi-automatiche condotte a integrazione dell'analisi Lighthouse/WAVE, con lo stato puntuale per ciascun gruppo di criteri.
| Verifica manuale | Criteri | Stato / esito |
|---|---|---|
| Navigazione da tastiera (tutti i template) | 2.1.12.4.32.4.72.4.11 |
Eseguita — supporto molto limitato. |
| Test con screen reader (NVDA, VoiceOver) | 4.1.24.1.31.3.12.4.4 |
Condotta in alternativa una valutazione semantica DOM sui template campione, che ha confermato: pulsanti icon-only senza nome accessibile (4.1.2); aria-label generici o fuorvianti, es. "store logo", "Accordion" (4.1.2); banner-link con alt="" nelle Promozioni e immagini placeholder senza alt in homepage (1.1.1); assenza di aria-live e role=alert nei messaggi di stato del flusso coupon nel checkout (4.1.3); bottone .action.showcart del riepilogo ordine con nome accessibile costituito dal solo numero quantità (4.1.2). |
| Verifica manuale del contrasto (testo e non testo) | 1.4.31.4.11 |
In corso. Identificate aree a rischio sui template campione (badge "NOVITÀ" bianco su verde chiaro; prezzi originali barrati in grigio chiaro; bottoni primari blu e rossi con testo bianco; bordi input grigio chiaro; testo bianco su barra utility rossa e su banner fotografici; icone social in cerchi chiari; card "Vai a:" delle FAQ con testo/icona bianca su fondo blu medio). Confermata visivamente una criticità sul link "Chi siamo" dell'header (testo bianco su grigio medio) presente sia nel carrello sia nel checkout. Misurazione puntuale dei rapporti di contrasto in corso. |
| Misurazione dei touch target su mobile (soglia 24×24 / 44×44 px) | 2.5.8 |
Parzialmente soddisfatto tramite analisi statica: sono presenti controlli a icona potenzialmente sotto la soglia minima 24×24 px se il CSS non amplia l'area cliccabile, tra cui menu hamburger con SVG 18×14, account 20×21, wishlist 20×19, chiusura ricerca mobile senza dimensioni esplicite e rimozione filtro categoria con icona 9×9. |
| Test di reflow e zoom (200% e 400%) | 1.4.41.4.10 |
Parzialmente soddisfatto da DOM/CSS: il viewport è correttamente impostato su width=device-width e sono presenti breakpoint responsive, ma restano dimensioni fisse o minime che richiedono prova manuale a 200% e 320px CSS, ad es. product-image-container 250px, galleria prodotto 550px con thumbs 180×180, SVG FAQ con min-width 100px e blocchi/carousel PageBuilder. |
| Test di override della spaziatura del testo | 1.4.12 |
Parzialmente soddisfatto: nelle sorgenti sono presenti regole con line-height/height fissi, in particolare i pulsanti del top block con font-size 10px, line-height 8px e height 32px. FAIL localizzato con override WCAG della spaziatura (line-height 1,5×, paragraph spacing 2×, letter-spacing 0,12em, word-spacing 0,16em). |
| Verifica dei contenuti al passaggio del puntatore o al focus | 1.4.13 |
Parzialmente soddisfatto: il crawl evidenzia overlay PageBuilder configurati con showOverlay:"hover", pattern menu/dropdown e diversi tooltip nativi title su logo, ricerca e campi form. I contenuti overlay puntabili e persistenti. |
| Walkthrough degli errori nei moduli (form) | 3.3.13.3.23.3.3 |
Parzialmente coperto dalla valutazione semantica DOM, che ha rilevato l'assenza di aria-live / role=alert nei messaggi del flusso coupon del checkout (cfr. criterio 4.1.3). Walkthrough completo dei messaggi di errore dei form (registrazione, login, checkout) ancora da eseguire. |
| Revisione di intestazioni, landmark e liste semantiche | 1.3.12.4.6 |
La valutazione semantica DOM ha rilevato: trigger degli accordion FAQ costruiti come div con h5 interni anziché elementi button nativi; titoli dei filtri di catalogo realizzati con div data-role="title" anziché controlli semantici; collapsible del carrello ("Stima spedizione e tasse", "Codice sconto") senza vero button con aria-expanded/aria-controls; uso improprio del pattern role=tablist/tab/tabpanel per un singolo disclosure nel checkout (coupon); aria-label generico "Accordion" sui pulsanti di chiusura. Revisione completa di landmark e liste semantiche ancora da eseguire. |
| Verifica della marcatura della lingua delle parti | 3.1.2 |
Parzialmente verificata: la lingua principale è correttamente dichiarata con html lang="it", ma sono state rilevate parti in inglese non marcate con lang specifico, ad es. "Foreign rights", "PANINI FOOTBALL COLLECTION", oltre a termini ricorrenti come Newsletter, eBook, Blog, Instant Purchase, Football Collection, Google Tag Manager e Facebook Pixel. Molti sono brand/termini tecnici con impatto basso, ma le frasi straniere significative dovrebbero essere marcate lang="en"; criterio coerente con dichiarazione 3.1.2 parzialmente soddisfatto. |
| Conferma dei criteri dichiarati conformi (da validare) | 1.3.23.2.62.5.73.3.8 |
Validazione parziale: per 1.3.2 il DOM mostra header/mega menu esteso prima del contenuto e heading non sempre gerarchici, quindi la sequenza significativa va confermata con CSS disabilitato/screen reader; per 3.2.6 i link di aiuto/FAQ/contatti/metodi pagamento/tempi spedizione ricorrono in modo coerente in header/footer, esito tendenzialmente PASS; per 2.5.7 sono presenti slider/carousel e galleria Fotorama, con arrows=true e keyboard=true sulla galleria prodotto, ma vanno verificate alternative per tutti gli slider PageBuilder; per 3.3.8 non emergono CAPTCHA cognitivi obbligatori, ma autocomplete="off" su email/password e configurazioni checkout/login può ostacolare password manager/autofill: verificare copia-incolla e gestori password. |
Note metodologiche: le voci compilate si basano su analisi statica del DOM e delle sorgenti di pagina, integrate dalle evidenze di crawl delle pagine live indicate nel perimetro.
Piano di adeguamento
Il presente piano organizza gli interventi correttivi in fasi prioritarie e datate, dalla fotografia attuale a una condizione di conformità verificata di livello AA secondo le WCAG 2.2. Le date indicate sono pianificate a partire dalla data di redazione della presente dichiarazione (30 giugno 2026) e potranno essere riviste in sede di affidamento degli interventi.
1
30 ottobre 2026 · T+4 mesi
Nomi accessibili, testi alternativi, link descrittivi, contrasti criticiBloccante
Criteri: 4.1.2, 1.1.1, 2.4.4, 1.4.3
2
30 novembre 2026 · T+5 mesi
Operabilità da tastiera e gestione del focus (intervento di sviluppo più consistente)Bloccante
Criteri: 2.1.1, 2.4.11, 2.4.3
3
31 gennaio 2027 · T+7 mesi
Form, messaggi di stato, struttura semantica e salto blocchi
Criteri: 3.3.1–3.3.3, 4.1.3, 1.3.1, 2.4.1
4
31 marzo 2027 · T+9 mesi
Mobile/touch e rifiniture di distinguibilità (incl. interventi di priorità bassa)
Criteri: 2.5.8, 1.4.11, 1.4.12, 1.4.13, 1.3.5, 3.1.2, 2.2.2, 3.3.7
5
31 maggio 2027 · T+11 mesi
Re-test, verifica con screen reader e consolidamento della dichiarazione
Criteri: tutti
Al completamento della Fase 5 la presente dichiarazione sarà aggiornata con gli esiti delle verifiche manuali e con i punteggi post-intervento. I criteri attualmente classificati come «bloccanti» (4.1.2 Nome, ruolo, valore e 2.1.1 Tastiera) sono trattati in via prioritaria nelle Fasi 1 e 2. Il widget di accessibilità, ove adottato, è da intendersi come misura complementare e temporanea e non sostituisce la correzione del codice.
Meccanismo di feedback e contatti
Gli utenti che riscontrano difficoltà di accessibilità non descritte nella presente dichiarazione, o che necessitano di accedere a contenuti non ancora pienamente accessibili, possono segnalarlo scrivendo all'indirizzo noc.web@fcp.it. Il soggetto erogatore si impegna a fornire riscontro alle segnalazioni ricevute e a tenerne conto nel processo di miglioramento continuo dell'accessibilità del sito.
Scrivi a noc.web@fcp.itProcedura di ricorso
Qualora l'utente non riceva risposta entro un termine ragionevole, oppure ritenga la risposta ricevuta non soddisfacente, può rivolgersi al Difensore civico per il digitale presso l'Agenzia per l'Italia Digitale (AgID), competente a ricevere le segnalazioni relative alla violazione degli obblighi di accessibilità previsti dalla normativa vigente.
Le segnalazioni possono essere inoltrate al Difensore civico per il digitale tramite l'apposita procedura disponibile sul sito istituzionale di AgID: www.agid.gov.it.
Conclusioni
La presente dichiarazione è redatta sulla base di un'autovalutazione condotta in conformità alla normativa vigente ed è soggetta a revisione periodica, in particolare in caso di modifiche significative del sito o di aggiornamenti normativi. Il titolare del sito si impegna a garantire un accesso equo e inclusivo ai propri contenuti digitali e invita gli utenti a segnalare eventuali difficoltà o suggerimenti scrivendo a noc.web@fcp.it, al fine di migliorare continuamente l'accessibilità del sito stesso.
↑ Torna all'inizio della dichiarazione
Rimaniamo in contatto!
Resta aggiornato su tutte le novità editoriali, scopri per primo tutte le ultime promozioni e ricevi contenuti gratuiti in esclusiva!
Iscrivimi alla newsletter