En Liberogic nos esforzamos constantemente por mejorar la accesibilidad web. Recientemente, hemos publicado como una serie un artículo sobre WCAG (Web Content Accessibility Guidelines), el estándar de accesibilidad web, en Zenn, un servicio de intercambio de información técnica.
En esta ocasión, presentamos el contexto detrás de estos artículos, las intenciones que persiguen y un resumen de cada uno.
Queremos aclarar el «por qué» de WCAG
A través del trabajo diario de implementación y revisión de sitios web, nos hemos enfrentado a numerosos puntos que causan confusión: «¿Cómo debo interpretar realmente este criterio de WCAG?» y «¿Puedo decir que esta implementación cumple con el estándar?»
Este esfuerzo es en parte un ejercicio de aprendizaje para mantener y renovar mi credencial internacional en accesibilidad «IAAP WAS (Web Accessibility Specialist)». Pero más que nada, surge del deseo de «organizar los puntos que confunden a todos en la práctica y compartirlos como conocimiento del campo». Decidí compilar esto también para clarificar mis propios conceptos.
El cumplimiento de WCAG no es una «meta», sino un «punto de partida»
Lo que más quería transmitir a través de estos artículos es que «cumplir todos los criterios de WCAG no significa ser 100% accesible».
WCAG representa la «respuesta mínima» para que usuarios diversos puedan acceder al contenido, y es simplemente el punto de partida de la accesibilidad.
Si rellenamos mecánicamente una lista de verificación y solo nos enfocamos en «cumplir con los criterios de conformidad», podemos perder de vista la perspectiva de si realmente es fácil de usar para el usuario.
Por eso hemos profundizado más allá de simplemente «implementar de esta manera para cumplir», abarcando el trasfondo e intención detrás de «por qué se creó ese estándar». Creemos que al comprender la intención oculta tras los estándares, se desarrolla una comprensión más profunda y esencial de la accesibilidad.
Lista de artículos publicados en Zenn
Hemos recopilado los puntos que más suelen causar dudas en la implementación y verificación práctica, divididos en 5 artículos por tema. Por favor, consulta los temas que te interesen.
Punto confuso de WCAG ① ¿Está bien especificar el tamaño de fuente en px?
Aclaramos la conformidad de la especificación en px en el entorno de navegadores actual, mientras exploramos la esencia de una «implementación más accesible» que respeta la configuración de tamaño de fuente del usuario. Lee el artículo en Zenn
Punto confuso de WCAG ② ¿Múltiples «Ver detalles» violan 2.4.4 (Propósito del enlace)?
Explicamos los límites de los estándares que se cumplen si existe un «contexto apropiado». Además, proponemos implementación con una perspectiva UX más profunda para mejorar la eficiencia operativa de los usuarios de lectores de pantalla. Lee el artículo en Zenn
Punto confuso de WCAG ③ Si un enlace con imagen no tiene texto alternativo, ¿a qué estándar infringe?
El tema central es aclarar situaciones complejas donde un problema se entrelaza con múltiples criterios de éxito (1.1.1, 2.4.4, 4.1.2, etc.). Explicamos la relación entre múltiples estándares y cómo determinarla, lo que suele causar confusión en la verificación práctica. Lee el artículo en Zenn
Punto confuso de WCAG ④ ¿Por qué select no funciona pero el menú desplegable personalizado sí? Criterio 3.2.2 (Cambio en la entrada)
Explicación profunda de la diferencia entre "Cambiar configuración" y "Activar" según lo define W3C. Presentamos un enfoque para juzgar correctamente según la semántica de los elementos y la clasificación de operaciones, sin dejarse confundir por el comportamiento visual. Lee el artículo en Zenn
Puntos de confusión en WCAG ⑤ ¿A dónde se fue 4.1.1? ¿Bajo qué criterio se tratan los errores de sintaxis HTML?
Analizamos el trasfondo de la eliminación de 4.1.1 en WCAG 2.2 y explicamos cómo deberían reasignarse los errores de sintaxis previos según criterios basados en el impacto real (1.3.1 y 4.1.2), incluyendo perspectivas de calidad del sitio. Lee el artículo en Zenn
* Las directrices de WCAG son extremadamente complejas y contienen muchas redacciones confusas. Por lo tanto, las explicaciones y criterios de evaluación en cada artículo pueden incluir interpretaciones propias basadas en nuestra experiencia práctica acumulada. Le recomendamos que consulte también las directrices de WCAG.
Conclusión
La accesibilidad web no es algo que se resuelve una sola vez, sino que es algo que se cultiva continuamente.
Esperamos que este resultado sea de utilidad para los ingenieros, diseñadores y directores que diariamente se enfrentan a la implementación y verificación de accesibilidad en el campo.
En Liberogic continuaremos trabajando hacia la realización de "sitios y servicios web fáciles de usar para todos", a través de esta comunicación técnica y práctica en nuestros proyectos. Si tiene consultas sobre accesibilidad o comentarios sobre los artículos, no dude en contactarnos.
Desde que saltó del mundo del DTP a la web, ha dominado markups, frontend, dirección y accesibilidad, convirtiéndose en el "sabio técnico" de la empresa. Ha sido un pilar multifacético desde los inicios de Liberogic y es ahora una referencia indispensable dentro de la organización. Últimamente está explorando eficiencias basadas en prompts, preguntándose «¿podríamos delegar más trabajo de accesibilidad a la IA?». Tanto su tecnología como su pensamiento siguen evolucionando.
Futsan
Especialista en web accesibilidad certificado por IAAP (WAS) / Ingeniero de markups / Ingeniero frontend / Director web