Declaració d'accessibilitat
Darrera actualització: 19 de setembre de 2026.
1. Compromís i estàndard
JoelKlemmer.com està concebut perquè el puguin utilitzar les persones amb discapacitat, incloses les que fan servir teclats, lectors de pantalla, ampliació, entrada de veu, commutadors i preferències alternatives de visualització. Joel R. Klemmer, Estats Units, és responsable del lloc web i de rebre les incidències d'accessibilitat a contact@joelklemmer.com.
El nostre objectiu tècnic són les Directrius d'accessibilitat per al contingut web, versió 2.2, nivell AA. També apliquem determinades pràctiques de nivell AAA quan milloren l'experiència i es poden mantenir de manera coherent. «AA+» s'utilitza de vegades informalment, però no és un nivell de conformitat separat de les WCAG. No l'utilitzem com a certificació ni afirmem que el lloc web hagi assolit tots els criteris d'èxit de nivell AAA.
L'accessibilitat forma part del disseny, el contingut, el desenvolupament i la revisió de llançament. Una experiència visualment immersiva no hauria d'exigir animació, un motor de renderització tridimensional, un tema de color concret ni un dispositiu apuntador per accedir a la informació essencial. Els controls d'accessibilitat complementen l'HTML semàntic i un comportament predeterminat usable; no substitueixen la necessitat que el lloc subjacent sigui accessible.
2. Àmbit d'aquesta declaració
Aquesta declaració cobreix les pàgines i la interfície gestionades a JoelKlemmer.com, inclosos la navegació, la cerca, la informació dels llibres i els directoris de venedors, els registres de fonts públiques, els reconeixements, els recursos de mitjans i premsa, el contacte, les pàgines de polítiques i la guia d'IA. Es refereix al contingut i les funcions que controlem.
Els venedors independents, les editorials, les xarxes socials, les plataformes de pòdcasts i altres serveis enllaçats controlen les seves pròpies interfícies i materials. La seva accessibilitat pot ser diferent de la d'aquest lloc web. Un enllaç a un servei de tercers no en certifica l'accessibilitat. Si un recurs extern crea una barrera per accedir a informació disponible aquí, explica'ns què necessites i considerarem una alternativa adequada dins del nostre control.
Els documents descarregables, les imatges i el material audiovisual tenen consideracions específiques segons el format. Un PDF visual pot comportar-se de manera diferent de la seva presentació en HTML, especialment pel que fa a l'ordre de lectura, l'etiquetatge, l'extracció de text i la tecnologia de suport. No considerem que una revisió visual o una descàrrega correcta d'un PDF siguin prova de conformitat amb PDF/UA. La presentació en HTML de la informació de mitjans i premsa del lloc web proporciona una via de lectura separada; contacta amb nosaltres si aquesta via no satisfà les teves necessitats.
3. Navegació i ús del teclat
El lloc web utilitza regions de referència, encapçalaments, text d'enllaç significatiu, enllaços natius i controls de formulari per facilitar la navegació amb tecnologia de suport. Un enllaç per saltar al contingut ofereix una via cap al contingut principal. El focus del teclat està pensat per romandre visible i seguir un ordre significatiu. Els diàlegs de navegació admeten l'entrada i el tancament amb el teclat, i tancar un diàleg hauria de retornar el focus al control que l'ha obert quan aquest control continuï disponible.
Utilitza Tab i Shift+Tab per moure't entre controls, Enter per activar enllaços i botons quan s'admeti, i Escape per tancar un diàleg obert. Els controls natius també poden admetre les tecles de fletxa o la barra espaiadora segons el navegador i la tecnologia de suport. No substituïm intencionadament les dreceres habituals del navegador ni exigim un gest complex per a una acció essencial.
Les àrees d'interacció del punter es dissenyen amb mida i separació suficients. Una acció disponible en passar-hi el punter també s'hauria de poder descobrir i executar amb el teclat o una altra entrada admesa. Les presentacions tàctils, de teclat i de punter poden diferir en la disposició, tot preservant el mateix contingut i les mateixes accions essencials.
4. Visualització, contrast, moviment i gràfics
La configuració de tema permet una presentació clara, fosca o seleccionada pel sistema dins de la mateixa direcció visual. Es revisa el contrast dels textos, els controls i els indicadors de focus respecte dels seus fons reals. Les imatges decoratives i les superfícies en capes no han de fer que la llegibilitat del text essencial depengui d'un fons imprevisible. El color, per si sol, no hauria d'identificar un error, un estat ni una selecció.
La configuració de moviment permet una presentació amb moviment reduït i pot seguir la preferència del sistema operatiu. El contingut essencial hauria de continuar disponible quan es redueix el moviment. La configuració de gràfics proporciona una presentació més lleugera per als visitants que prefereixen o necessiten una renderització reduïda. Si el navegador no pot admetre una escena tridimensional, una presentació estàtica hauria de preservar la informació i la navegació necessàries per utilitzar el lloc.
Pots ampliar la pàgina i utilitzar les preferències de mida de text del navegador. Es revisen les disposicions per comprovar-ne la redistribució i la possible pèrdua de contingut quan canvien les dimensions del text o de la finestra de visualització. Alguns objectes visuals, com una coberta de llibre o una pàgina de publicació, conserven una forma intrínseca; el text alternatiu i la informació HTML del voltant proporcionen context independentment de la disposició física de la imatge.
Les preferències de visualització només es desen al dispositiu quan se selecciona el control opcional per recordar la configuració. Pots esborrar aquesta elecció a través de la interfície. Una fallada de l'emmagatzematge del navegador hauria de deixar valors predeterminats usables en lloc d'impedir l'accés. La Política de galetes explica aquest emmagatzematge per separat.
5. Text, estructura i idioma
Procurem utilitzar encapçalaments clars, mides de text llegibles, interlineat suficient i un ordre de lectura significatiu. La informació no hauria de dependre únicament de la posició visual, la forma o una instrucció com ara «fes clic a l'element de la dreta». Els formularis i els elements interactius haurien d'exposar noms i relacions comprensibles a la tecnologia de suport.
El lloc ofereix 50 opcions d'idioma. S'utilitzen atributs d'idioma i direcció d'escriptura perquè els navegadors i les tecnologies de suport puguin interpretar adequadament l'idioma seleccionat i el text de dreta a esquerra. Els noms, els títols originals de llibres i les citacions poden romandre en l'idioma d'origen quan traduir-los identificaria incorrectament l'obra; les explicacions del voltant haurien de deixar clara aquesta distinció.
Una interfície traduïda no és automàticament accessible ni exacta. Les etiquetes llargues, les tipografies no llatines, el text bidireccional, els formats locals de data i les instruccions traduïdes requereixen comprovacions separades. Si una traducció fa que un control o una explicació siguin poc clars, identifica l'idioma i la pàgina a l'informe. Avaluarem tant el significat com la usabilitat resultant.
6. Imatges, llibres, publicacions i mitjans
Les imatges significatives haurien de tenir alternatives textuals que transmetin la seva finalitat. Les imatges decoratives no haurien de generar anuncis repetitius ni ocultar contingut significatiu. Les fotografies i les escenes generades no haurien de contenir fets essencials que no estiguin disponibles en el text proper. Els títols dels llibres, l'autoria, les edicions i la informació de compra es presenten com a text, sense dependre únicament de les imatges de coberta o dels objectes tridimensionals.
Les publicacions de mitjans i premsa tenen interfícies de lectura en HTML i versions descarregables. Els controls haurien de tenir nom, ser operables amb el teclat i ser usables quan es redueix el moviment. L'ampliació del text, la navegació per pàgines i els enllaços a fonts haurien de continuar disponibles sense exigir un gest per passar pàgina. Si un lector o un format de document concret constitueixen una barrera, demana la informació en un altre format adequat.
Quan publiquem àudio o vídeo preenregistrats amb informació significativa sota el nostre control, es requereixen alternatives accessibles, com ara subtítols, transcripcions o descripcions, segons el contingut i l'estàndard aplicable. El moviment decoratiu que no aporta informació addicional pot utilitzar una presentació estàtica equivalent. Els enregistraments de tercers poden tenir subtítols o transcripcions proporcionats pel seu amfitrió; no suposem que aquestes funcions existeixin o siguin exactes simplement perquè l'enregistrament estigui enllaçat.
7. Formularis, errors i respostes automatitzades
El formulari de contacte identifica els camps obligatoris i proporciona informació de validació. Els errors s'haurien d'expressar amb text i associar-se al control afectat o a un resum navegable. El progrés de l'enviament, l'èxit i la fallada s'haurien de comunicar a la tecnologia de suport sense dependre únicament del color, l'animació o un missatge visual transitori.
La guia d'IA és opcional. La cerca ordinària, les pàgines de fonts i el contacte continuen disponibles de manera independent. El camp de pregunta i els estats d'enviament, cancel·lació, resultat i error estan pensats per ser accessibles amb el teclat i els lectors de pantalla. Les respostes generades es mostren com a text amb enllaços a les fonts. Una fallada o una pregunta sense suport en les fonts haurien de produir una explicació clara en lloc d'un resultat buit presentat com un èxit.
La sortida d'IA pot ser incorrecta o difícil d'entendre. No substitueix una adaptació d'accessibilitat demanada ni l'assistència directa. Pots demanar informació pel canal de contacte en lloc d'utilitzar un proveïdor d'IA. La Política d'IA i la Política de privacitat expliquen les limitacions de la funció i el tractament de les dades.
8. Avaluació i limitacions actuals
Durant el desenvolupament i la preparació del llançament utilitzem una combinació de revisió de fonts, comprovacions automatitzades, proves de teclat, comprovacions de navegadors amb disseny adaptable i inspecció visual. Les proves automatitzades poden identificar determinats defectes, però no poden acreditar que cada interacció funcioni per a cada persona o tecnologia de suport. Una prova reeixida en una finestra de visualització simulada no és el mateix que provar un telèfon físic, un televisor, un visor de VR o tots els navegadors integrats.
El nostre enfocament és posar la informació essencial a disposició mitjançant controls web estàndard i text perquè les escenes decoratives no esdevinguin una barrera en dispositius amb limitacions. El comportament real encara pot variar segons el sistema operatiu, el navegador, la tecnologia de suport, el maquinari, la xarxa, la compatibilitat de les fonts tipogràfiques i la configuració de l'usuari. Si una combinació falla, volem la informació específica necessària per reproduir la barrera i proporcionar una alternativa.
No afirmem disposar d'una certificació d'accessibilitat de tercers, de conformitat completa amb el nivell AAA, de proves universals amb dispositius físics ni de contingut accessible de tercers sense proves que ho acreditin. Els documents descarregables i els mitjans externs allotjats requereixen una avaluació pròpia. Una limitació coneguda s'ha d'avaluar i abordar mitjançant una correcció o una alternativa accessible adequada, i no descartar-se només perquè un informe automatitzat hagi resultat favorable.
9. Demanar assistència o un format alternatiu
Escriu a contact@joelklemmer.com o utilitza el formulari de contacte per comunicar una barrera o demanar informació en un format accessible. Si el formulari mateix és difícil d'utilitzar, el correu electrònic és una alternativa. No cal revelar cap diagnòstic per fer una sol·licitud d'accessibilitat.
Les dades útils inclouen l'adreça de la pàgina, la informació o l'acció a què intentaves accedir, la barrera trobada, el dispositiu i el navegador, qualsevol tecnologia de suport implicada i el format o l'assistència que et serien útils. Comparteix només el que sigui necessari; no enviïs contrasenyes, documents mèdics ni informació privada no relacionada. Pots ometre els detalls tècnics que desconeguis.
El nostre objectiu és confirmar la recepció d'una sol·licitud d'accessibilitat en un termini de cinc dies hàbils i proporcionar una resposta substantiva o un pas pràctic següent en un termini de deu dies hàbils. Algunes correccions o formats alternatius poden requerir més temps; en aquest cas, procurem explicar el pas següent previst i mantenir-te informat. Té preferència qualsevol termini més curt o procediment diferent que exigeixi la llei aplicable. Aquests objectius no són una promesa que tots els defectes de programari es puguin resoldre permanentment en aquell període.
Una assistència raonable no hauria d'exigir que utilitzis la funció que ha creat la barrera. Segons la sol·licitud, una resposta adequada pot ser una versió de text, un document en un altre format, un enllaç aclarit, ajuda per localitzar una font o una correcció de la interfície. Considerarem la forma d'assistència demanada i les obligacions aplicables a les circumstàncies.
10. Comentaris, revisió addicional i drets legals
Si una resposta no resol la teva preocupació, respon indicant la barrera pendent i demana una revisió addicional per part del responsable del lloc web. Conserva les dates i la correspondència pertinents si necessites un registre. La correspondència d'accessibilitat es tracta d'acord amb la Política de privacitat i les regles de conservació aplicables.
Aquest procés intern no limita el teu dret a contactar amb una autoritat competent en accessibilitat, drets de les persones amb discapacitat, protecció del consumidor o qualsevol altra matèria, utilitzar un procediment de reclamació disponible o demanar una reparació d'acord amb la llei aplicable. No has de renunciar a cap dret legal per obtenir assistència. Cap exempció de responsabilitat en una altra part del lloc exclou una obligació que no es pugui excloure legalment.
Els requisits d'accessibilitat varien entre països i, als Estats Units, entre els marcs jurídics federals, estatals i altres d'aplicables. Les WCAG són un estàndard tècnic; utilitzar-les no determina per si mateix quina llei s'aplica a aquest lloc web ni certifica el compliment de tots els requisits locals. Les proteccions obligatòries aplicables prevalen quan exigeixen més del que descriu aquesta declaració.
11. Manteniment i actualització de l'accessibilitat
Revisem l'accessibilitat quan afegim una funció, canviem la navegació, actualitzem una publicació, introduïm un recurs nou o traduïm contingut. Les comprovacions pertinents haurien d'incloure la interacció real i els estats de fallada significatius, no només una captura de pantalla estàtica. Els canvis importants a la guia d'IA, als lectors de publicacions o als controls d'escenes requereixen una nova revisió de les funcions afectades.
Actualitzarem aquesta declaració quan un canvi substancial afecti les funcions, les limitacions o l'assistència que s'hi descriuen. La data de la pàgina publicada identifica la versió. Per rebre assistència o més informació, contacta amb Joel R. Klemmer, Estats Units, a contact@joelklemmer.com.