Dichiarazione di accessibilità

Titolare del sito

Il sito è pubblicato da ICT Sviluppo S.r.l., con sede legale in Via Antonio Dalla Pozza 35, 36100 Vicenza (VI) — Partita IVA 03767960242.

Referente per l'accessibilità: Giovanni Fracasso.

Requisiti applicabili

I requisiti di accessibilità dei prodotti e dei servizi digitali sono descritti dal Decreto Legislativo n. 82/2022, che ha recepito la Direttiva UE n. 2019/882, e dalla norma armonizzata EN 301 549. Sono considerati accessibili i servizi che possono essere erogati, e le informazioni che possono essere fruite, senza discriminazioni anche da parte di chi — a causa di una disabilità — necessita di tecnologie assistive o di configurazioni particolari.

Questo sito è un blog editoriale: non offre vendita online né servizi transazionali al consumatore. La presente dichiarazione è quindi resa su base volontaria: adottiamo come riferimento tecnico le Web Content Accessibility Guidelines (WCAG), perché riteniamo che un contenuto pubblicato debba essere leggibile da tutti, non perché vi siamo tenuti da un obbligo specifico.

Nello specifico:

• il livello di conformità che dichiariamo è misurato sulle WCAG 2.1 livello AA, la versione su cui si basa la norma armonizzata EN 301 549 richiamata dalla normativa europea;
• adottiamo inoltre le WCAG 2.2 livello AA come riferimento per gli sviluppi e le correzioni in corso. Le WCAG 2.2 aggiungono criteri che le 2.1 non prevedono: li applichiamo ai nuovi interventi e li misuriamo già oggi, dichiarando qui sotto quali non sono ancora soddisfatti. Non dichiariamo la conformità 2.2 come raggiunta finché non lo è.

Le WCAG si basano su quattro principi fondamentali. Di seguito ciò che facciamo per ciascuno, e i limiti attuali.

Percepibilità

Ogni immagine informativa pubblicata negli articoli richiede un testo alternativo: il campo alt è obbligatorio nel nostro CMS, quindi non è possibile pubblicare un'immagine di contenuto senza descrizione. Le immagini sono servite in formati moderni e in dimensioni adatte al dispositivo, con larghezza e altezza dichiarate per evitare che il layout si sposti durante il caricamento.

I contrasti cromatici sono verificati sulle combinazioni di testo e sfondo effettivamente usate dal sito, compresi gli stati al passaggio del mouse — che gli strumenti automatici non ispezionano e che per questo restano spesso non verificati. Tutte rispettano il rapporto minimo di 4,5:1 richiesto dal criterio WCAG 1.4.3.

Utilizzabilità

La navigazione — menu, elenchi di articoli, paginazione, form di iscrizione alla newsletter — è utilizzabile da tastiera. Gli elementi interattivi mostrano un indicatore di focus visibile. I comandi che espandono o comprimono contenuto (per esempio il pulsante «Leggi di più» delle pagine di argomento) dichiarano il proprio stato alle tecnologie assistive tramite aria-expanded e indicano quale elemento della pagina controllano.

Dove il colore segnala un'azione, non è l'unico segnale: i comandi testuali sono anche sottolineati, compresi i link inseriti in una riga di testo (per esempio il numero di telefono nel piè di pagina).

I link rappresentati da una sola icona — i profili social nel piè di pagina e nelle schede autore — hanno un'area attivabile di almeno 24×24 pixel, come richiede il criterio WCAG 2.5.8, anche quando il disegno dell'icona è più piccolo. Lo scorrimento della pagina tiene conto dell'intestazione fissa: l'elemento che riceve il focus con il tasto Tab non finisce coperto (criterio WCAG 2.4.11).

Il sito non contiene contenuti che si muovono, lampeggiano o si aggiornano automaticamente, non imposta limiti di tempo alla lettura e non riproduce audio in automatico.

Comprensibilità

