WCAG: las di­re­c­tri­ces W3C para co­n­te­ni­dos web ac­ce­si­bles

Las Pautas de Ac­ce­si­bi­li­dad para el Contenido Web (WCAG) recopilan los criterios clave para ga­ra­n­ti­zar una página web accesible. En especial, las personas con di­s­ca­pa­ci­dad dependen a menudo de este tipo de ada­p­ta­ción es­pe­cí­fi­ca de los co­n­te­ni­dos para poder pe­r­ci­bi­r­los y co­m­pre­n­de­r­los.

¿Qué son las WCAG?

Las Pautas de Ac­ce­si­bi­li­dad para el Contenido Web (WCAG) son di­re­c­tri­ces in­te­r­na­cio­na­les para el diseño accesible de páginas web. Describen cómo deben im­ple­me­n­tar­se los co­n­te­ni­dos web, tanto desde el punto de vista técnico como visual, para que también sean ac­ce­si­bles para personas con di­s­ca­pa­ci­dad, in­de­pe­n­die­n­te­me­n­te de si presentan li­mi­ta­cio­nes visuales, auditivas o co­g­ni­ti­vas.

Las WCAG las de­sa­rro­lla la Ini­cia­ti­va de Ac­ce­si­bi­li­dad Web (WAI) del World Wide Web Co­n­so­r­tium (W3C) y co­n­s­ti­tu­yen la base de numerosos re­qui­si­tos legales, también en el marco de la le­gi­s­la­ción española y europea sobre ac­ce­si­bi­li­dad digital.

La versión ac­tua­l­me­n­te vigente es la WCAG 2.2, publicada ofi­cia­l­me­n­te el 5 de octubre de 2023. Esta versión amplía la anterior, WCAG 2.1, con nueve criterios de éxito nuevos , centrados es­pe­cia­l­me­n­te en personas con di­s­ca­pa­ci­da­des co­g­ni­ti­vas, di­fi­cu­l­ta­des de mo­tri­ci­dad fina o problemas de visión.

Objetivo e im­po­r­ta­n­cia de las WCAG

Las WCAG definen re­qui­si­tos técnicos y de diseño para los co­n­te­ni­dos web con el fin de ga­ra­n­ti­zar que los entornos digitales sean ac­ce­si­bles para el mayor número posible de personas, in­de­pe­n­die­n­te­me­n­te de sus li­mi­ta­cio­nes o de la te­c­no­lo­gía que utilicen (por ejemplo, lectores de pantalla, líneas Braille o na­ve­ga­ción por teclado).

Las versiones 2.1 (2018) y 2.2 (2023) amplían la WCAG 2.0 (2008) con criterios adi­cio­na­les que incluyen, entre otros, el uso en di­s­po­si­ti­vos móviles, la na­ve­ga­ción táctil y el apoyo a personas con di­fi­cu­l­ta­des co­g­ni­ti­vas. Todas las versiones son co­m­pa­ti­bles con versiones an­te­rio­res, lo que significa que una página web que cumpla con la WCAG 2.2 también cumple con los re­qui­si­tos de las versiones an­te­rio­res.

La próxima gran ac­tua­li­za­ción, WCAG 3.0, aún está en fase de de­sa­rro­llo. Se espera que no se publique como estándar oficial antes de 2027. Esta versión incluirá un nuevo modelo de co­n­fo­r­mi­dad y métodos de eva­lua­ción más amplios.

Di­fe­re­n­cias entre las WCAG 1.0 y WCAG 2.0

El objetivo principal que persigue el Consorcio de Internet con las WCAG es pro­po­r­cio­nar a los we­b­ma­s­te­rs un estándar in­te­r­na­cio­nal de ac­ce­si­bi­li­dad en el área del diseño web que satisfaga las ne­ce­si­da­des tanto de los in­di­vi­duos como de las or­ga­ni­za­cio­nes e in­s­ti­tu­cio­nes gu­be­r­na­me­n­ta­les.

