En Liberogic trabajamos continuamente para mejorar la accesibilidad web. Ahora, hemos publicado en la serie de artículos de Zenn, un servicio para compartir información técnica, una serie sobre las WCAG (Web Content Accessibility Guidelines), las pautas de accesibilidad para contenido web.
En esta ocasión, presentamos el contexto de por qué escribimos estos artículos, la motivación que hay detrás de ellos y un resumen de cada uno.
Aclarando los "porqués" de las WCAG
Al implementar y revisar sitios web a diario, nos encontramos con muchos puntos que nos generan dudas, como "¿cómo debemos interpretar realmente este criterio de las WCAG?" o "¿podemos decir que esta implementación cumple con la norma?".
Este trabajo forma parte de la producción que realizo para mantener y renovar mi certificación internacional de accesibilidad IAAP WAS (Web Accessibility Specialist). Sin embargo, mi motivación principal fue compartir como conocimiento práctico los puntos en los que todos dudamos en el trabajo diario, y al mismo tiempo ordenar mis propias ideas al escribirlos.
Cumplir con las WCAG es el "punto de partida", no la "meta"
Lo que más quisimos transmitir a través de estos artículos es que cumplir con todos los criterios de las WCAG no significa que un sitio sea 100% accesible.
Las WCAG son una "respuesta mínima" para que usuarios diversos puedan utilizar el contenido, y son, en definitiva, solo el punto de partida de la accesibilidad.
Si completamos las listas de verificación de forma mecánica y solo nos centramos en "cumplir los criterios de éxito", puede que se pase por alto la perspectiva de si realmente es fácil de usar para las personas usuarias.
Por eso, en lugar de quedarnos en el conocimiento superficial de "si se implementa así, se cumple", hemos profundizado en el contexto y la intención detrás de por qué existe cada criterio. Creemos que comprender la intención que hay detrás de los criterios permite entender la accesibilidad de una forma más esencial.
Lista de artículos publicados en Zenn
Reunimos en cinco artículos, organizados por temas, los puntos en los que suele surgir más duda durante la implementación y las revisiones en la práctica. Empieza por el tema que más te interese.
Dudas frecuentes sobre WCAG ① ¿Está bien especificar el tamaño de fuente en px?
Analizamos la conformidad de la especificación en px en los entornos de navegador actuales y reflexionamos sobre la esencia de una "implementación más accesible" que respete la configuración de tamaño de texto de la persona usuaria. Leer el artículo en Zenn
Dudas frecuentes sobre WCAG ② ¿Tener varios "Ver más" infringe el criterio 2.4.4 (Propósito de los enlaces)?
Explicamos los límites del criterio que se cumple cuando existe un "contexto adecuado". Además, proponemos una implementación que va un paso más allá desde la perspectiva de la experiencia de usuario, para mejorar la eficiencia de las personas que usan lectores de pantalla. Leer el artículo en Zenn
Dudas frecuentes sobre WCAG ③ Si un enlace de imagen no tiene texto alternativo, ¿a qué criterio afecta?
Este artículo aborda situaciones complejas en las que un mismo problema afecta a varios criterios de éxito (1.1.1, 2.4.4, 4.1.2, etc.). Explicamos la relación entre estos criterios y cómo decidir en las auditorías prácticas, donde suele haber confusión. Leer el artículo en Zenn
Punto confuso de WCAG ④: ¿por qué un select no es válido aunque se vea igual, pero un desplegable personalizado sí? Criterio 3.2.2 (al introducir datos)
Explicación detallada de la diferencia entre "cambio de configuración" y "activación" según W3C. Resume cómo decidir correctamente, basándose en la semántica de los elementos y la clasificación de las operaciones, sin dejarse llevar por el comportamiento visual. Leer el artículo en Zenn
Punto confuso de WCAG ⑤: ¿dónde está el 4.1.1? Qué criterio aplica a los errores de sintaxis en HTML
Analiza el motivo de la eliminación del criterio 4.1.1 en WCAG 2.2 y explica cómo deben reubicarse los errores de sintaxis HTML en otros criterios, como 1.3.1 o 4.1.2, según su impacto real, desde la perspectiva de la calidad del sitio. Leer el artículo en Zenn
Nota: las pautas de WCAG son muy complejas y, en ocasiones, su redacción resulta difícil de entender. Por ello, las explicaciones y los criterios de cada artículo pueden incluir interpretaciones propias basadas en nuestra experiencia práctica. Le recomendamos consultarlos junto con las pautas oficiales de WCAG.
Conclusión
La accesibilidad web no se resuelve de una vez por todas, sino que requiere un cuidado continuo y una mejora constante.
Esperamos que este contenido sirva de orientación a ingenieros, diseñadores y directores de proyecto que día a día trabajan en la implementación y la revisión de la accesibilidad.
En Liberogic seguiremos compartiendo conocimientos técnicos y prácticas reales con el objetivo de crear sitios y servicios web que sean fáciles de usar para todas las personas. Si tiene consultas sobre accesibilidad o comentarios sobre nuestros artículos, no dude en ponerse en contacto con nosotros.
Pasó del DTP al mundo web y, sin darse cuenta, domina el maquetado, el frontend, la dirección de proyectos y la accesibilidad: un auténtico "maestro de todas las técnicas". Desde los inicios de Liberogic ha desempeñado múltiples funciones y hoy es una auténtica enciclopedia viviente dentro de la empresa. Últimamente se ha obsesionado con la optimización mediante prompts, preguntándose: «¿No podríamos apoyarnos más en la IA para la accesibilidad?». Su tecnología y su forma de pensar siguen evolucionando.
Ayumu Futamata
Especialista en Accesibilidad Web certificado por IAAP (WAS) / Ingeniero de marcado / Ingeniero frontend / Director web