/ACCESSIBILITÀ
Progettato per essere navigabile da chiunque, in qualsiasi condizione di accesso.
Il sito K-Worldwide adotta le Web Content Accessibility Guidelines (WCAG) 2.1, Livello AA come riferimento di progettazione. L'accessibilità è una proprietà strutturale del codice: landmark semantici, heading hierarchy, supporto tastiera, gestione delle preferenze utente per movimento e contrasto, multilingua nativo.
/IMPEGNO
Non aggiunta a fine progetto: una proprietà strutturale del design e del codice. Il sistema visivo, l'architettura semantica e i comportamenti interattivi sono pensati perché chi naviga con screen reader, tastiera, comando vocale o display ad alto contrasto riceva lo stesso contenuto, lo stesso flusso, le stesse possibilità di azione di chi usa puntatore e schermo standard.
/STANDARD WCAG
Le WCAG 2.1 si articolano in quattro principi. Non sono opinioni di design: sono i pilastri tecnici dell'accessibilità web riconosciuti a livello internazionale dal W3C.
Tutto ciò che il sito mostra deve poter essere percepito. Testi alternativi sulle immagini, contrasti sufficienti, didascalie sui contenuti multimediali, struttura semantica chiara.
Chi naviga con screen reader, lettore Braille o display ad alto contrasto deve ricevere lo stesso significato di chi vede.
L'interfaccia deve funzionare con qualsiasi metodo d'ingresso. Tastiera completa, focus visibile, link e bottoni raggiungibili senza mouse. Nessuna trappola di tastiera, nessun limite di tempo forzato.
Chi naviga con switch device, comando vocale o tastiera assistiva deve poter completare ogni azione.
Le informazioni e il funzionamento dell'interfaccia devono essere chiari. Linguaggio leggibile, comportamento prevedibile dei componenti, messaggi d'errore espliciti.
Niente tecnicismi inutili, niente sorprese: l'utente sa sempre cosa sta succedendo e cosa fare dopo.
Il codice deve essere interpretabile da una vasta gamma di user agent e tecnologie assistive. Markup semantico, attributi ARIA quando servono, compatibilità con screen reader e parser futuri.
L'accessibilità non è un trucco visivo: è una proprietà strutturale del codice.
Fonte: W3C Web Content Accessibility Guidelines (WCAG) 2.1 · w3.org/TR/WCAG21
/DAI PRINCIPI ALL'ARCHITETTURA
I quattro principi WCAG si traducono in scelte concrete di codice. Markup semantico, supporto tastiera, ARIA selettivo, contrasti misurabili, motion controllato: la traduzione tecnica del protocollo.
/STRATO · ARCHITETTURA TECNICA
Le scelte tecniche che attraversano ogni componente del sito.
markup semantico
Tag HTML5 con ruolo nativo (header, nav, main, article, section, footer). Heading hierarchy senza salti. Liste, form e tabelle marcate con i tag appropriati. Nessun div generico dove esiste un elemento semantico. Il documento dichiara la lingua a livello root (html lang) e adatta la dichiarazione al locale corrente.
supporto tastiera
Ogni elemento interattivo è raggiungibile dal flusso di tabulazione e segue l'ordine logico del DOM. Lo skip link consente di saltare la navigazione e arrivare direttamente al contenuto principale. Nessuna trappola di tastiera, nessun limite di tempo forzato.
ARIA selettivo
Attributi ARIA usati solo dove HTML semantico non basta — componenti custom, stati dinamici, live region. Il primo principio ARIA è non usare ARIA: gli elementi nativi sono preferiti sempre che esistano. Pattern decorativi (grid, costellazioni, topografie) sono marcati aria-hidden per non disturbare le tecnologie assistive.
contrasti misurabili
La palette dinamica del sistema adotta cinque ruoli semantici (fondo, testo principale, testo secondario, testo muted, accent) che variano con la fase del giorno. Il riferimento è il rapporto di contrasto ≥ 4.5:1 per il testo normale e ≥ 3:1 per il testo grande, secondo soglia WCAG AA. Calibratura continua sulle cinque fasi adaptive.
motion controllato
Animazioni, transizioni ed effetti glitch rispettano la media query prefers-reduced-motion. Chi disattiva le animazioni del sistema operativo riceve un'esperienza ferma — niente parallax, niente pulse, niente entrata animata della pagina. La modalità forced-colors di Windows è supportata nativamente. Il movimento è una scelta dell'utente, non un'imposizione del sistema.
/CANALE FEEDBACK
I siti accessibili evolvono attraverso le segnalazioni dei loro utenti. Se incontri una barriera, un comportamento confuso o un componente che non risponde correttamente alla tua tecnologia assistiva: la segnalazione è benvenuta. Ogni feedback viene preso in carico.