Declaración de accesibilidad
Última actualización: 19 de septiembre de 2026.
1. Compromiso y norma de referencia
JoelKlemmer.com está concebido para que puedan utilizarlo las personas con discapacidad, incluidas quienes usan teclados, lectores de pantalla, ampliación, entrada por voz, dispositivos de conmutación y preferencias de visualización alternativas. Joel R. Klemmer, Estados Unidos, es responsable del sitio web y de recibir comunicaciones sobre accesibilidad en contact@joelklemmer.com.
Nuestro objetivo técnico son las Pautas de Accesibilidad para el Contenido Web, versión 2.2, nivel AA. También aplicamos determinadas prácticas del nivel AAA cuando mejoran la experiencia y pueden mantenerse de forma coherente. «AA+» se utiliza a veces de manera informal, pero no constituye un nivel de conformidad independiente de las WCAG. No lo utilizamos como certificación ni afirmamos que el sitio web cumpla todos los criterios de conformidad del nivel AAA.
La accesibilidad forma parte del diseño, el contenido, el desarrollo y la revisión previa a la publicación. Una experiencia visual inmersiva no debería exigir animaciones, un motor de representación tridimensional, un tema de color concreto ni un dispositivo apuntador para acceder a la información esencial. Los controles de accesibilidad complementan el HTML semántico y un funcionamiento predeterminado utilizable; no sustituyen la necesidad de que el propio sitio sea accesible.
2. Alcance de esta declaración
Esta declaración abarca las páginas y la interfaz gestionadas en JoelKlemmer.com, incluidas la navegación, la búsqueda, la información sobre libros y los directorios de vendedores, los registros de fuentes públicas, los reconocimientos, los recursos para medios y prensa, el contacto, las páginas de políticas y el asistente de IA. Se refiere a los contenidos y funciones que controlamos.
Los vendedores, editores, redes sociales, plataformas de pódcast y otros servicios enlazados independientes controlan sus propias interfaces y materiales. Su accesibilidad puede diferir de la de este sitio web. Un enlace a un servicio de terceros no certifica su accesibilidad. Si un recurso externo crea una barrera para acceder a información disponible aquí, comuníquenos lo que necesita y estudiaremos una alternativa adecuada que esté bajo nuestro control.
Los documentos descargables, las imágenes y el material audiovisual presentan consideraciones específicas de cada formato. Un PDF visual puede comportarse de forma distinta a su presentación en HTML, especialmente en cuanto al orden de lectura, el etiquetado, la extracción de texto y las tecnologías de apoyo. No consideramos que una revisión visual o la descarga correcta de un PDF demuestren su conformidad con PDF/UA. La presentación en HTML de la información para medios y prensa ofrece una vía de lectura independiente; póngase en contacto con nosotros si esa vía no satisface sus necesidades.
3. Navegación y uso del teclado
El sitio utiliza regiones de referencia, encabezados, textos de enlace significativos, enlaces nativos y controles de formulario para facilitar la navegación con tecnologías de apoyo. Un enlace de salto permite acceder al contenido principal. El foco del teclado debe permanecer visible y seguir un orden lógico. Los cuadros de diálogo de navegación permiten acceder y cerrarlos mediante el teclado; al cerrar un cuadro de diálogo, el foco debería volver al control que lo abrió, siempre que dicho control siga disponible.
Utilice Tab y Mayús+Tab para desplazarse entre los controles, Intro para activar enlaces y botones cuando sea compatible, y Escape para cerrar un cuadro de diálogo abierto. Los controles nativos también pueden admitir las teclas de flecha o la barra espaciadora, según el navegador y la tecnología de apoyo. No sustituimos deliberadamente los atajos habituales del navegador ni exigimos un gesto complejo para realizar una acción esencial.
Las áreas de activación con el puntero se diseñan con un tamaño y una separación suficientes. Una acción disponible al pasar el puntero también debería poder descubrirse y realizarse mediante el teclado u otro método de entrada compatible. Las presentaciones para uso táctil, teclado y puntero pueden diferir en su distribución, pero deben conservar los mismos contenidos y acciones esenciales.
4. Visualización, contraste, movimiento y gráficos
Los ajustes de tema permiten una presentación clara, oscura o seleccionada por el sistema, dentro de una misma línea visual. Se revisa el contraste de los textos, controles e indicadores de foco con sus fondos reales. Las imágenes decorativas y las superficies superpuestas no deben hacer que la legibilidad del texto esencial dependa de un fondo impredecible. El color no debería ser el único medio para identificar un error, un estado o una selección.
Los ajustes de movimiento permiten una presentación con movimiento reducido y pueden seguir la preferencia del sistema operativo. El contenido esencial debería seguir disponible cuando se reduzca el movimiento. El ajuste de gráficos ofrece una presentación más ligera a quienes prefieran o necesiten una menor carga de representación. Si el navegador no admite una escena tridimensional, una presentación estática debería conservar la información y la navegación necesarias para utilizar el sitio.
Puede ampliar la página y utilizar las preferencias de tamaño de texto del navegador. Se revisan los diseños para comprobar la redistribución del contenido y la posible pérdida de información al cambiar las dimensiones del texto o de la ventana de visualización. Algunos objetos visuales, como una portada o una página de publicación, conservan su forma intrínseca; el texto alternativo y la información en HTML que los acompaña aportan contexto con independencia de la disposición física de la imagen.
Las preferencias de visualización solo se guardan en el dispositivo cuando se selecciona el control opcional para recordar los ajustes. Puede eliminar esa elección desde la interfaz. Un fallo del almacenamiento del navegador debería permitir seguir utilizando los valores predeterminados, sin impedir el acceso. La Política de cookies explica este almacenamiento por separado.
5. Texto, estructura e idioma
Procuramos utilizar encabezados claros, tamaños de texto legibles, un interlineado suficiente y un orden de lectura significativo. La información no debería depender únicamente de la posición visual, de la forma o de una instrucción como «haga clic en el elemento de la derecha». Los formularios y elementos interactivos deberían proporcionar a las tecnologías de apoyo nombres y relaciones comprensibles.
El sitio ofrece 50 opciones de idioma. Se utilizan atributos de idioma y dirección de escritura para que los navegadores y las tecnologías de apoyo interpreten correctamente el idioma seleccionado y el texto de derecha a izquierda. Los nombres, los títulos originales de los libros y las citas pueden mantenerse en su idioma de origen cuando traducirlos pudiera identificar erróneamente la obra; las explicaciones que los rodean deberían aclarar esa distinción.
Una interfaz traducida no es automáticamente accesible ni precisa. Las etiquetas largas, las fuentes no latinas, el texto bidireccional, los formatos locales de fecha y las instrucciones traducidas requieren comprobaciones independientes. Si una traducción dificulta la comprensión de un control o una explicación, indique el idioma y la página en su comunicación. Evaluaremos tanto el significado como su efecto sobre la facilidad de uso.
6. Imágenes, libros, publicaciones y medios
Las imágenes significativas deberían disponer de alternativas textuales que transmitan su finalidad. Las imágenes decorativas no deberían generar anuncios repetitivos ni ocultar contenido significativo. Las fotografías y las escenas generadas no deberían contener hechos esenciales que no estén disponibles en el texto cercano. Los títulos, la autoría, las ediciones y la información de compra de los libros se presentan en forma de texto, sin depender exclusivamente de imágenes de portadas u objetos tridimensionales.
Las publicaciones para medios y prensa disponen de interfaces de lectura en HTML, además de versiones descargables. Los controles deberían tener nombres, poder manejarse con el teclado y seguir siendo utilizables con movimiento reducido. La ampliación del texto, la navegación entre páginas y los enlaces a las fuentes deberían permanecer disponibles sin exigir un gesto para pasar página. Si un lector o formato de documento concreto supone una barrera, solicite la información en otro formato adecuado.
Cuando publiquemos audio o vídeo pregrabado significativo bajo nuestro control, se requieren alternativas accesibles, como subtítulos, transcripciones o descripciones, según corresponda al contenido y a la norma aplicable. El movimiento decorativo que no aporta información adicional puede contar con una presentación estática equivalente. Las grabaciones de terceros pueden tener subtítulos o transcripciones facilitados por su plataforma; no damos por supuesto que esas funciones existan o sean precisas por el mero hecho de enlazar la grabación.
7. Formularios, errores y respuestas automatizadas
El formulario de contacto identifica los campos obligatorios y proporciona información de validación. Los errores deberían expresarse mediante texto y asociarse al control afectado o a un resumen navegable. El progreso del envío, su éxito y su fallo deberían comunicarse a las tecnologías de apoyo sin depender únicamente del color, la animación o un mensaje visual transitorio.
El asistente de IA es opcional. La búsqueda convencional, las páginas de fuentes y el contacto siguen disponibles de forma independiente. Su campo de consulta, envío, cancelación, resultado y estados de error están concebidos para ser accesibles mediante teclado y lector de pantalla. Las respuestas generadas se muestran como texto con enlaces a las fuentes. Un fallo o una pregunta no admitida debería producir una explicación clara, en lugar de un resultado vacío presentado como satisfactorio.
Las respuestas de la IA pueden ser incorrectas o difíciles de entender. No sustituyen una adaptación de accesibilidad solicitada ni la asistencia directa. Puede solicitar información a través del canal de contacto en lugar de utilizar un proveedor de IA. La Política de inteligencia artificial y la Política de privacidad explican las limitaciones de esta función y el tratamiento de los datos.
8. Evaluación y limitaciones actuales
Durante el desarrollo y la preparación de la publicación combinamos la revisión del código fuente, comprobaciones automatizadas, pruebas con teclado, comprobaciones de adaptación en navegadores e inspección visual. Las pruebas automatizadas pueden detectar determinados defectos, pero no permiten establecer que cada interacción funcione para todas las personas o tecnologías de apoyo. Una prueba satisfactoria con una ventana de visualización simulada no equivale a probar un teléfono físico, un televisor, un visor de realidad virtual o todos los navegadores integrados.
Nuestro enfoque consiste en ofrecer la información esencial mediante controles web estándar y texto, de modo que las escenas decorativas no se conviertan en una barrera en dispositivos con recursos limitados. El comportamiento real puede variar según el sistema operativo, el navegador, la tecnología de apoyo, el equipo, la red, la compatibilidad con las fuentes y los ajustes del usuario. Si una combinación falla, necesitamos la información específica que permita reproducir la barrera y ofrecer una alternativa.
No afirmamos contar con una certificación de accesibilidad de terceros, cumplir íntegramente el nivel AAA, haber realizado pruebas universales en dispositivos físicos ni garantizar la accesibilidad del contenido de terceros sin pruebas que lo respalden. Los documentos descargables y el contenido multimedia alojado externamente requieren su propia evaluación. Una limitación conocida debe evaluarse y abordarse mediante una corrección o una alternativa accesible adecuada, y no descartarse únicamente porque un informe automatizado haya resultado satisfactorio.
9. Solicitud de asistencia o de un formato alternativo
Escriba a contact@joelklemmer.com o utilice el formulario de contacto para comunicar una barrera o solicitar información en un formato accesible. Si el propio formulario resulta difícil de utilizar, el correo electrónico constituye una alternativa. No necesita comunicar un diagnóstico para solicitar asistencia de accesibilidad.
Resulta útil indicar la dirección de la página, la información o acción a la que intentaba acceder, la barrera encontrada, el dispositivo y el navegador, las tecnologías de apoyo utilizadas y el formato o la asistencia que le ayudarían. Comparta únicamente lo necesario; no envíe contraseñas, documentos médicos ni información privada ajena a la solicitud. Puede omitir los detalles técnicos que desconozca.
Procuramos acusar recibo de las solicitudes de accesibilidad en un plazo de cinco días hábiles y ofrecer una respuesta sustantiva o un siguiente paso práctico en un plazo de diez días hábiles. Algunas correcciones o formatos alternativos pueden requerir más tiempo; en ese caso, procuramos explicar el siguiente paso previsto y mantenerle informado. Cualquier plazo más breve o procedimiento distinto exigido por la legislación aplicable prevalece. Estos objetivos no constituyen una promesa de que todo defecto de software pueda resolverse definitivamente dentro de ese plazo.
Una asistencia razonable no debería exigirle utilizar la función que originó la barrera. Según la solicitud, una respuesta adecuada puede consistir en una versión de texto, un documento en otro formato, un enlace aclarado, ayuda para localizar una fuente o una corrección de la interfaz. Tendremos en cuenta la forma de asistencia solicitada y las obligaciones aplicables a las circunstancias.
10. Comentarios, revisión adicional y derechos legales
Si una respuesta no resuelve su preocupación, conteste indicando la barrera pendiente y solicite una nueva revisión por parte del responsable del sitio web. Conserve las fechas y la correspondencia pertinentes si necesita un registro. Las comunicaciones sobre accesibilidad se tratan conforme a la Política de privacidad y a las normas de conservación aplicables.
Este procedimiento interno no limita su derecho a dirigirse a una autoridad competente en materia de accesibilidad, derechos de las personas con discapacidad, protección del consumidor u otra materia, a utilizar un procedimiento de reclamación disponible o a solicitar una reparación conforme a la legislación aplicable. No tiene que renunciar a un derecho reconocido por ley para obtener asistencia. Ninguna exclusión de responsabilidad publicada en otra parte del sitio excluye una obligación que no pueda excluirse legalmente.
Los requisitos de accesibilidad varían entre países y, en Estados Unidos, entre los marcos jurídicos federales, estatales y otros que sean aplicables. Las WCAG son una norma técnica; utilizarlas no determina por sí mismo qué legislación se aplica a este sitio web ni certifica el cumplimiento de todos los requisitos locales. Las protecciones imperativas aplicables prevalecen cuando exigen más de lo descrito en esta declaración.
11. Mantenimiento y actualización de la accesibilidad
Revisamos la accesibilidad al añadir una función, cambiar la navegación, actualizar una publicación, introducir un nuevo recurso o traducir contenido. Las comprobaciones pertinentes deberían incluir la interacción real y los estados de fallo significativos, y no limitarse a una captura de pantalla estática. Los cambios importantes en el asistente de IA, los lectores de publicaciones o los controles de escenas requieren una nueva revisión de las funciones afectadas.
Actualizaremos esta declaración cuando un cambio sustancial afecte a las funciones, limitaciones o asistencia aquí descritas. La fecha de la página publicada identifica la versión. Para solicitar asistencia o más información, contacte con Joel R. Klemmer, Estados Unidos, en contact@joelklemmer.com.