En co­m­pa­ra­ción con las versiones pre­ce­de­n­tes, las WCAG 2.1 se ca­ra­c­te­ri­zan por un enfoque in­de­pe­n­die­n­te de la te­c­no­lo­gía. Estas di­re­c­tri­ces están fo­r­mu­la­das para cumplir tanto con el estado actual de la técnica como con su de­sa­rro­llo futuro.

Una de las di­fe­re­n­cias más im­po­r­ta­n­tes entre WCAG 1.0 y WCAG 2.0 es la es­tru­c­tu­ra del catálogo de criterios:

• Es­tru­c­tu­ra de las WCAG 1.0: la versión 1.0 de las Pautas de Ac­ce­si­bi­li­dad para el Contenido Web se divide en 14 di­re­c­tri­ces, cada una de las cuales contiene entre 1 y 10 puntos con prio­ri­da­des 1, 2 o 3. A cada uno de estos puntos se les asigna un ejemplo re­la­cio­na­do con los es­tá­n­da­res web básicos HTML y XML.
• Es­tru­c­tu­ra de las WCAG 2.x: la versión 2.x de las Web Content Ac­ce­s­si­bi­li­ty Gui­de­li­nes pro­po­r­cio­na un sistema en el que las di­re­c­tri­ces están su­bo­r­di­na­das a los 4 pri­n­ci­pios básicos del diseño: pe­r­ce­p­ti­bi­li­dad, usa­bi­li­dad, in­te­li­gi­bi­li­dad y robuste*. Para cada directiva, las WCAG 2.x pro­po­r­cio­nan a los ad­mi­ni­s­tra­do­res web un conjunto de criterios ve­ri­fi­ca­bles de éxito para los niveles de cu­m­pli­mie­n­to A, AA y AAA (véase más adelante).

La actual versión del estándar no cuenta con ejemplos. Se han publicado de­s­cri­p­cio­nes de­ta­lla­das y notas (solo en inglés) sobre su im­ple­me­n­ta­ción técnica en las páginas in­fo­r­ma­ti­vas Un­de­r­s­ta­n­di­ng WCAG 2.0 y Te­ch­ni­ques for WCAG 2.0, que se han vinculado con su co­rre­s­po­n­die­n­te criterio de éxito.

A pesar de las di­fe­re­n­cias en la or­ga­ni­za­ción de los re­qui­si­tos y criterios de diseño, las WCAG 2.x siguen siendo co­m­pa­ti­bles con versiones an­te­rio­res. Así, una página web puede cumplir con los re­qui­si­tos de ambas normas. Para la co­n­ve­r­sión de una página web de WCAG 1.0 a WCAG 2.1, el W3C ha dispuesto tan solo unos pocos ajustes. A co­n­ti­nua­ción, al mencionar a las WCAG, haremos re­fe­re­n­cia úni­ca­me­n­te a su versión 2.1.

Co­n­fo­r­mi­dad

Se habla de co­n­fo­r­mi­dad cuando una página web cumple los re­qui­si­tos de las WCAG. Cabe señalar que una web conforme a las WCAG no ne­ce­sa­ria­me­n­te tiene que co­n­si­de­rar todos y cada uno de los criterios de la norma. En lugar de ello, el W3C distingue tres niveles de cu­m­pli­mie­n­to: A, AA y AAA. Estos pro­po­r­cio­nan in­fo­r­ma­ción acerca de cómo se adapta una web a las ne­ce­si­da­des de los usuarios de Internet con li­mi­ta­cio­nes.

Es de apli­ca­ción el atributo “co­n­fo­r­mi­dad”, que se refiere siempre a una sola página web (un único documento HTML di­s­po­ni­ble bajo su propia URL) y solo se puede adquirir para páginas web completas.

• Si las áreas in­di­vi­dua­les de una página web no cumplen con el grado de co­n­fo­r­mi­dad deseado, no será posible otorgar el atributo a la totalidad de la página.
• Si la página web forma parte de una ruta de acceso a través de varias páginas que le permiten realizar una acción es­pe­cí­fi­ca, todas las páginas de la ruta de acceso de clics deben tener el mismo nivel de co­n­fo­r­mi­dad o uno superior. Así, si tan solo una de las webs no cumple con los re­qui­si­tos, se retirará el nivel de co­n­fo­r­mi­dad de las demás páginas de la ruta.

