Dichiarazione di accessibilità
Ultimo aggiornamento: 19 settembre 2026.
1. Impegno e standard
JoelKlemmer.com è concepito per essere utilizzabile dalle persone con disabilità, comprese quelle che usano tastiere, lettori di schermo, ingrandimento, input vocale, dispositivi a commutatore e preferenze di visualizzazione alternative. Joel R. Klemmer, Stati Uniti, è responsabile del sito web e riceve le segnalazioni relative all'accessibilità all'indirizzo contact@joelklemmer.com.
Il nostro obiettivo tecnico sono le Web Content Accessibility Guidelines, versione 2.2, Livello AA. Applichiamo inoltre determinate pratiche del Livello AAA quando migliorano l'esperienza e possono essere supportate in modo coerente. «AA+» viene talvolta usato in modo informale, ma non è un livello di conformità WCAG distinto. Non lo usiamo come certificazione né dichiariamo che il sito web abbia soddisfatto ogni criterio di successo del Livello AAA.
L'accessibilità fa parte della revisione del design, dei contenuti, dello sviluppo e del rilascio. Un'esperienza visivamente immersiva non dovrebbe richiedere animazioni, un motore di rendering tridimensionale, un particolare tema cromatico o un dispositivo di puntamento per raggiungere le informazioni essenziali. I controlli di accessibilità integrano l'HTML semantico e un comportamento predefinito utilizzabile; non sostituiscono la necessità di un sito sottostante accessibile.
2. Ambito della presente dichiarazione
La presente dichiarazione riguarda le pagine e l'interfaccia gestite su JoelKlemmer.com, comprese navigazione, ricerca, informazioni sui libri e directory dei rivenditori, registrazioni di fonti pubbliche, riconoscimenti, risorse per media e stampa, contatti, pagine delle informative e guida IA. Riguarda i contenuti e le funzioni che controlliamo.
Rivenditori indipendenti, editori, social network, piattaforme di podcast e altri servizi collegati controllano le proprie interfacce e i propri materiali. La loro accessibilità può essere diversa da quella di questo sito web. Il link a un servizio di terzi non ne certifica l'accessibilità. Se una risorsa esterna crea una barriera rispetto a informazioni disponibili qui, comunicarci ciò di cui si ha bisogno e valuteremo un'alternativa adeguata sotto il nostro controllo.
I documenti scaricabili, le immagini e il materiale audiovisivo presentano considerazioni specifiche per ciascun formato. Un PDF visivo può comportarsi diversamente dalla relativa presentazione HTML, in particolare per ordine di lettura, marcatura, estrazione del testo e tecnologie assistive. Non consideriamo una revisione visiva o il corretto download di un PDF come prova di conformità PDF/UA. La presentazione HTML del sito web delle informazioni per media e stampa offre un percorso di lettura distinto; contattarci se tale percorso non soddisfa le proprie esigenze.
3. Navigazione e uso della tastiera
Il sito web utilizza aree semantiche, titoli, testo descrittivo dei link, link nativi e controlli dei moduli per facilitare la navigazione mediante tecnologie assistive. Un link di salto consente di raggiungere il contenuto principale. Lo stato attivo della tastiera è concepito per restare visibile e seguire un ordine significativo. Le finestre di navigazione supportano l'apertura e la chiusura da tastiera e, alla chiusura di una finestra, lo stato attivo dovrebbe tornare al controllo che l'ha aperta, se tale controllo è ancora disponibile.
Utilizzare Tab e Shift+Tab per spostarsi tra i controlli, Enter per attivare link e pulsanti ove supportato ed Escape per chiudere una finestra aperta. I controlli nativi possono inoltre supportare i tasti freccia o Space in base al browser e alla tecnologia assistiva. Non sostituiamo intenzionalmente le consuete scorciatoie del browser e non richiediamo un gesto complesso per un'azione essenziale.
Gli obiettivi del puntatore sono progettati con dimensioni e separazione sufficienti. Un'azione disponibile al passaggio del puntatore dovrebbe essere anche individuabile e utilizzabile tramite tastiera o un altro metodo di input supportato. Le presentazioni per tocco, tastiera e puntatore possono differire nella disposizione, pur conservando gli stessi contenuti e azioni essenziali.
4. Visualizzazione, contrasto, movimento e grafica
Le impostazioni del tema consentono una presentazione chiara, scura o selezionata dal sistema, nell'ambito della stessa direzione visiva. Testo, controlli e indicatori dello stato attivo vengono esaminati per verificarne il contrasto rispetto agli sfondi effettivi. Immagini decorative e superfici sovrapposte non devono far dipendere la leggibilità del testo essenziale da uno sfondo imprevedibile. Il colore, da solo, non dovrebbe identificare un errore, uno stato o una selezione.
Le impostazioni del movimento consentono una presentazione con movimento ridotto e possono seguire la preferenza del sistema operativo. I contenuti essenziali dovrebbero restare disponibili quando il movimento è ridotto. L'impostazione della grafica offre una presentazione più leggera ai visitatori che preferiscono o necessitano di un rendering ridotto. Se il browser non può supportare una scena tridimensionale, una presentazione statica dovrebbe conservare le informazioni e la navigazione necessarie per utilizzare il sito.
È possibile usare lo zoom e le preferenze del browser per le dimensioni del testo. Le disposizioni vengono esaminate per il reflow e per eventuali perdite di contenuto quando cambiano le dimensioni del testo o dell'area di visualizzazione. Alcuni oggetti visivi, come la copertina di un libro o la pagina di una pubblicazione, mantengono una forma intrinseca; il testo alternativo e le informazioni HTML circostanti forniscono il contesto indipendentemente dalla disposizione fisica dell'immagine.
Le preferenze di visualizzazione vengono memorizzate sul dispositivo soltanto quando si seleziona il controllo facoltativo per ricordare le impostazioni. È possibile annullare tale scelta tramite l'interfaccia. Un errore dell'archiviazione del browser dovrebbe lasciare impostazioni predefinite utilizzabili anziché impedire l'accesso. L'Informativa sui cookie spiega separatamente questa archiviazione.
5. Testo, struttura e lingua
Miriamo a utilizzare titoli chiari, dimensioni del testo leggibili, interlinea sufficiente e un ordine di lettura significativo. Le informazioni non dovrebbero dipendere esclusivamente dalla posizione visiva, dalla forma o da un'istruzione come «fare clic sull'elemento a destra». Moduli ed elementi interattivi dovrebbero esporre nomi e relazioni comprensibili alle tecnologie assistive.
Il sito offre 50 lingue. Gli attributi della lingua e la direzione di scrittura vengono utilizzati affinché browser e tecnologie assistive possano interpretare correttamente la lingua selezionata e il testo da destra a sinistra. Nomi, titoli originali dei libri e citazioni possono rimanere nella lingua di origine quando tradurli identificherebbe erroneamente l'opera; le spiegazioni circostanti dovrebbero rendere chiara tale distinzione.
Un'interfaccia tradotta non è automaticamente accessibile o accurata. Etichette lunghe, caratteri non latini, testo bidirezionale, formati locali delle date e istruzioni tradotte richiedono verifiche separate. Se una traduzione rende poco chiaro un controllo o una spiegazione, indicare nella segnalazione la lingua e la pagina. Valuteremo sia il significato sia l'usabilità risultante.
6. Immagini, libri, pubblicazioni e media
Le immagini significative dovrebbero avere alternative testuali che ne comunichino la funzione. Le immagini decorative non dovrebbero generare annunci ripetitivi né oscurare contenuti significativi. Fotografie e scene generate non dovrebbero veicolare fatti essenziali non disponibili nel testo vicino. Titoli dei libri, paternità, edizioni e informazioni per l'acquisto sono presentati come testo anziché affidarsi esclusivamente alle immagini di copertina o agli oggetti tridimensionali.
Le pubblicazioni per media e stampa dispongono di interfacce di lettura HTML oltre che di versioni scaricabili. I controlli dovrebbero avere un nome, essere utilizzabili da tastiera e funzionare quando il movimento è ridotto. Ingrandimento del testo, navigazione tra le pagine e link alle fonti dovrebbero restare disponibili senza richiedere il gesto di voltare pagina. Se un particolare lettore o formato di documento costituisce una barriera, richiedere le informazioni in un altro formato adeguato.
Quando pubblichiamo audio o video preregistrati significativi sotto il nostro controllo, sono necessarie alternative accessibili, come sottotitoli, trascrizioni o descrizioni, secondo quanto appropriato al contenuto e allo standard applicabile. Un movimento decorativo privo di informazioni aggiuntive può utilizzare una presentazione statica equivalente. Le registrazioni di terzi possono disporre di sottotitoli o trascrizioni forniti dalla piattaforma che le ospita; non presumiamo che tali funzioni siano presenti o accurate per il solo fatto che la registrazione è collegata.
7. Moduli, errori e risposte automatizzate
Il modulo di contatto identifica i campi obbligatori e fornisce riscontri sulla convalida. Gli errori dovrebbero essere espressi in forma testuale e associati al controllo interessato o a un riepilogo navigabile. L'avanzamento, il successo e l'insuccesso dell'invio dovrebbero essere comunicati alle tecnologie assistive senza affidarsi esclusivamente al colore, all'animazione o a un messaggio visivo transitorio.
La guida IA è facoltativa. La ricerca ordinaria, le pagine delle fonti e il contatto restano disponibili in modo indipendente. Il campo della domanda, l'invio, l'annullamento, il risultato e gli stati di errore sono concepiti per essere accessibili da tastiera e lettore di schermo. Le risposte generate sono visualizzate come testo con link alle fonti. Un errore o una domanda non supportata dovrebbe produrre una spiegazione chiara anziché un risultato vuoto presentato come esito positivo.
L'output dell'IA può essere errato o difficile da comprendere. Non sostituisce un adattamento di accessibilità richiesto né l'assistenza diretta. È possibile chiedere informazioni attraverso il canale di contatto anziché utilizzare un fornitore di IA. L'Informativa sull'IA e l'Informativa sulla privacy spiegano i limiti della funzione e il trattamento dei dati.
8. Valutazione e limitazioni attuali
Durante lo sviluppo e la preparazione del rilascio utilizziamo una combinazione di revisione del codice sorgente, controlli automatizzati, test con tastiera, verifiche reattive nel browser e ispezione visiva. I test automatizzati possono individuare determinati difetti, ma non possono accertare che ogni interazione funzioni per ogni persona o tecnologia assistiva. Il superamento di un test su un'area di visualizzazione simulata non equivale a testare un telefono fisico, un televisore, un visore VR o ogni browser incorporato.
Il nostro approccio consiste nel rendere le informazioni essenziali disponibili attraverso controlli web standard e testo, affinché le scene decorative non diventino una barriera sui dispositivi con risorse limitate. Il comportamento effettivo può comunque variare in base a sistema operativo, browser, tecnologia assistiva, hardware, rete, supporto dei caratteri e impostazioni dell'utente. Se una combinazione non funziona, desideriamo ricevere le informazioni specifiche necessarie per riprodurre la barriera e fornire un'alternativa.
Non dichiariamo certificazioni di accessibilità di terzi, conformità completa al Livello AAA, test universali su dispositivi fisici o accessibilità di contenuti di terzi in assenza di prove a sostegno. I documenti scaricabili e i media esterni ospitati richiedono una propria valutazione. Una limitazione nota deve essere valutata e affrontata mediante una correzione o un'alternativa accessibile appropriata, non accantonata soltanto perché un rapporto automatizzato ha dato esito positivo.
9. Richiesta di assistenza o di un formato alternativo
Scrivere a contact@joelklemmer.com o utilizzare il modulo di contatto per segnalare una barriera o richiedere informazioni in un formato accessibile. Se il modulo stesso è difficile da usare, il canale e-mail costituisce un'alternativa. Non è necessario comunicare una diagnosi per presentare una richiesta di accessibilità.
I dettagli utili comprendono l'indirizzo della pagina, le informazioni o l'azione a cui si tentava di accedere, la barriera incontrata, il dispositivo e il browser, l'eventuale tecnologia assistiva interessata e il formato o l'assistenza che sarebbe utile. Condividere soltanto ciò che è necessario; non inviare password, documenti medici o informazioni private non pertinenti. È possibile omettere i dettagli tecnici che non si conoscono.
Miriamo a confermare la ricezione di una richiesta di accessibilità entro cinque giorni lavorativi e a fornire una risposta sostanziale o un passo successivo concreto entro dieci giorni lavorativi. Alcune correzioni o formati alternativi possono richiedere più tempo; in tal caso miriamo a spiegare il passo successivo previsto e a tenere informato il richiedente. Prevale un termine più breve o una procedura diversa prescritti dalla legge applicabile. Questi obiettivi non promettono che ogni difetto del software possa essere risolto definitivamente entro tale periodo.
Un'assistenza ragionevole non dovrebbe obbligare a utilizzare la funzione che ha creato la barriera. A seconda della richiesta, una risposta adeguata può consistere in una versione testuale, un documento in un altro formato, un link chiarito, assistenza per reperire una fonte o una correzione dell'interfaccia. Valuteremo la forma di assistenza richiesta e gli obblighi applicabili alle circostanze.
10. Riscontri, escalation e diritti legali
Se una risposta non risolve il problema, rispondere indicando la barriera ancora presente e chiedere un ulteriore esame da parte del gestore del sito web. Conservare le date e la corrispondenza pertinenti qualora sia necessaria una registrazione. La corrispondenza sull'accessibilità viene trattata ai sensi dell'Informativa sulla privacy e delle regole di conservazione applicabili.
Questa procedura interna non limita il diritto di contattare un'autorità competente in materia di accessibilità, diritti delle persone con disabilità, tutela dei consumatori o altro, di utilizzare una procedura di reclamo disponibile o di chiedere un rimedio ai sensi della legge applicabile. Non è necessario rinunciare a un diritto di legge per ricevere assistenza. Nessuna esclusione di responsabilità presente altrove nel sito esclude un obbligo che non può essere legittimamente escluso.
I requisiti di accessibilità variano tra paesi e, negli Stati Uniti, tra il quadro giuridico federale, statale e gli altri quadri applicabili. WCAG è uno standard tecnico; il suo utilizzo non determina di per sé quale legge si applichi a questo sito web e non certifica la conformità a ogni requisito locale. Le tutele imperative applicabili prevalgono quando richiedono più di quanto descritto nella presente dichiarazione.
11. Mantenimento e aggiornamento dell'accessibilità
Esaminiamo l'accessibilità quando aggiungiamo una funzione, modifichiamo la navigazione, aggiorniamo una pubblicazione, introduciamo una nuova risorsa o traduciamo contenuti. I controlli pertinenti dovrebbero comprendere l'interazione effettiva e gli stati di errore significativi, non soltanto un'immagine statica. Modifiche sostanziali alla guida IA, ai lettori delle pubblicazioni o ai controlli delle scene richiedono un nuovo esame delle funzioni interessate.
Aggiorneremo la presente dichiarazione quando una modifica sostanziale inciderà sulle funzioni, sulle limitazioni o sull'assistenza qui descritte. La data riportata nella pagina pubblicata identifica la versione. Per assistenza o ulteriori informazioni contattare Joel R. Klemmer, Stati Uniti, all'indirizzo contact@joelklemmer.com.