Que son las WCAG es una pregunta que cada vez m\u00e1s empresarios y responsables de webs se hacen, sobre todo desde que la accesibilidad web se convirti\u00f3 en una obligaci\u00f3n legal a Europa. Las WCAG, Web Contento Accessibility Guidelines, son el est\u00e1ndar internacional que define como tiene que ser una web accesible para todo el mundo. En este art\u00edculo te explicamos de donde vienen, como funcionan sus niveles y por qu\u00e9 el nivel AA es el que te afecta directamente como empresa. <\/p>\n
Cuando el web naci\u00f3, no hab\u00eda ning\u00fan criterio com\u00fan sobre c\u00f3mo ten\u00eda que funcionar para todo el mundo. Cada desarrollador constru\u00eda c\u00f3mo quer\u00eda, y las personas con discapacidad visual, auditiva, motora o cognitiva a menudo se encontraban con webs que simplemente no pod\u00edan usar. <\/p>\n
El 1999, el World Wide Web Consortium, el W3C, el organismo internacional que define los est\u00e1ndares del web, public\u00f3 las primeras directrices de accesibilidad web. El objetivo era claro: crear un est\u00e1ndar com\u00fan que cualquier desarrollador pudiera seguir para hacer webs accesibles para todo el mundo. <\/p>\n
Desde entonces, las WCAG han evolucionado. La versi\u00f3n actual es la 2.2, publicada el 2023, y es la que recoge la legislaci\u00f3n europea y espa\u00f1ola vigente como referencia obligatoria. <\/p>\n
WCAG son las siglas de Web Contento Accessibility Guidelines, que en catal\u00e1n podr\u00edamos traducir como Directrices para la Accesibilidad del Contenido Web. No son una ley en s\u00ed mismas, son un est\u00e1ndar t\u00e9cnico internacional que las leyes adoptan como referencia. <\/p>\n
Esto quiere decir que cuando la Ley 11\/2023 o la European Accessibility Act hablan de accesibilidad web, no definen ellas mismas todos los criterios t\u00e9cnicos: remiten a las WCAG. Cumplir las WCAG es la manera reconocida de demostrar que una web es accesible. <\/p>\n
Las WCAG se organizan alrededor de cuatro principios, conocidos por el acr\u00f3nimo POUR. Cualquier contenido web tiene que ser: <\/p>\n
La informaci\u00f3n tiene que poder ser percibida por cualquier usuario, independientemente de como acceda al contenido. Ejemplos pr\u00e1cticos: las im\u00e1genes tienen que tener un texto alternativo que los lectores de pantalla puedan leer, los videos tienen que tener subt\u00edtulos, y el contraste entre el texto y el fondo tiene que ser suficiente para personas con baja visi\u00f3n. <\/p>\n
La interfaz tiene que poder usarse de formas diversas, no solo con rat\u00f3n. Una persona con movilidad reducida puede navegar \u00fanicamente con teclado. Una persona con tremor puede necesitar m\u00e1s tiempo para completar un formulario. Los criterios de operabilidad garantizan que la web funciona en estos escenarios: navegaci\u00f3n por teclado, focus visible, ausencia de contenido que pueda provocar epilepsia, y tiempo suficiente para completar acciones. <\/p>\n
El contenido y el funcionamiento de la web tienen que ser claros y previsibles. Esto incluye usar un lenguaje adecuado, explicar los errores de los formularios de forma clara, y asegurarse que la web se comporta de manera consistente y esperada. Una persona con dislexia o con una discapacidad cognitiva tiene que poder entender el contenido sin esfuerzo adicional innecesario. <\/p>\n
El c\u00f3digo de la web tiene que ser bastante s\u00f3lido para funcionar correctamente con las tecnolog\u00edas de asistencia actuales y futuras: lectores de pantalla, magnificadores, dispositivos de control por voz. Esto implica seguir los est\u00e1ndares HTML correctamente y usar los atributos ARIA cuando hace falta. <\/p>\n
Dentro de cada principio hay criterios de \u00e9xito concretos, y cada criterio tiene asignado un nivel de conformidad:<\/p>\n
Los requisitos m\u00ednimos absolutos. No cumplirlos significa que algunas personas directamente no pueden usar la web. Es el punto de partida, pero sol no es suficiente. <\/p>\n
El nivel que elimina las barreras m\u00e1s significativas para la mayor\u00eda de usuarios con discapacidad. Es el nivel de referencia de toda la legislaci\u00f3n europea y espa\u00f1ola, y el m\u00ednimo exigido por ley para las webs obligadas. <\/p>\n
El nivel m\u00e1s exigente. Recomendado pero no obligatorio por ley, y en algunos casos dif\u00edcil de lograr en todos los tipos de contenido. Algunas organizaciones lo buscan como objetivo de mejora continua, especialmente en sectores como la sanidad o la educaci\u00f3n. <\/p>\n
Cuando la normativa habla de accesibilidad web obligatoria, el nivel AA es siempre la referencia. No hay que lograr el nivel AAA para cumplir la ley, pero s\u00ed hay que superar el nivel A. <\/p>\n
En t\u00e9rminos pr\u00e1cticos, el nivel AA implica cosas concretas: contraste de colores suficiente, im\u00e1genes etiquetadas, formularios accesibles, navegaci\u00f3n por teclado funcional, estructura de t\u00edtulos coherente y una declaraci\u00f3n de accesibilidad publicada a la web.<\/p>\n
No es una lista infinita de requisitos imposibles. Con una buena auditor\u00eda y las correcciones adecuadas, la mayor\u00eda de webs existentes pueden lograr el nivel AA sin necesidad de redise\u00f1arlas de cero. <\/p>\n
Antes de hacer nada, hay que entender el estado actual de tu web. Qu\u00e9 criterios cumple y qu\u00e9 no. Qu\u00e9 problemas son cr\u00edticos y qu\u00e9 son menores. Por donde hay que empezar. <\/p>\n
Esto es exactamente el que hace una auditor\u00eda de accesibilidad, y es el primer paso que recomendamos siempre, independientemente del punto de partida.<\/p>\n
Your content goes here. Edit or remove this text inline or in the module Content settings. You can also style every aspect of this content in the module Design settings and even apply custom CSS to this text in the module Advanced settings.<\/p>\n<\/div><\/div><\/div>