Ejemplo práctico de co­n­fo­r­mi­dad con las WCAG

A di­fe­re­n­cia de las WCAG 1.0, las WCAG 2.x ofrecen la po­si­bi­li­dad de im­ple­me­n­tar aspectos in­di­vi­dua­les del diseño web sin barreras en di­fe­re­n­tes niveles de co­n­fo­r­mi­dad. Para el aspecto de contraste de color, en el estándar actual se han definido dos criterios de éxito y di­fe­re­n­tes grados de co­n­fo­r­mi­dad:

1.4.3 Contraste (mínimo): la pre­se­n­ta­ción visual del texto y de las imágenes del texto tiene una relación de contraste de al menos 4.5:1, excepto en los si­guie­n­tes casos: (Nivel AA)[…]

1.4.6 Contraste (mejorado): la pre­se­n­ta­ción visual del texto y de las imágenes del texto tiene una relación de contraste de al menos 7:1, excepto en los casos si­guie­n­tes: (Nivel AAA)[…]

De­cla­ra­ción de co­n­fo­r­mi­dad vo­lu­n­ta­ria

Op­cio­na­l­me­n­te, los gestores de páginas web tienen la po­si­bi­li­dad de emitir una de­cla­ra­ción de co­n­fo­r­mi­dad para todas las páginas web que cumplen con los criterios de éxito de las WCAG. Esta se crea vo­lu­n­ta­ria­me­n­te y no tiene ningún efecto en la ac­ce­si­bi­li­dad de la web. Sin embargo, si un ad­mi­ni­s­tra­dor decide emitir una de­cla­ra­ción de co­n­fo­r­mi­dad, de acuerdo con el W3C este debe contener la siguiente in­fo­r­ma­ción:

• Fecha de de­cla­ra­ción de co­n­fo­r­mi­dad
• Detalles sobre las WCAG a las que se refiere la de­cla­ra­ción de co­n­fo­r­mi­dad, in­clu­ye­n­do el título, la versión y el enlace a la norma
• Nivel de co­n­fo­r­mi­dad alcanzado (A, AA o AAA)
• De­s­cri­p­ción precisa de las páginas web del dominio a las que se refiere la de­cla­ra­ción de co­n­fo­r­mi­dad (por ejemplo, una lista de todos las URL)
• Una lista de todas las técnicas web ese­n­cia­les uti­li­za­das en las páginas web conformes con las WCAG y el efecto sobre su co­n­fo­r­mi­dad

Además, los re­s­po­n­sa­bles de la página web pueden añadir la siguiente in­fo­r­ma­ción de forma opcional a sus de­cla­ra­cio­nes de co­n­fo­r­mi­dad:

• Una lista de todos los criterios que van más allá del nivel de co­n­fo­r­mi­dad ide­n­ti­fi­ca­do
• Una lista de todas las técnicas web uti­li­za­das en la página y que no tienen ninguna in­flue­n­cia en la co­n­fo­r­mi­dad de la página
• Una lista de todos los agentes de usuario con los que se probó la página web
• Una versión legible por máquina de todas las técnicas web ese­n­cia­les uti­li­za­das en las páginas conformes a las WCAG
• Una versión legible por máquina de la de­cla­ra­ción de co­n­fo­r­mi­dad
• Una lista de otras medidas para el diseño web accesible que no están re­la­cio­na­das con las WCAG

La Unión Europea ofrece un modelo de de­cla­ra­ción de ac­ce­si­bi­li­dad.

Un vistazo a las di­re­c­tri­ces de las WCAG 2.1.

Las pautas de ac­ce­si­bi­li­dad para el contenido web se componen de trece di­re­c­tri­ces su­bo­r­di­na­das, a su vez, a cuatro pri­n­ci­pios básicos. Mientras que los pri­n­ci­pios de las WCAG definen las bases de una ex­pe­rie­n­cia web sin li­mi­ta­cio­nes, las guías ofrecen in­s­tru­c­cio­nes claras sobre aquellos aspectos que tener en cuenta. La versión 2.2. de las WCAG aún no ha sido traducida al español, por lo que, a co­n­ti­nua­ción, de­s­ta­ca­re­mos sus aspectos más im­po­r­ta­n­tes. Sin embargo, aquí puedes consultar una tra­du­c­ción no oficial al español de la versión 2.0.