La lingua del documento è dichiarata nel codice della pagina (italiano). La struttura dei titoli degli articoli e delle pagine di elenco segue una gerarchia senza salti di livello, così che chi usa uno screen reader possa scorrere il documento per intestazioni. La navigazione è la stessa su tutte le pagine e su tutti i dispositivi.

Solidità

Il sito è realizzato con componenti standard e marcatura semantica, testata per la compatibilità con browser e tecnologie assistive. La verifica di accessibilità è automatizzata e versionata insieme al codice: la suite di test end-to-end esegue il motore di analisi axe-core, limitato al set di regole WCAG 2.1 livelli A e AA, sulle pagine principali (home, articolo, pagina di argomento, pagina autore), più asserzioni specifiche sulla gerarchia degli heading e sull'accessibilità dei comandi interattivi.

Descrizione del servizio

Il sito è realizzato con le seguenti tecnologie:

• HTML5 semantico e CSS3
• JavaScript (framework Nuxt 4 / Vue 3), con rendering delle pagine lato server: i contenuti sono leggibili anche se JavaScript non viene eseguito
• CMS: Sanity (headless), con i contenuti letti dal sito al momento della richiesta
• Consegna delle immagini ottimizzata via CDN

Funzioni disponibili a chi visita il sito:

• lettura degli articoli del blog, raggiungibili dalla home, dall'archivio completo, dalle pagine di categoria, di argomento e di approfondimento, e dalla pagina di ciascun autore;
• navigazione per argomenti tramite il menu, che elenca le aree tematiche del blog;
• caricamento progressivo di ulteriori articoli negli elenchi, con paginazione raggiungibile anche via URL (quindi utilizzabile senza dipendere dall'interazione dinamica);
• iscrizione alla newsletter tramite form;
• feed RSS su /rss.xml, che consente di leggere i contenuti con il proprio lettore preferito — incluse le applicazioni configurate per l'accessibilità.

Il sito non richiede la creazione di un account, non elabora pagamenti e non richiede autenticazione per accedere ai contenuti.

Stato di conformità

La presente dichiarazione è aggiornata al 3 agosto 2026.

Il sito è stato sottoposto a verifica tramite strumenti automatizzati (axe-core, limitato alle regole WCAG 2.1 A e AA) integrati nella suite di test del progetto, e a controlli manuali. È attualmente parzialmente conforme ai requisiti WCAG 2.1 livello AA: la conformità è raggiunta sulle pagine principali verificate, con le eccezioni elencate qui sotto.

La verifica automatica con axe-core, limitata ai criteri WCAG di livello A e AA delle versioni 2.1 e 2.2, non rileva violazioni su nessuna delle pagine controllate — home, articolo, categoria, pagina di argomento e pagina autore — né a schermo grande né su smartphone, con il menu chiuso e aperto. Restano le limitazioni elencate qui sotto, che uno strumento automatico non può misurare o che riguardano componenti di terzi.

Rispetto alle WCAG 2.2 livello AA, adottate come riferimento per gli sviluppi, i criteri introdotti da questa versione risultano soddisfatti; gli altri non si applicano a questo sito, che non prevede autenticazione, interazioni di trascinamento né moduli a più passaggi.

Non conformità note

Le dichiariamo puntualmente, invece di sintetizzarle in una percentuale, perché sono verificate e tracciate pubblicamente nel repository del progetto:

1. Contenuti storici — il blog contiene oltre 900 articoli pubblicati dal 2014, migrati da una piattaforma precedente. La qualità dei testi alternativi delle immagini e delle tabelle nei contenuti più vecchi non è uniforme: la revisione avviene progressivamente. Gli articoli nuovi sono prodotti con il vincolo di alt obbligatorio descritto sopra.
2. Aree cliccabili di alcuni link testuali — le firme dell'autore negli elenchi di articoli sono link alti 16 pixel. Sono link inseriti in una riga di testo, caso che il criterio WCAG 2.5.8 (Target Size (Minimum), AA) esclude espressamente: li segnaliamo per trasparenza, non come violazione. Non li abbiamo ingranditi perché farlo creerebbe aree cliccabili sovrapposte fra righe vicine, con il rischio di attivare il link sbagliato — un peggioramento, non un miglioramento.
3. Contenuti di terze parti — i video incorporati (YouTube) e il pannello di gestione del consenso ai cookie sono componenti forniti da terzi: non ne controlliamo direttamente l'accessibilità. I video sono caricati solo su azione dell'utente, così che non interferiscano con la lettura della pagina. Per i sottotitoli dei video dipendiamo da quanto disponibile sulla piattaforma di origine.

Verifiche manuali effettuate

Oltre ai controlli automatici, il sito è stato provato navigandolo con la sola tastiera: tutti gli elementi interattivi sono raggiungibili con il tasto Tab in un ordine coerente con la lettura della pagina, l'elemento che ha il focus è sempre riconoscibile e non resta coperto dall'intestazione, non ci sono punti in cui il focus rimane intrappolato senza via d'uscita, e il collegamento «Salta al contenuto principale» in cima alla pagina funziona. Il menu di navigazione si apre in un pannello che trattiene correttamente la tabulazione al proprio interno finché è aperto, e il tasto Esc lo chiude riportando il focus al pulsante di apertura.

Gran parte di queste verifiche è anche automatizzata: la suite di test del progetto percorre le pagine con il tasto Tab e controlla a ogni passo che l'elemento a fuoco sia visibile e non coperto da altro contenuto. Così la conformità non dipende da una prova fatta una volta sola: una regressione introdotta da un componente nuovo viene rilevata. Il contenimento della tabulazione nel pannello del menu resta invece verificato a mano, perché gli strumenti di automazione simulano la pressione dei tasti e su quel comportamento specifico non danno un esito attendibile.

Questa prova riguarda i criteri WCAG 2.1.1 (Tastiera), 2.1.2 (Nessun blocco da tastiera), 2.4.3 (Ordine del focus), 2.4.7 (Focus visibile) e 2.4.11 (Focus non coperto).

Non abbiamo ancora svolto una sessione di prova strutturata con uno screen reader (per esempio NVDA o VoiceOver). Lo dichiariamo perché è una differenza che conta: la navigazione da tastiera e la lettura vocale mettono in luce problemi diversi, e la seconda verifica è in programma. Nel frattempo le segnalazioni di chi usa questi strumenti sono, per noi, la fonte più utile di tutte.

Percentuale di accessibilità

Non pubblichiamo una percentuale di conformità. Non esiste una metrica normata per esprimerla, e un numero prodotto da un solo strumento automatico non descrive l'esperienza reale di chi usa una tecnologia assistiva: gli strumenti automatici individuano una parte dei problemi, non tutti. Preferiamo l'elenco puntuale delle non conformità note riportato qui sopra, aggiornato quando cambia.

Esenzioni per oneri sproporzionati

Non sono state invocate né identificate esenzioni per oneri sproporzionati ai sensi dell'art. 13 del d.lgs. 82/2022. Le non conformità elencate sopra sono considerate correggibili e sono oggetto di intervento progressivo; eventuali limitazioni residue saranno documentate in questa pagina.

Segnalazione di ostacoli e barriere

Se incontri una difficoltà di accesso ai contenuti di questo sito, segnalacela: è il modo più efficace per farci scoprire i problemi che gli strumenti automatici non vedono.

• Email: info@ictsviluppo.it

Per aiutarci a riprodurre il problema, quando puoi indica:

• l'indirizzo (URL) della pagina interessata;
• una descrizione della difficoltà incontrata;
• il browser, il sistema operativo e l'eventuale tecnologia assistiva in uso.

Rispondiamo alle segnalazioni nel più breve tempo possibile.

Autorità di vigilanza

Se ritieni di non avere ricevuto una risposta adeguata alla tua segnalazione, puoi rivolgerti all'Agenzia per l'Italia Digitale (AgID), autorità nazionale competente in materia di accessibilità digitale: www.agid.it