En Liberogic trabajamos constantemente para mejorar la accesibilidad web, y recientemente hemos publicado una serie de artículos sobre WCAG (Directrices de Accesibilidad al Contenido Web), una guía de accesibilidad web, en el servicio de intercambio de información técnica "Zenn".
En esta ocasión, presentaré un resumen de cada artículo, junto con los antecedentes y las razones por las que los escribí.
Queremos responder a las preguntas del tipo "¿por qué?" sobre las WCAG.
En mi trabajo diario de implementar y revisar sitios web, me he encontrado con numerosos puntos que me han dejado perplejo, como "¿Cómo debo interpretar realmente este estándar WCAG?" y "¿Puedo decir que esta implementación cumple con los requisitos?".
En esta ocasión, se trata en parte de un trabajo para mantener y renovar mi certificación internacional de accesibilidad, "IAAP WAS (Web Accessibility Specialist)", pero más allá de eso, decidí elaborarlo con el deseo de "organizar los puntos que suelen generar confusión en la práctica y compartirlos como conocimiento práctico", al mismo tiempo que organizo mis propias ideas.
Alcanzar las directrices WCAG no es el "objetivo", sino el "punto de partida".
El punto principal que quería transmitir a través de estos artículos es que "el hecho de que algo cumpla con todos los estándares de WCAG no significa que sea 100% accesible".
Las WCAG son simplemente un "requisito mínimo" para garantizar que los usuarios diversos puedan acceder al contenido, y son solo el punto de partida para la accesibilidad.
Si rellenas mecánicamente una lista de verificación y te centras únicamente en "cumplir con los criterios de logro", podrías pasar por alto si realmente es fácil de usar.
Por eso, no nos limitamos a ofrecer conocimientos superficiales como «así es como se implementa para cumplir con los estándares», sino que profundizamos en los antecedentes y las intenciones que motivaron la creación de dichos estándares. Creemos que comprender las intenciones detrás de los estándares profundizará su comprensión de la accesibilidad de una manera más fundamental.
Lista de artículos publicados sobre Zenn
Este artículo, dividido en cinco secciones, aborda los puntos más comunes de confusión durante la implementación y las pruebas en aplicaciones prácticas. Le invitamos a consultar las secciones que le interesen.
Punto de confusión n.º 1 de las WCAG: ¿Está bien especificar el tamaño de la fuente en píxeles?
Este artículo examina la idoneidad de las especificaciones px en los entornos de navegadores modernos y explora la esencia de una "implementación más accesible" que respete la configuración del tamaño de fuente del usuario.Lee el artículo de Zenn
Segundo punto de confusión de las WCAG: ¿El hecho de tener varios enlaces "Ver detalles" infringe la sección 2.4.4 (Propósito de los enlaces)?
Este documento explica los límites de los criterios que determinan el cumplimiento cuando existe un "contexto apropiado". Además, propone la implementación de una perspectiva de experiencia de usuario (UX) más avanzada para mejorar la eficiencia operativa de los usuarios de lectores de pantalla.Lee el artículo de Zenn
Punto confuso n.° 3 de las WCAG: Si un enlace de imagen no tiene texto alternativo, ¿a qué criterio se ajusta?
Este documento se centra en la organización de situaciones complejas donde un único problema se entrelaza con múltiples criterios de éxito (como 1.1.1, 2.4.4 y 4.1.2). Explica las relaciones entre los distintos criterios y cómo emitir juicios, lo cual suele resultar confuso en las inspecciones prácticas.Lee el artículo de Zenn
Punto confuso ④ de WCAG: ¿Por qué un campo de selección no admite cambios (NG) mientras que un menú desplegable personalizado sí, aunque parezcan iguales? 3.2.2 (Durante la entrada de datos)
Este artículo ofrece una explicación detallada de la diferencia entre "cambiar la configuración" y "activar", según la definición del W3C. Resume cómo interpretar correctamente estos conceptos basándose en la semántica de los elementos y la clasificación de las operaciones, en lugar de dejarse engañar por su comportamiento aparente.Lee el artículo de Zenn
Punto de confusión n.º 5 de las WCAG: ¿Dónde quedó la sección 4.1.1? ¿Qué criterios se deben utilizar para gestionar los errores de sintaxis HTML?
Este artículo explora los motivos de la descontinuación del criterio 4.1.1 en WCAG 2.2 y explica cómo reclasificar los errores de sintaxis existentes según criterios alternativos (1.3.1 o 4.1.2) en función del impacto real, incluso desde la perspectiva de la calidad del sitio.Lee el artículo de Zenn
Las directrices WCAG son muy complejas y contienen muchas expresiones difíciles de entender. Por lo tanto, las explicaciones y los criterios de cada artículo pueden incluir nuestras propias interpretaciones basadas en nuestra experiencia práctica. Le agradeceríamos que las consultara junto con las directrices WCAG.
En conclusión
La accesibilidad web no es algo que se aborde una sola vez y luego se olvide; es algo que necesita ser cultivado continuamente.
Esperamos que este resultado sea útil para ingenieros, diseñadores y directores que trabajan a diario con la implementación y las pruebas de accesibilidad.
En Liberogic, seguiremos compartiendo nuestras tecnologías y poniéndolas en práctica para crear sitios web y servicios fáciles de usar para todos. Si tiene alguna pregunta sobre accesibilidad o algún comentario sobre nuestros artículos, ¡no dude en contactarnos!
Pasó de la maquetación al mundo web y rápidamente se convirtió en un maestro de la artesanía, con un dominio del marcado, el diseño front-end, la dirección y la accesibilidad. Ha estado activo en diversos campos desde la fundación de Liberogic y ahora es un diccionario viviente dentro de la empresa. Recientemente, se ha obsesionado con explorar mejoras de eficiencia mediante indicaciones, preguntándose: "¿Podemos confiar más en la IA para la accesibilidad?". Su tecnología y su pensamiento siguen evolucionando.
Futa
Especialista certificado en accesibilidad web (WAS) de IAAP / Ingeniero de marcado / Ingeniero de interfaz / Director web