Pe­r­ce­p­ti­bi­li­dad

Para lograr la máxima usa­bi­li­dad web, es necesario presentar los co­n­te­ni­dos de tal forma que puedan ser vistos por todos los usuarios de Internet. Las Pautas de Ac­ce­si­bi­li­dad para el Contenido Web sugieren:

• Texto al­te­r­na­ti­vo: todo el contenido no textual debe ser ofrecido en otras formas de re­pre­se­n­ta­ción, ya sea con ma­yú­s­cu­las, braille, símbolos o un lenguaje más sencillo. El criterio de éxito co­rre­s­po­n­de al nivel de co­n­fo­r­mi­dad A. Además, el texto al­te­r­na­ti­vo de las imágenes también puede mejorar el po­si­cio­na­mie­n­to SEO.
• Co­n­te­ni­dos mu­l­ti­me­dia: la página web ofrece formatos de pre­se­n­ta­ción al­te­r­na­ti­vos para los medios basados en el tiempo (por ejemplo, co­n­te­ni­dos de audio y vídeo). De­pe­n­die­n­do del grado de co­n­fo­r­mi­dad, los textos de­s­cri­p­ti­vos, las au­dio­de­s­cri­p­cio­nes (como la síntesis de voz), los su­b­tí­tu­los, las tra­n­s­cri­p­cio­nes y el lenguaje de señas están di­s­po­ni­bles como medios al­te­r­na­ti­vos. Esta directiva abarca nueve criterios de éxito para los niveles de co­n­fo­r­mi­dad A, AA y AAA.
• Ada­p­ta­bi­li­dad: el contenido de la página web es pe­r­fe­c­ta­me­n­te tra­n­s­fe­ri­ble (sin pérdidas) en sus formas al­te­r­na­ti­vas de re­pre­se­n­ta­ción (diseño sencillo). Esta directriz abarca seis criterios de éxito de los niveles de co­n­fo­r­mi­dad A, AA y AAA.
• Di­s­ti­n­ción: los co­n­te­ni­dos se crean de tal manera que difieren visual y acú­s­ti­ca­me­n­te de otros co­n­te­ni­dos (color, tamaño de fuente, contraste, fondo sutil). La directiva abarca 13 criterios de éxito para los niveles de co­n­fo­r­mi­dad A, AA y AAA.

Ope­ra­bi­li­dad

Un contenido web creado según los pri­n­ci­pios básicos de ac­ce­si­bi­li­dad debe permitir que todos los usuarios utilicen y accedan por igual a la in­fo­r­ma­ción deseada. La usa­bi­li­dad de una página web puede ser op­ti­mi­za­da por medio de los si­guie­n­tes aspectos:

