Declaración de accesibilidade
Última actualización: 19 de setembro de 2026.
1. Compromiso e norma de referencia
JoelKlemmer.com está concibido para que poidan utilizalo persoas con discapacidade, incluídas as que empregan teclados, lectores de pantalla, ampliación, entrada por voz, dispositivos de conmutación e preferencias alternativas de visualización. Joel R. Klemmer, Estados Unidos, é responsable do sitio web e de recibir as comunicacións sobre accesibilidade en contact@joelklemmer.com.
O noso obxectivo técnico son as Pautas de accesibilidade para o contido web, versión 2.2, nivel AA. Tamén aplicamos determinadas prácticas do nivel AAA cando melloran a experiencia e poden manterse de forma coherente. «AA+» úsase ás veces de maneira informal, pero non é un nivel de conformidade WCAG independente. Non o empregamos como certificación nin afirmamos que o sitio web cumpra todos os criterios de éxito do nivel AAA.
A accesibilidade forma parte do deseño, do contido, do desenvolvemento e da revisión previa á publicación. Unha experiencia visual inmersiva non debe esixir animación, un motor de representación tridimensional, un tema de cor concreto nin un dispositivo apuntador para acceder á información esencial. Os controis de accesibilidade complementan o HTML semántico e un funcionamento predeterminado utilizable; non substitúen a necesidade de que o propio sitio sexa accesible.
2. Ámbito desta declaración
Esta declaración abrangue as páxinas e a interface xestionadas en JoelKlemmer.com, incluídas a navegación, a busca, a información sobre libros e os directorios de vendedores, os rexistros de fontes públicas, os recoñecementos, os recursos para medios e prensa, o contacto, as páxinas de políticas e a guía de IA. Refírese ao contido e ás funcións que controlamos.
Os vendedores independentes, as editoriais, as redes sociais, as plataformas de pódcasts e outros servizos enlazados controlan as súas propias interfaces e materiais. A súa accesibilidade pode diferir da deste sitio web. Unha ligazón a un servizo de terceiros non certifica a súa accesibilidade. Se un recurso externo crea unha barreira para acceder á información dispoñible aquí, indícanos que necesitas e estudaremos unha alternativa axeitada dentro do que controlamos.
Os documentos descargables, as imaxes e o material audiovisual presentan cuestións específicas de cada formato. Un PDF visual pode comportarse de forma diferente á súa presentación en HTML, especialmente na orde de lectura, na etiquetaxe, na extracción de texto e no uso de tecnoloxías de apoio. Non consideramos que unha revisión visual ou unha descarga correcta dun PDF demostren a conformidade con PDF/UA. A presentación en HTML da información para medios e prensa no sitio ofrece unha vía de lectura independente; contacta connosco se esa vía non atende as túas necesidades.
3. Navegación e uso do teclado
O sitio web emprega rexións de referencia, títulos, textos de ligazón significativos, ligazóns nativas e controis de formulario para facilitar a navegación con tecnoloxías de apoio. Unha ligazón de salto permite acceder ao contido principal. Procuramos que o foco do teclado permaneza visible e siga unha orde lóxica. Os cadros de diálogo de navegación permiten entrar e saír mediante o teclado e, ao pechar un diálogo, o foco debe volver ao control que o abriu cando este siga dispoñible.
Usa Tab e Shift+Tab para desprazarte entre controis, Enter para activar ligazóns e botóns cando se admita, e Escape para pechar un diálogo aberto. Os controis nativos tamén poden admitir as frechas ou a barra espazadora, segundo o navegador e a tecnoloxía de apoio. Non substituímos deliberadamente os atallos habituais do navegador nin esiximos un xesto complexo para unha acción esencial.
As áreas de interacción co apuntador deséñanse cun tamaño e unha separación suficientes. Unha acción dispoñible ao situar o apuntador por riba tamén debe poder descubrirse e executarse cun teclado ou con outro método de entrada admitido. As presentacións para entrada táctil, teclado e apuntador poden ter disposicións diferentes, pero conservan o mesmo contido e as mesmas accións esenciais.
4. Visualización, contraste, movemento e gráficos
A configuración do tema permite unha presentación clara, escura ou determinada polo sistema dentro da mesma liña visual. Revisamos o contraste do texto, dos controis e dos indicadores de foco cos seus fondos reais. As imaxes decorativas e as superficies superpostas non deben facer que a lexibilidade do texto esencial dependa dun fondo imprevisible. A cor por si soa non debe identificar un erro, un estado ou unha selección.
A configuración de movemento permite unha presentación con movemento reducido e pode seguir a preferencia do sistema operativo. O contido esencial debe seguir dispoñible ao reducir o movemento. A configuración de gráficos ofrece unha presentación máis lixeira para quen prefira ou necesite unha representación menos esixente. Se o navegador non admite unha escena tridimensional, unha presentación estática debe conservar a información e a navegación necesarias para utilizar o sitio.
Podes ampliar a páxina e usar as preferencias de tamaño de texto do navegador. Revisamos a adaptación das disposicións e as posibles perdas de contido cando cambia o tamaño do texto ou da área de visualización. Algúns obxectos visuais, como a cuberta dun libro ou a páxina dunha publicación, conservan a súa forma intrínseca; o texto alternativo e a información HTML próxima achegan contexto con independencia da disposición física da imaxe.
As preferencias de visualización só se gardan no dispositivo cando se selecciona o control opcional para lembralas. Podes desactivar esa elección desde a interface. Un fallo do almacenamento do navegador debe manter valores predeterminados utilizables, en lugar de impedir o acceso. A Política de cookies explica este almacenamento por separado.
5. Texto, estrutura e idioma
Procuramos empregar títulos claros, tamaños de texto lexibles, interliñado suficiente e unha orde de lectura significativa. A información non debe depender só da posición visual, da forma ou dunha instrución como «preme no elemento da dereita». Os formularios e os elementos interactivos deben ofrecer nomes e relacións comprensibles ás tecnoloxías de apoio.
O sitio ofrece 50 opcións de idioma. Utilízanse atributos de idioma e dirección da escritura para que os navegadores e as tecnoloxías de apoio poidan interpretar correctamente o idioma seleccionado e o texto de dereita a esquerda. Os nomes, os títulos orixinais dos libros e as citas poden conservarse no idioma de orixe cando a súa tradución identificaría incorrectamente a obra; as explicacións que os acompañan deben deixar clara esa distinción.
Unha interface traducida non é automaticamente accesible nin precisa. As etiquetas longas, os tipos de letra non latinos, o texto bidireccional, os formatos locais de data e as instrucións traducidas requiren comprobacións independentes. Se unha tradución fai que un control ou unha explicación resulte pouco claro, indica o idioma e a páxina na túa comunicación. Avaliaremos tanto o significado como a usabilidade resultante.
6. Imaxes, libros, publicacións e medios
As imaxes que transmiten información deben ter alternativas textuais que expresen a súa finalidade. As imaxes decorativas non deben provocar anuncios repetitivos nin ocultar contido significativo. As fotografías e as escenas xeradas non deben transmitir datos esenciais que non estean dispoñibles no texto próximo. Os títulos dos libros, a autoría, as edicións e a información de compra preséntanse en texto, sen depender unicamente das imaxes das cubertas ou dos obxectos tridimensionais.
As publicacións para medios e prensa dispoñen de interfaces de lectura en HTML, ademais das versións descargables. Os controis deben ter nomes, poder manexarse co teclado e ser utilizables con movemento reducido. A ampliación do texto, a navegación entre páxinas e as ligazóns ás fontes deben seguir dispoñibles sen esixir un xesto de pasar páxina. Se un lector ou formato documental concreto supón unha barreira, solicita a información noutro formato axeitado.
Cando publiquemos audio ou vídeo pregravado con información relevante baixo o noso control, requírense alternativas accesibles, como subtítulos, transcricións ou descricións, segundo o contido e a norma aplicable. O movemento decorativo que non achega información adicional pode ter unha presentación estática equivalente. As gravacións de terceiros poden incluír subtítulos ou transcricións proporcionados polo seu servizo de aloxamento; non damos por feito que existan nin que sexan precisos polo simple feito de enlazar a gravación.
7. Formularios, erros e respostas automatizadas
O formulario de contacto identifica os campos obrigatorios e ofrece información de validación. Os erros deben expresarse en texto e asociarse ao control afectado ou a un resumo polo que se poida navegar. O progreso do envío, o éxito e o fallo deben comunicarse ás tecnoloxías de apoio sen depender unicamente da cor, da animación ou dunha mensaxe visual pasaxeira.
A guía de IA é opcional. A busca ordinaria, as páxinas de fontes e o contacto seguen dispoñibles de forma independente. O seu campo de pregunta e os estados de envío, cancelación, resultado e erro están concibidos para ser accesibles mediante teclado e lector de pantalla. As respostas xeradas móstranse como texto con ligazóns ás fontes. Un fallo ou unha pregunta non admitida debe producir unha explicación clara, en lugar dun resultado baleiro presentado como correcto.
As respostas da IA poden ser erróneas ou difíciles de entender. Non substitúen unha adaptación de accesibilidade solicitada nin a asistencia directa. Podes pedir información pola canle de contacto en lugar de utilizar un provedor de IA. A Política de IA e a Política de privacidade explican as limitacións da función e o tratamento dos datos.
8. Avaliación e limitacións actuais
Durante o desenvolvemento e a preparación da publicación combinamos a revisión de fontes, as comprobacións automatizadas, as probas de teclado, as comprobacións en navegadores con distintos tamaños de pantalla e a inspección visual. As probas automatizadas poden detectar determinados defectos, pero non demostrar que todas as interaccións funcionan para todas as persoas ou tecnoloxías de apoio. Superar unha proba nunha área de visualización simulada non equivale a probar un teléfono físico, un televisor, un visor de VR ou todos os navegadores integrados.
O noso enfoque consiste en ofrecer a información esencial mediante controis web estándar e texto, para que as escenas decorativas non se convertan nunha barreira nos dispositivos con limitacións. O comportamento real pode variar segundo o sistema operativo, o navegador, a tecnoloxía de apoio, o hardware, a rede, a compatibilidade tipográfica e a configuración da persoa usuaria. Se falla unha combinación, queremos coñecer os detalles necesarios para reproducir a barreira e ofrecer unha alternativa.
Non afirmamos dispoñer de certificación de accesibilidade de terceiros, conformidade completa co nivel AAA, probas universais en dispositivos físicos nin accesibilidade do contido de terceiros sen probas que o sustenten. Os documentos descargables e os medios externos aloxados requiren unha avaliación propia. Unha limitación coñecida debe avaliarse e abordarse mediante unha corrección ou unha alternativa accesible axeitada, sen descartala só porque un informe automatizado resultase favorable.
9. Solicitude de axuda ou dun formato alternativo
Escribe a contact@joelklemmer.com ou utiliza o formulario de contacto para comunicar unha barreira ou solicitar información nun formato accesible. Se o propio formulario resulta difícil de usar, o correo electrónico é unha alternativa. Non necesitas revelar un diagnóstico para facer unha solicitude de accesibilidade.
Entre os detalles útiles están o enderezo da páxina, a información ou acción á que intentabas acceder, a barreira atopada, o dispositivo e o navegador, as tecnoloxías de apoio empregadas e o formato ou a axuda que che resultarían útiles. Comparte só o necesario; non envíes contrasinais, documentos médicos nin información privada allea á solicitude. Podes omitir os detalles técnicos que descoñezas.
Procuramos confirmar a recepción dunha solicitude de accesibilidade nun prazo de cinco días hábiles e ofrecer unha resposta de fondo ou un seguinte paso práctico nun prazo de dez días hábiles. Algunhas correccións ou formatos alternativos poden requirir máis tempo; nese caso procuramos explicar o seguinte paso previsto e manterte informado. Prevalece calquera prazo máis curto ou procedemento diferente esixido pola lexislación aplicable. Estes obxectivos non prometen que todos os defectos de software poidan resolverse de maneira permanente nese prazo.
A asistencia razoable non debe esixir que utilices a función que causou a barreira. Segundo a solicitude, unha resposta axeitada pode ser unha versión en texto, un documento noutro formato, unha ligazón aclarada, axuda para localizar unha fonte ou unha corrección da interface. Teremos en conta a forma de asistencia solicitada e as obrigas aplicables ás circunstancias.
10. Comentarios, revisión adicional e dereitos legais
Se unha resposta non resolve a túa preocupación, responde indicando a barreira pendente e solicita unha nova revisión ao operador do sitio web. Conserva as datas e a correspondencia relevantes se necesitas un rexistro. A correspondencia sobre accesibilidade trátase segundo a Política de privacidade e as normas de conservación aplicables.
Este procedemento interno non limita o teu dereito a contactar cunha autoridade competente en accesibilidade, dereitos das persoas con discapacidade, protección das persoas consumidoras ou outra materia, a utilizar un procedemento de reclamación dispoñible ou a solicitar unha vía de reparación ao abeiro da lexislación aplicable. Non tes que renunciar a ningún dereito legal para obter axuda. Ningunha exención de responsabilidade noutra parte do sitio exclúe unha obriga que legalmente non poida excluírse.
Os requisitos de accesibilidade varían entre países e, nos Estados Unidos, entre os marcos legais federais, estatais e outros que resulten aplicables. WCAG é unha norma técnica; utilizala non determina por si só que lei se aplica a este sitio nin certifica o cumprimento de todos os requisitos locais. As proteccións obrigatorias aplicables prevalecen cando esixen máis do que describe esta declaración.
11. Mantemento e actualización da accesibilidade
Revisamos a accesibilidade ao engadir unha función, cambiar a navegación, actualizar unha publicación, incorporar un novo recurso ou traducir contido. As comprobacións pertinentes deben incluír a interacción real e os estados de fallo significativos, e non só unha captura de pantalla estática. Os cambios importantes na guía de IA, nos lectores de publicacións ou nos controis das escenas requiren revisar de novo as funcións afectadas.
Actualizaremos esta declaración cando un cambio substancial afecte ás funcións, limitacións ou formas de asistencia aquí descritas. A data da páxina publicada identifica a versión. Para obter axuda ou máis información, contacta con Joel R. Klemmer, Estados Unidos, en contact@joelklemmer.com.