• Ac­ce­si­bi­li­dad a través del teclado: para ofrecer la mayor facilidad de uso, todos los co­n­te­ni­dos y funciones deben ser ac­ce­si­bles a través del teclado. El teclado se define como la interfaz de usuario principal. La directriz incluye cuatro criterios de éxito de los niveles de co­n­fo­r­mi­dad A y AAA.
• Sin presión de tiempo: los usuarios cuentan con el tiempo su­fi­cie­n­te para leer y hacer uso de los co­n­te­ni­dos web cuando in­ter­ac­túan con ellos, ya que las personas con algún tipo de di­s­ca­pa­ci­dad suelen necesitar más tiempo para co­m­pre­n­der el contenido de una página web o realizar de­te­r­mi­na­das acciones, como in­tro­du­cir datos. La directriz incluye seis criterios de éxito de niveles de co­n­fo­r­mi­dad A y AAA.
• Minimizar el riesgo de ataques: todos los co­n­te­ni­dos web están diseñados para minimizar cualquier riesgo de un ataque de co­n­vu­l­sio­nes debido a estímulos visuales. La directriz sobre los riesgos de ataques define un umbral de estímulos visuales que pueden producir co­n­vu­l­sio­nes. Se es­pe­ci­fi­can dos criterios de éxito de los niveles de co­n­fo­r­mi­dad A y AAA.
• Na­ve­ga­ción: la página web ofrece a los usuarios diversos medios para que naveguen fá­ci­l­me­n­te. Las di­re­c­tri­ces de ac­ce­si­bi­li­dad para la na­ve­ga­ción están basadas en los meta títulos y meta de­s­cri­p­cio­nes, textos de enlaces, po­si­bi­li­da­des de acceso a páginas web, en­ca­be­za­dos y su­b­tí­tu­los para secciones de texto y enfoque del teclado. Las di­re­c­tri­ces de na­ve­ga­ción incluyen 13 criterios de éxito de los niveles de co­n­fo­r­mi­dad A, AA y AAA.
• Ac­ce­si­bi­li­dad a través de otros di­s­po­si­ti­vos: todas las fu­n­cio­na­li­da­des di­s­po­ni­bles a través del teclado también deben ser ac­ce­si­bles de otra forma, por ejemplo, con mo­vi­mie­n­tos. Las di­re­c­tri­ces es­pe­ci­fi­can ocho criterios de éxito de los niveles de co­n­fo­r­mi­dad A, AA y AAA.

Co­m­pre­n­si­bi­li­dad

El contenido web debe ser diseñado de tal forma los usuarios entiendan fá­ci­l­me­n­te su fu­n­cio­na­mie­n­to y la in­fo­r­ma­ción que se ofrece. Para alcanzar la máxima le­gi­bi­li­dad de sus co­n­te­ni­dos, los de­sa­rro­lla­do­res y editores web se guían por las si­guie­n­tes di­re­c­tri­ces:

• Le­gi­bi­li­dad: la ac­ce­si­bi­li­dad óptima de las ofertas web requiere contenido legible y co­m­pre­n­si­ble. La directiva de le­gi­bi­li­dad incluye re­gu­la­cio­nes que es­pe­ci­fi­can cómo los elementos li­n­güí­s­ti­cos deben ser di­s­ti­n­gui­dos y en­ri­que­ci­dos con in­fo­r­ma­ción adicional. Para su le­gi­bi­li­dad, las WCAG pro­po­r­cio­nan un total de seis criterios de niveles de co­n­fo­r­mi­dad A, AA y AAA.
• Pre­vi­si­bi­li­dad: el co­m­po­r­ta­mie­n­to de los elementos fu­n­cio­na­les e in­ter­ac­ti­vos de una página web deben ser pre­de­ci­bles para facilitar una buena in­te­li­gi­bi­li­dad. Los criterios de re­n­di­mie­n­to pro­pue­s­tos incluyen los niveles de co­n­fo­r­mi­dad A, AA y AAA.
• Ac­ce­si­bi­li­dad: las páginas web fá­ci­l­me­n­te ac­ce­si­bles ayudan a sus vi­si­ta­n­tes a evitar errores co­rri­gié­n­do­los au­to­má­ti­ca­me­n­te. Incluyen, por ejemplo, ajustes pre­de­te­r­mi­na­dos para la detección au­to­má­ti­ca de errores. Los re­s­po­n­sa­bles de la página web disponen de nueve criterios de éxito de los niveles de co­n­fo­r­mi­dad A, AA y AAA.

Robustez

Este principio de las WCAG se refiere a la co­m­pa­ti­bi­li­dad del contenido web. Para ga­ra­n­ti­zar una buena ac­ce­si­bi­li­dad, estos deben pro­ce­sar­se de tal manera que puedan ser uti­li­za­dos por la mayoría de los agentes de usuario (na­ve­ga­do­res web, di­s­po­si­ti­vos au­xi­lia­res de salida, etc.). En este caso, las es­pe­ci­fi­ca­cio­nes para los ad­mi­ni­s­tra­do­res de la página web se en­cue­n­tran en la directiva de co­m­pa­ti­bi­li­dad:

• Co­m­pa­ti­bi­li­dad: la co­m­pa­ti­bi­li­dad con las te­c­no­lo­gías actuales y futuras se garantiza mediante una apli­ca­ción coherente de los es­tá­n­da­res web es­pe­ci­fi­ca­dos. El requisito básico es que el contenido utilizado im­ple­me­n­te lenguajes de marcado como HTML co­m­ple­ta­me­n­te libre de errores y de acuerdo con la es­pe­ci­fi­ca­ción re­s­pe­c­ti­va. Esta directiva de co­m­pa­ti­bi­li­dad incluye dos criterios de éxito del nivel de co­n­fo­r­mi­dad A y AA.

Novedades de la WCAG 2.2

WCAG 2.2 añade un total de nueve criterios a varias di­re­c­tri­ces ya exi­s­te­n­tes:

• Uso del teclado: tres criterios para mostrar contenido cuando los co­m­po­ne­n­tes están enfocados
• In­ter­ac­ción con pantallas táctiles y ratón: un criterio para de­s­pla­za­mie­n­tos y otro para áreas se­le­c­cio­na­bles
• Mayor soporte para ha­bi­li­da­des co­g­ni­ti­vas limitadas:
  • Las funciones de ayuda deben estar ubicadas siempre en el mismo lugar
  • Soporte para datos ya in­tro­du­ci­dos
  • Me­ca­ni­s­mos al­te­r­na­ti­vos para in­tro­du­cir co­n­tra­se­ñas o para pruebas de función cognitiva
  • Al­te­r­na­ti­vas a la selección de imágenes u objetos en pruebas de función cognitiva

Las WCAG 2.2 completan las WCAG 2.1. en aquellos aspectos en los que esta última presenta lagunas.

Lista de ve­ri­fi­ca­ción de WCAG

El W3C Working Draft (la versión de trabajo de las WCAG 2.0) del 27 de abril de 2006 contiene en su apéndice una lista de ve­ri­fi­ca­ción con todos los criterios de éxito definidos por el W3C. Esta ofrece una breve visión general para muchas páginas web. Sin embargo, esta lista está obsoleta desde la pu­bli­ca­ción del W3C 2.0. el 11 de diciembre de 2008.

La lista de ve­ri­fi­ca­ción original se reemplazó por una re­fe­re­n­cia rápida de las WCAG 2.0. De este modo, los ope­ra­do­res de páginas web pueden adaptar el catálogo de criterios para el diseño web accesible a sus ne­ce­si­da­des propias (a saber, sus re­qui­si­tos técnicos y el grado de cu­m­pli­mie­n­to deseado) mediante una función de filtro, para crear así listas de ve­ri­fi­ca­ción pe­r­so­na­li­za­das.

Pruebas WCAG

Los re­qui­si­tos de las WCAG son criterios de éxito co­m­pro­ba­bles según los cuales los gestores de páginas web pueden evaluar el grado de co­n­fo­r­mi­dad de sus proyectos in­di­vi­dua­les en función del estándar de la WAI. Para los gestores que no solo quieran comprobar páginas in­di­vi­dua­les, sino también la ac­ce­si­bi­li­dad de todo su proyecto web, el WAI ha de­sa­rro­lla­do cuatro es­tra­te­gias:

Easy Checks

Con los Easy Checks el WAI presenta los aspectos básicos del diseño web accesible. La lista tiene como objetivo pro­po­r­cio­nar a los we­b­ma­s­te­rs una vista general del estado de su proyecto online. Los Easy Checks examinan a fondo los si­guie­n­tes criterios:

• Me­ta­tí­tu­lo
• Texto al­te­r­na­ti­vo (Alt text)
• Títulos
• Relación de contraste
• Es­ca­la­bi­li­dad del texto
• Ac­ce­si­bi­li­dad a través del teclado
• Contenido en mo­vi­mie­n­to, pa­r­pa­dea­n­te o iniciado au­to­má­ti­ca­me­n­te
• Al­te­r­na­ti­vas mu­l­ti­me­dia
• Es­tru­c­tu­ra de la página web

Su im­po­r­ta­n­cia con respecto a la ac­ce­si­bi­li­dad web es co­m­pa­ra­ti­va­me­n­te baja. Para una eva­lua­ción más si­g­ni­fi­ca­ti­va de la co­m­pa­ti­bi­li­dad son ne­ce­sa­rias otras pruebas (por ejemplo, las WCAG EM).

WCAG EM

Los Easy Checks se utilizan para dar a los ad­mi­ni­s­tra­do­res web una primera impresión del estado general de la ac­ce­si­bi­li­dad de su proyecto online. Para los we­b­ma­s­te­rs que quieran de­te­r­mi­nar de manera fiable y ve­ri­fi­ca­ble la co­n­fo­r­mi­dad de su proyecto web con las WCAG, el WAI ha publicado la Website Ac­ce­s­si­bi­li­ty Co­n­fo­r­ma­n­ce Eva­lua­tion Me­tho­do­lo­gy (WCAG EM), como enfoque para mejores prácticas. La eva­lua­ción de co­n­fo­r­mi­dad de acuerdo con la WCAG EM tiene cinco pasos:

1. De­te­r­mi­nar el alcance de la eva­lua­ción
2. Evaluar la página web
3. Se­le­c­cio­nar las páginas web re­pre­se­n­ta­ti­vas
4. Evaluar las páginas web se­le­c­cio­na­das
5. Crear un informe de co­n­fo­r­mi­dad con la WCAG EM Report Tool

Ahora bien, no es obli­ga­to­rio publicar el informe de co­n­fo­r­mi­dad. Los re­su­l­ta­dos de la eva­lua­ción co­n­s­ti­tu­yen la base para una (opcional) de­cla­ra­ción de co­n­fo­r­mi­dad (véase arriba).

Eva­lua­ción soportada por el usuario

Los pro­pie­ta­rios de páginas web que quieran evaluar la ac­ce­si­bi­li­dad de sus proyectos suelen basarse en pro­ce­di­mie­n­tos de prueba es­ta­n­da­ri­za­dos como la WCAG EM. Sin embargo, si es posible, el WAI re­co­mie­n­da combinar la eva­lua­ción de la co­n­fo­r­mi­dad por una eva­lua­ción apoyada por el usuario. De esta manera también se pueden reconocer aquellos problemas de usa­bi­li­dad que no se re­gi­s­tra­ron en el catálogo de criterios de las WCAG 2.1.

Ge­ne­ra­l­me­n­te, las pruebas de ac­ce­si­bi­li­dad so­po­r­ta­das por los usuarios son hechas con la ayuda de personas con li­mi­ta­cio­nes y usuarios de Internet de la tercera edad. Es posible utilizar métodos de prueba in­fo­r­ma­les en forma de encuestas, así como pruebas de usa­bi­li­dad fo­r­ma­li­za­das basadas en la eva­lua­ción es­ta­dí­s­ti­ca de ciertas tareas re­la­cio­na­das con la página web.

La in­fo­r­ma­ción sobre cómo los gestores de las páginas web pueden in­vo­lu­crar a los usuarios en dichos pro­ce­di­mie­n­tos está di­s­po­ni­ble en la página in­fo­r­ma­ti­va del WAI.

He­rra­mie­n­tas de eva­lua­ción

Internet ofrece un gran número de he­rra­mie­n­tas a los ad­mi­ni­s­tra­do­res de las páginas web para evaluar la ac­ce­si­bi­li­dad de sus proyectos online. El WAI también fomenta el de­sa­rro­llo de programas y servicios web apro­pia­dos. Sin embargo, el W3C no ofrece una he­rra­mie­n­ta es­pe­cí­fi­ca de eva­lua­ción. En cambio, el WAI ofrece una lista completa de las he­rra­mie­n­tas de eva­lua­ción di­s­po­ni­bles que, gracias a una función de filtro, se ajustan fá­ci­l­me­n­te a los re­qui­si­tos in­di­vi­dua­les y al estándar requerido.

La le­gi­s­la­ción española y la ac­ce­si­bi­li­dad web

La primera re­fe­re­n­cia a la ac­ce­si­bi­li­dad web en España aparece en la Ley 32/2002, que ya es­ta­ble­cía que las Ad­mi­ni­s­tra­cio­nes Públicas debían tomar las medidas ne­ce­sa­rias para que toda la in­fo­r­ma­ción de sus páginas web fuera accesible a personas con di­s­ca­pa­ci­dad y personas mayores. No obstante, debido a la escasa apli­ca­ción de estas medidas, en 2007 se aprobó el Real Decreto 1494/2007, que fijaba las co­n­di­cio­nes básicas de acceso de las personas con di­s­ca­pa­ci­dad a las te­c­no­lo­gías, productos y servicios re­la­cio­na­dos con la sociedad de la in­fo­r­ma­ción.

Ese mismo año, la Ley 56/2007, de Medidas de Impulso de la Sociedad de la In­fo­r­ma­ción, reforzó este marco legal al exigir que de­te­r­mi­na­das páginas de Internet con servicios dirigidos al público re­s­pe­ta­ran una serie de di­re­c­tri­ces de ac­ce­si­bi­li­dad.

El cambio más si­g­ni­fi­ca­ti­vo llegó con la apro­ba­ción del Real Decreto 1112/2018, que transpone la Directiva (UE) 2016/2102 al derecho español. Este real decreto establece re­qui­si­tos de ac­ce­si­bi­li­dad digital obli­ga­to­rios para todas las entidades del sector público y para ciertos or­ga­ni­s­mos privados que reciben fi­na­n­cia­ción pública. Entre sus obli­ga­cio­nes se incluyen el cu­m­pli­mie­n­to técnico conforme a la norma UNE-EN 301 549 (basada en las WCAG), au­di­to­rías pe­rió­di­cas y la pu­bli­ca­ción de una de­cla­ra­ción de ac­ce­si­bi­li­dad.

Desde 2023, el Real Decreto 193/2023 amplía el alcance de estas obli­ga­cio­nes al sector privado, es­pe­cia­l­me­n­te a aquellas empresas que prestan servicios al público o colaboran co­n­tra­c­tua­l­me­n­te con el sector público. Esta norma ya establece como re­fe­re­n­cia el cu­m­pli­mie­n­to del nivel A y AA de las WCAG.

Por último, a partir del 28 de junio de 2025, entra en vigor la Ley 11/2023, que transpone al derecho español la Directiva (UE) 2019/882 (European Ac­ce­s­si­bi­li­ty Act). Esta ley establece que numerosos productos y servicios digitales del sector privado deberán cumplir con re­qui­si­tos de ac­ce­si­bi­li­dad obli­ga­to­rios, in­clu­ye­n­do tiendas online, servicios bancarios, libros ele­c­tró­ni­cos, apli­ca­cio­nes móviles y pla­ta­fo­r­mas de co­mu­ni­ca­ción ele­c­tró­ni­ca.

Por tanto, aunque no todas las páginas web privadas están obligadas ac­tua­l­me­n­te a cumplir con las WCAG, sí es altamente re­co­me­n­da­ble adoptar estos es­tá­n­da­res para ga­ra­n­ti­zar la ac­ce­si­bi­li­dad, la inclusión y la pre­pa­ra­ción ante futuras exi­ge­n­cias no­r­ma­ti­vas.

Pró­xi­ma­me­n­te: WCAG 3.0

En la ac­tua­li­dad, las WCAG 2.1 y las WCAG 2.2. son las di­re­c­tri­ces re­co­me­n­da­das por el W3C. Sin embargo, el WAI está tra­ba­ja­n­do en una nueva versión de las Pautas de Ac­ce­si­bi­li­dad para el Contenido Web, estas son, las WCAG 3.0., que tendrán en cuenta nuevos aspectos como pruebas adi­cio­na­les y di­fe­re­n­tes me­ca­ni­s­mos de eva­lua­ción.

A di­fe­re­n­cia de sus pre­de­ce­so­ras, la WCAG 3.0. no es co­m­pa­ti­ble con versiones an­te­rio­res, sino que re­pre­se­n­ta un nuevo conjunto de di­re­c­tri­ces. También se revisará el modelo de co­n­fo­r­mi­dad. Quien esté in­te­re­sa­do, puede consultar en detalle el actual borrador de trabajo de las WCAG 3.0.