ACCESIBILIDAD WEB Y DISEÑO WEB ACCESIBLE

Contenido
1. INTRODUCCIÓN 2
2. ORGANIZACIONES DE ESTANDARIZACIÓN SOBRE ACCESIBILIDAD WEB 5
3. ESTÁNDARES DE ACCESIBILIDAD WEB 7
3.1 Estándares elaborados por ISO/IEC 7
3.2. Estándares elaborados por AENOR 8
3.3. Estándares elaborados por W3C 9
3.4. Estándares y recomendaciones de otras organizaciones 10
4. LAS PAUTAS WCAG PARA LA ACCESIBILIDAD DEL CONTENIDO WEB 12
4.1. Niveles de conformidad WCAG 13
4.2. Declaración del cumplimiento WCAG 14
5. RECURSOS SOBRE EVALUACIÓN DE LA ACCESIBILIDAD DE SITIOS WEB 15
5.1 Métodos de evaluación de la accesibilidad 15
5.2. Casos de estudio de evaluación de la accesibilidad de sitios Web 16
5.3. Herramientas de evaluación de la accesibilidad de sitios Web 16
6. RECOMENDACIONES SOBRE DISEÑO WEB ACCESIBLE 18
7. LEGISLACIÓN SOBRE ACCESIBILIDAD WEB 22
8. REFERENCIAS 23

Página 1/24
1. INTRODUCCIÓN
La accesibilidad indica la facilidad con la que algo puede ser usado, visitado o
accedido en general por todas las personas, especialmente por aquellas que poseen algún
tipo de discapacidad.

Para promover la accesibilidad se hace uso de ciertas facilidades que ayudan a salvar
los obstáculos o barreras de accesibilidad del entorno, consiguiendo que estas personas
realicen la misma acción que pudiera llevar a cabo una persona sin ningún tipo de
discapacidad. Estas facilidades son llamadas ayudas técnicas. Entre éstas se encuentran
elalfabeto Braille, la lengua de signos, las sillas de ruedas, lasseñales auditivas de los
semáforos, etc.

Al hablar de accesibilidad web se está haciendo referencia a un diseño web que va a

permitir que estas personas puedan percibir, entender, navegar e interactuar con la web,
aportando a su vez contenidos.

Constituye un tema de gran trascendencia en la sociedad de la información en la que

nos encontramos inmersos, ya que con ella se consigue no sólo respetar uno de los derechos
básicos de los ciudadanos, el acceso a la información, independientemente de la deficiencia
técnica o física que pueda aquejar a aquellos, sino también conseguir una serie de beneficios
auxiliares, tales como: incrementar la cuota de mercado y el alcance de la audiencia, mejorar
la eficiencia, demostrar la responsabilidad social y reducir la responsabilidad legal (Serrano
et al., 2009).

En informática, la accesibilidad incluye ayudas como las tipografías de alto contraste

o gran tamaño, magnificadores de pantalla, lectores y revisores de pantalla, programas de
reconocimiento de voz, teclados adaptados, y otros dispositivos apuntadores y de entrada
de información (Wikipedia, 2010).

Esto beneficia, entre otros sectores sociales, a las personas que presentan algún grado
de discapacidad, como por ejemplo:

§ Discapacidades visuales: Como puede ser la ceguera, la baja visión o problemas en

la percepción de colores.

§ Discapacidades auditivas: Alteraciones cuantitativas de la correcta percepción de los

sonidos.

§ Discapacidades físicas o motrices: Aquellas que afectan a la correcta movilidad de las

personas, epilepsia, dislexia, falta de memoria.

Existen millones de personas con discapacidad que no pueden utilizar la web.

Actualmente, la mayoría de los sitios y los software web presentan barreras de
accesibilidad, lo que dificulta o imposibilita la utilización de la web para muchas personas
con discapacidad. Cuanto más software y sitios web accesibles estén disponibles, más
personas con discapacidad podrán utilizar la web y contribuir de forma más eficiente (W3C,
2019).

Pero la accesibilidad web no beneficia únicamente a personas con algún grado de

Página 2/24
discapacidad, sino también a otros grupos de usuarios como los siguientes:

§ Usuarios de edad avanzada con dificultades producidas por el envejecimiento, el cual

lleva asociado una pérdida paulatina de capacidades.

§ Usuarios afectados por circunstancias derivadas del entorno como baja iluminación,
ambientes ruidosos, espacio reducido, etc.

§ Usuarios con insuficiencia de medios que acceden a los servicios de Internet

mediante equipos y conexiones con capacidades limitadas.

§ Usuarios que no dominen el idioma o con un nivel bajo de alfabetización.

§ Usuarios inexpertos o que presentan inseguridad frente a la utilización de diversos

dispositivos electrónicos.

Por lo tanto, se puede ver que la accesibilidad web beneficia, en general, a todos los
usuarios, y más teniendo en cuenta que la web es un recurso muy importante para diferentes
aspectos de la vida, tales como educación, empleo, gobierno, comercio, sanidad,
entretenimiento y muchos otros. Por lo tanto, se puede ver que es necesario que la web sea
accesible, para así proporcionar un acceso equitativo e igualdad de oportunidades a las
personas con discapacidad.

Para las personas con discapacidad, la web constituye una oportunidad sin
precedentes para participar cómoda y plenamente en la sociedad. Con ella desaparecen
todos los inconvenientes físicos y por primera vez en la historia pueden ejercer las mismas
tareas en condiciones muy parecidas a las personas sin discapacidad. Así, se crean nuevas
opciones de comunicación, interacción y trabajo, que de otra manera serían muy difíciles o
imposibles de realizar (Voces, 2007). La no accesibilidad a estos entornos constituye un claro
ejemplo de discriminación hacia un colectivo de la población.

Algunos de los beneficios que, según el W3C, reporta la accesibilidad web son los
siguientes:

• Incrementa la cuota de mercado y audiencia de la web: Al mejorar el acceso a los

contenidos web de forma general, no se excluyen grupos de personas que
potencialmente pueden formar parte de los usuarios de nuestra página web, lo cual
puede llevar a un aumento de las visitas y, por tanto, de los beneficios. Según diversos
estudios, la proporción de población con discapacidades puede superar el 20%. Una
parte significativa de esas personas con discapacidades puede beneficiarse de sitios
web accesibles.

• Mejora la eficiencia y el tiempo de respuesta: Al separar el contenido de la

información en la presentación de una página web mediante CSS se logra reducir el
tamaño de las páginas web y, por tanto, se reduce el tiempo de carga de las páginas
web.

Página 3/24
 § Demuestra responsabilidad social: Refuerza positivamente la imagen empresarial:
La eliminación de barreras que dificulten el acceso a nuestra web demuestra una
preocupación y atención hacia todos los clientes.

§ Evidencia el cumplimiento de la ley: Se cumplen los estándares web: Esto

implica que nuestra página web será visionada correctamente desde cualquier
navegador.

Se puede ver que al mejorar la accesibilidad de una página web, se mejora el acceso
en general. Las mejoras de usabilidad, de navegación, de estructuración, etc., asociadas la
accesibilidad, constituyen valores en sí mismos que benefician a todos los usuarios de la
web en general.

Por tanto se debe ver la accesibilidad, no como una serie de requisitos aislados para
un colectivo concreto, sino como opciones de mejora de la calidad de la web en general que
aportarán beneficios y permitirán estar mejor preparados para futuras tecnologías web.

Página 4/24
2. ORGANIZACIONES DE ESTANDARIZACIÓN SOBRE ACCESIBILIDAD
WEB
Existen multitud de normas y estándares en el diseño de páginas web encaminadas
a facilitar la consecución de un adecuado nivel de accesibilidad (Serrano et a., 2010;
Rodríguez y Martínez, 2011). Estas normas y estándares han sido desarrollados por
diferentes organizaciones. Cuando se trata de organizaciones reconocidas por los gobiernos
como de estandarización, estas normas son estándares “de iure” u oficiales, como es el caso
de los estándares de ISO, AENOR, ANSI, etc. Cuando son recomendaciones de otras
organizaciones que se han convertido en verdaderos estándares por su su uso en la práctica,
se denominan estándares “de facto”, sería el caso de los estándares de W3C, IMS, etc.

En la figura 1 se muestran los logotipos de las principales organizaciones que han

elaborado estándares relacionados con la accesibilidad web. Entre ellas, las cinco de la parte
superior serían organizaciones oficiales de estandarización (ISO/IEC, CEN, AENOR, ANSI,
BSI); mientras que las seis de la parte inferior serían organizaciones que elaboran
estándares de facto (W3C, ETSI, HFES, WAB, GSA, IMS).

Figura 1. Organizaciones de estandarización sobre accesibilidad web

Todas estas organizaciones son las siguientes:

• ISO/IEC (International Organization for Standardization / International Electrotechnical

Commission). www.iso.org. En ISO, los comités que se dedican a elaborar estándares
relacionados con la accesibilidad Web son los siguientes:

– Comité técnico ISO TC 37: Terminología. SC4 (Gestión de recursos del

lenguaje)
– Comité técnico ISO TC 159: Ergonomía. SC4 (Ergonomía de la interacción
persona sistema).
– Comité técnico ISO TC 171: Aplicaciones de gestión documental.
– Comité técnico ISO/IEC JTC 1: Tecnologías de la información. SC36
(Tecnologías para el aprendizaje).

Página 5/24
• CEN (European Committee for Standardization). www.cen.eu. Con los siguientes
comités y grupos trabajando en la materia:

– Comité técnico TC 122: Ergonomía

– Grupo de trabajo WS/DPA: Procesamiento de documentos para accesibilidad
– Grupo de trabajo WS/UD-PROF: Diseño Universal
– Grupo de trabajo WS/WAC: Accesibilidad de Contenidos Web
– Grupo de trabajo WS/LT: Tecnologías para el aprendizaje

• AENOR (Asociación Española de Normalización y Certificación). www.aenor.es.

Representa a España en ISO y CEN, con los siguientes grupos de trabajo sobre
accesibilidad:

– Subcomité CTN139/SC8: TIC para la salud/Sistemas y dispositivos para los

grupos de tercera edad y discapacidad
– Grupo de trabajo CTN133/GT3: Telecomunicaciones/Accesibilidad
– Grupo de trabajo CTN71/SC36/GT9: Accesibilidad y aprendizaje electrónico
– Grupo de trabajo CTN66/SC1/GT5: Gestión de la calidad/Calidad de la
formación virtual.

• ANSI (American National Standards Institute). www.ansi.org.

• BSI (British Standards Institute). www.bsigroup.com. Destancando el siguiente

comité:
– Comité IST/45 Web Accesibility

• HFES (Human Factor and Ergonomics Society). hfes.org. Muchas de sus

recomendaciones son adoptadas como estándares ANSI

• ETSI (European Standards Telecommunications). www.etsi.org. Incluye el siguiente

comité:
– Comité TC HF Human Factors

• GSA (United States Goverment – General Services Administration). www.gsa.gov.

• IMS (IMS Global Learning Consortium). www.imsglobal.org. Realizando

recomendaciones sobre todo applicable a la accesibilidad en e-learning.

• W3C (World Wide Web Consortium). www.w3c.org. Entre sus esfuerzos de

normalización, destaca la Web Accesibility Initiative del World Wide Web Consortium
(W3C), que trata de establecer recomendaciones para conseguir contenidos,
navegadores entornos de desarrollo web accesibles. Para ello, en W3C se han credo
los siguientes grupos de trabajo:

– Accessibility Guidelines Working Group (AG WG)

– Accessible Platform Architectures (APA WG)
– Accessible Rich Internet Applications (ARIA WG)
– Education and Outreach Working Group (EO WG)

Página 6/24
3. ESTÁNDARES DE ACCESIBILIDAD WEB
Las organizaciones citadas en el apartado anterior han elaborado diferentes estándares
sobre accesibilidad Web. Se trata de los que se indican en las tablas incluidas en los
siguientes apartados.

3.1 Estándares elaborados por ISO/IEC

Los estándares oficiales de ISO no son gratuitos y están disponibles previo pago en la web
www.iso.org. En la tabla 1 se muestra los principales estándares elaborados por ISO sobre
accesibilidad y su posible aplicación en el caso de la accesibilidad web.

Estándar Organización Año Aplicación en web

ISO 9241-151 Ergonomics of ISO 2008 Usabilidad de las
human-system interaction -- interfaces de usuario
Part 151: Guidance on World web
Wide Web user interfaces
ISO 9241-171 Ergonomics of ISO 2008 Accesibilidad del
human-system interaction -- software embebido en
Part 171:Guidance on software páginas web (RIA)
accessibility
ISO/IEC 24751: Information ISO/IEC 2008 Descripción del
technology -- Individualized entorno y del perfil del
adaptability and accessibility in usuario en páginas
e-learning, education and web de cursos online
training
(Equivalente a IMS
AccessForAll v1.0)
ISO/IEC 24756: Information ISO/IEC 2009 Descripción perfil de
technology -- Framework for usuario de una
specifying a common access aplicación web
profile (CAP) of needs and
capabilities of users, systems,
and their environments
ISO/IEC 24786: Information ISO/IEC 2009 Requisitos de
technology -- User interfaces -- configuración de la
Accessible user interface for accesibilidad en una
accessibility settings web
ISO/IEC TR 29138: Information ISO/IEC 2009 Informe técnico que
technology - Accessibility incluye un catálogo de
considerations for people with estándares de
disabilities accesibilidad web
ISO 9241-210 Ergonomics of ISO 2010 Planificación y gestión
human-system interaction -- de proyectos de
Part 210: Human-centred diseño web centrado

Página 7/24
 Estándar Organización Año Aplicación en web
design for interactive systems en el usuario

ISO 24620-1: Language ISO 2010 Legibilidad del

resource management - contenido web
Simplified natural language --
Part 1: Basic concepts and
general principles
ISO 14289-1: Document ISO 2010 Accesibilidad de
management – Electronic archivos PDF
document file format disponibles en
enhancement for accessibiility páginas web
– Part 1: Use of ISO 32000-1
(PDF/UA-1)
ISO/IEC 13066: Information ISO/IEC 2011 Acceso a funciones
technology -- Interoperability locales del sistema
with assistive technology (AT). operativo sobre
<<APIs de accesibilidad para accesibilidad
Windows, Linux, Java>>
ISO/IEC 40500: Information ISO/IEC 2012 Accesibilidad del
technology -- W3C Web (W3C) contenido de páginas
Content Accessibility web
Guidelines (WCAG) 2.0
Tabla 1. Estándares de accesibilidad web de ISO e ISO/IEC

3.2. Estándares elaborados por AENOR

Los estándares oficiales de AENOR no son gratuitos y están disponibles previo pago
en la web www.aenor.es. En la tabla 2 se muestra los principales estándares elaborados por
AENOR sobre accesibilidad y su posible aplicación en el caso de la accesibilidad web. En
algunos casos los estándares son meras traducciones a Español de otro estándar ISO. Y en
el caso de la norma UNE 139803, la versión de 2012 es equivalente a WCAG 2.0. Y está
disponible gratuitamente en internet (AENOR, 2012).

Documento Organización Año Aplicación en web

UNE 139804: Requisitos para AENOR 2007 Traducción del
el uso de la Lengua de Signos contenido de páginas
Española en redes web a lengua de
informáticas signos
UNE 139802: Requisitos de AENOR 2009 Accesibilidad del
accesibilidad de software (ISO) software embebido
- (Traducción de ISO 9241- en páginas web (RIA)
171)

Página 8/24
 Documento Organización Año Aplicación en web
UNE 139803:2012 AENOR 2012 Accesibilidad del
Aplicaciones informáticas para (W3C) contenido de páginas
personas con discapacidad. web
Requisitos de accesibilidad
para contenidos en la Web.
- (Equivalente a WCAG 2.0)

UNE-EN ISO/IEC 24751. AENOR 2012 Descripción del

Adaptabilidad y accesibilidad (ISO) entorno y del perfil
individualizadas en e- del usuario en
aprendizaje, en educación y páginas web de
formación. cursos online
- (Traducción de ISO/IEC
24751)
UNE 66181. Calidad de la AENOR 2012 Describe 5 niveles de
Formación Virtual accesibilidad de
cursos online
basados en los
niveles de WCAG 2.0
UNE-EN 301549 V1.1.2. AENOR 2015 Establece, entre
Requisitos de accesibilidad de otros, los requisitos
productos y servicios TIC de accesibilidad
aplicables a la contratación (WCAG 2.0) que
pública en Europa. deben cumplir las
- (Traducción de EN 301549 páginas o
V1.1.2) aplicaciones web
para que puedan ser
contratadas.
UNE 71362: Calidad de los AENOR 2017 Incluye requisitos de
materiales educativos digitales accesibilidad para los
materiales
educativos.
UNE 153101. Lectura Fácil. AENOR 2018 Requisitos del
Pautas y recomendaciones contenido de los
para la elaboración de documentos para que
documentos sea fácilmente
entendibles.
Tabla 2. Estándares de accesibilidad web de AENOR

3.3. Estándares elaborados por W3C

Los estándares de W3C son los más importantes en el ámbito de la accesibilidad web, y
todos son de acceso gratuito. En la tabla 3 se muestran los estándares y la URL en la que
están disponibles para si descarga directa.

Página 9/24
 Documento Año Aplicación en web
UAAG 1.0: User Agent 2002 Accesibilidad de navegadores web
Accessibility Guidelines
WCAG 2.0: Web Content 2008 Accesibilidad del contenido de páginas
Accessibility Guidelines web

Traducción Español
WCAG-EM 1.0 Website 2014 Metodología de evaluación de la
Accessibility Conformance accesibilidad del contenido de páginas
Evaluation Methodology web
ATAG 2.0: Authoring Tool 2015 Accesibilidad de editores en y de páginas
Accessibility Guidelines web

WAI-ARIA 1.1: Accessible 2017 Accesibilidad de páginas web con

Rich Internet Applications contenido dinámico y asíncrono
WCAG 2.1: Web Content 2018 Accesibilidad del contenido de páginas
Accessibility Guidelines web

EARL 1.0 Evaluation and En Formato para expresar los resultados de

Report Language curso la evaluación de la accesibilidad de un
sitio web
Accessibility Conformance En Formato para describir reglas de
Testing (ACT) Rules Format curso evaluación de accesibilidad
1.0

Tabla 3. Estándares de accesibilidad web de W3C

3.4. Estándares y recomendaciones de otras organizaciones

Además de las anteriores, existen otras recomendaciones y estándares propuestos por
otras organizaciones, como las que se indican en la tabla 4.

Documento Organiza Año Aplicación en web

ción
DAISY (Digital Accessible ANSI/ 2005 Formato de libro electrónico
Information System) DAISY
Consor-
tium
Equivalente a ANSI/NISO
Z39.86-2005 Specifications
for the Digital Talking Book.

Página 10/24
 Documento Organiza Año Aplicación en web
ción
CWA 15554: Specifications CEN 2006 Certificación de la
for a Web Accessibility accesibilidad del contenido de
Conformity Assessment páginas web
Scheme and a Web
Accessibility Quality Mark
ANSI/HFES 200.2: Human ANSI/ 2010 Accesibilidad del software
Factors Engineering of HFES embebido en páginas web
Software User Interfaces. (RIA)
Accessibility

Equivalente a ISO 9241-

171, pero organizando los
requisitos por prioridad.
BS 8878: Web accessibility. BSI 2010 Diseño de sitios y servicios
Code of practice web accesibles
Section 508 Standards and Gobierno 2017 Accesibilidad del contenido de
Section 255 Guidelines for Estados páginas web
Information and Unidos
Communication Technology
applications.
AccessForAll v2.0 IMS 2010 Descripción del entorno y del
(Compatible con ISO/IEC perfil del usuario en páginas
24751, pero de acceso web de cursos online
gratuito y con detalles
técnicos para su aplicación)
EN 301549 V2.1.2 CEN/ 2018 Accesibilidad del contenido de
Accessibility requirements ETSI páginas web y cualquier tipo
for ICT products and de software
services
Tabla 4. Otros estándares y recomendaciones de accesibilidad web

Página 11/24
4. LAS PAUTAS WCAG PARA LA ACCESIBILIDAD DEL CONTENIDO WEB

Entre los esfuerzos de normalización, destaca la Web Accesibility Initiative (WAI) del
World Wide Web Consortium (W3C), que trata de establecer recomendaciones para
conseguir contenidos, navegadores entornos de desarrollo web accesibles. La mayor parte
de las normas existentes sobre accesibilidad web se basan en las recomendaciones del
W3C, de ahí la importancia de dedicarle este apartado.

El objetivo de la iniciativa WAI del W3C es facilitar el acceso a la Web de las personas
con discapacidad, desarrollando pautas de accesibilidad, mejorando las herramientas para
la evaluación y reparación de accesibilidad web, llevando a cabo una labor educativa y de
concienciación en relación a la importancia del diseño accesible de páginas web, y abriendo
nuevos campos en accesibilidad a través de la investigación en este área (W3C, 2019).

Tal y como describen Serrano et al. (2009), los principales objetivos de la iniciativa WAI son:

§ Asegurar que las tecnologías desarrolladas en el W3C cumplan los requisitos de

accesibilidad.

§ Desarrollar unas guías que recojan las pautas para que los creadores de agentes de
usuario, los contenidos de la web y las herramientas de autor puedan tener una
referencia a la hora de añadir las propiedades de accesibilidad que las personas
discapacitadas requieren.

§ Facilitar el desarrollo de herramientas que permitan la evaluación y reparación de los

contenidos accesibles. Este tipo de herramientas facilitan en gran medida la adopción
de las técnicas de accesibilidad por parte de los desarrolladores.

§ Promover la educación de la accesibilidad a lo largo de los más heterogéneos

entornos.

§ Coordinar los esfuerzos de investigación y desarrollo que puedan afectar al futuro de

la accesibilidad en la web.

§ Desarrollar recursos para beneficiar la accesibilidad, gracias a la colaboración de

organizaciones y personas de todo el mundo.

Una de las tareas de la WAI es desarrollar pautas para el contenido web. Para hacer el
contenido web accesible, en mayo de 1999 el WAI publicó la versión 1.0 de sus pautas de
accesibilidad web (WCAG 1.0). Su función principal es guiar el diseño de páginas web hacia
un diseño accesible, reduciendo de esta forma barreras a la información. Con el paso del
tiempo se han convertido en un referente internacionalmente aceptado.

El 11 de diciembre de 2008 el W3C culminó el desarrollo de las Pautas de Accesibilidad al

Contenido Web 2.0 (WCAG 2.0). Estas Pautas suponen un importante paso para adaptarse
a los cambios tecnológicos que se han ido produciendo desde la versión 1.0, al tiempo que
su redacción les permite estar preparadas para tecnologías futuras. El 5 de junio de 2018 se
publicó la versión WCAG 2.1, con 17 nuevos criterios de conformidad respecto a la versión

Página 12/24
2.0.

Las WCAG 2.0 se organizan 4 principios fundamentales, que se descomponen en 12

pautas (guidelines) que constituyen los principios generales del diseño accesible. Cada una
de estas pautas tiene asociados una serie de requisitos, denominados criterios de
conformidad (o criterios de éxito, si se hace una traducción literal de success criteria) (61
en total) que ayudan a detectar posibles errores (W3C, 2008).

Las WCAG 2.1 se organizan en los mismos 4 principios fundamentales, que se

descomponen en 13 pautas (las 12 de la versión 2.0 y una nueva). Ahora el número de
criterios de conformidad es 78 (los 61 de la versión 2.0 y 17 nuevos (W3C, 2018).

Los 4 principios fundamentales para la accesibilidad del contenido en los que se organizan
WCAG 2.0 y WCAG 2.1 son:

§ Perceptible: La información y los componentes de la interfaz de usuario deben

presentarse a los usuarios de la manera en que puedan percibirlos.

§ Operable: Los componentes de la interfaz de usuario y la navegación deben ser

operables.

§ Comprensible: La información y el manejo de la interfaz de usuario deben ser

comprensibles.

§ Robusto: El contenido debe ser suficientemente robusto para funcionar con las
tecnologías actuales y futuras.

Para cada una de las pautas y criterios de conformidad el W3C ha documentado también
una amplia variedad de técnicas. Las técnicas son informativas y para cada criterio de éxito
se indican (W3C, 2016):

§ Aquellas que son suficientes para cumplir el criterio de éxito, y

§ Aquellas que son aconsejables y que van más allá de los requisitos del criterio de
éxito, y que permiten cumplir mejor con las pautas.

4.1. Niveles de conformidad WCAG

Dependiendo del grado de cumplimiento de los criterios de conformidad por un
determinado sitio web existen tres niveles de conformidad (W3C, 2008):

§ Nivel de Conformidad “A”: Se cumplen aquellos criterios que si no se cumplieran,

ciertos grupos de usuarios no podrían acceder a la información del sitio web.

§ Nivel de Conformidad “AA”: Se cumplen aquellos criterios que si no se cumplieran,

sería muy difícil acceder a la información para ciertos grupos de usuarios.

Página 13/24
 § Nivel de Conformidad “AAA”: Se cumplen aquellos criterios que si no se
cumplieran, algunos usuarios experimentarían ciertas dificultades para acceder a
la información.

4.2. Declaración del cumplimiento WCAG

Cuando un sitio web cumple un nivel de conformidad WCAG puede informar de ello
al pie de sus páginas web utilizando los sello de la figura 2.

Figura 2. Sellos de los niveles de conformidad WCAG

Un sitio web puede declarar su cumplimiento de WCAG 2.x, incluyendo en su

declaración de conformidad la siguiente información:

§ Fecha

§ Título, versión y URI de WCAG 2.x

§ El nivel de cumplimiento (A, AA o AAA)

§ Una descripción concisa de las páginas a las que afecta esta declaración.

§ Una lista de las tecnologías de las que depende el contenido.

Si se usa un sello, éste debe ir acompañado por la información descrita anteriormente.

Página 14/24
5. RECURSOS SOBRE EVALUACIÓN DE LA ACCESIBILIDAD DE SITIOS
WEB

5.1 Métodos de evaluación de la accesibilidad

Se han publicado numerosos estudios de la accesibilidad de sitios web en diferentes
áreas temáticas y países aplicando los estándares de accesibilidad, especialmente WCAG.
Estos estudios se caracterizan por la aplicación de diferentes metodologías para la
evaluación de la accesibilidad. El W3C ha elaborado una metodología estándar de
evaluación del cumplimiento de las pautas WCAG 2.0 por los sitios web, publicada como
Working Group Note con el nombre WCAG-EM (W3C, 2014). Autores como Branjnik (2009)
han publicado estudios comparativos de diferentes métodos de evaluación de la
accesibilidad web, que suelen clasificarse en las siguientes categorías: métodos de
evaluación de la accesibilidad: Conformance Review; Subjective Assessment, Screening,
Barrier Walkthrough o User testing (Branjnik, 2008).

Organizaciones como el Observatorio de la Accesibilidad del Gobierno de España, ofrecen

guías de ayuda para la evaluación de la accesibilidad de sitios Web. Las principales del
Observatorio son las que se referencian en la tabla 5.

Título de la guía
Guía de validación de accesibilidad web (2019)
Guía de adaptación a WCAG 2.1 desde WCAG 2.0 (2018)
Guía de accesibilidad en Sedes Electrónicas (2019)
Guía de accesibilidad para la gestión de la accesibilidad en gestores
de contenidos (2019)
Guía de cuestiones básicas de accesibilidad para los editores finales
de contenidos (2019)
Guía para la inserción de subtítulos en YouTube (2018)
Guía de accesibilidad de aplicaciones móviles (2017)
Accesibilidad en documentos PDF con Adobe Acrobat (2014)

Tabla 5. Guías de ayuda del Observatorio de Accesibilidad para la evaluación de la

accesibilidad de sitios web

Además de los documentos de las propias especificaciones WCAG, ATAG, UAAG o WAI-
ARIA, el W3C ofrece documentos de ayuda a la evaluación de la accesibilidad, disponibles
desde la siguiente página web:

• Evaluating Web Accessibility Overview

Página 15/24
5.2. Casos de estudio de evaluación de la accesibilidad de sitios Web
La mayoría de los estudios evalúan la accesibilidad de contenidos web según el estándar
WCAG 2.0. El autor de este documento ha publicado algunos casos de evaluación, como
los siguientes:

• Accessibility and readability of university websites in Finland (2012)

• Evaluación de la accesibilidad de páginas web de universidades españolas y
extranjeras incluidas en rankings universitarios internacionales (2013)
• Análisis de un caso de multi-evaluación de una página web según WCAG 2.0 (2013)
• Estudio de un caso con evaluación automática y evaluación de usuarios (2014)
• Análisis de la accesibilidad de un curso online sobre creación de materiales
educativos digitales accesibles por revisores con discapacidad visual (2014)
• Evaluating the accessibility of top MOOC platforms (2016)
• Experiencia de evaluación de accesibilidad móvil (2016)
• Comparative Analysis of Online Web Accessibility Evaluation Tools (2016)
• Accessibility and usability evaluation techniques for mobile applications: a case of
study on industrial helping application (2017)

En la siguiente revista se pueden encontrar casos de evaluación en todos los números

publicados:

• Universal Access in the Information Society

El autor de este documento mantiene una lista de ejemplos de evaluación, que se puede
localizar en el siguiente enlace:

• a11y-evaluation-examples

5.3. Herramientas de evaluación de la accesibilidad de sitios Web

Existen diferentes tipos de herramientas software que pueden ayudar a evaluar la
accesibilidad de un sitio web. El autor de este documento mantiene una lista de
herramientas de diferente tipo, que se puede localizar en GitHub:

https://josehilera.github.io/a11y-lists/a11y-evaluation-tools.html

En dicha lista, las herramientas se clasifican en las siguientes categorías:

• Assistive Technology: It is a software tool that is used by people with disabilities,

which allows you to test accessibility by putting yourself in the user's place. The
specific type of technology is indicated in parentheses, such as: Braille Interface,
Magnifier, Screen Reader, Switch Interface, Text Web Browser, User Interface
Customizer, Voice Assistant.
• Automatic Evaluation Tool: Tool that checks accessibility automatically.
• Checklist: It is a list (it can be a simple document) that helps to record the
compliance or not of accessibility requirements.

Página 16/24
 • Monitoring Service: It is a service, normally paid, that obtains accessibility reports,
either instantaneously, or after a set deadline when the report is completed with
content provided by experts or users with disabilities.
• Remediation Tool: Tool that automatically corrects accessibility errors, usually in a
web page.
• User Simulator: Software that simulates some type of user, for example users with
a visual disability, that allows to put themselves in the user's place to check the
barriers offered by the content accessed with the simulated disability.
• Visualization Tool: Tool that displays or marks elements of a web page or, in
general, the user interface on the screen, helping the evaluator to check certain
accessibility requirements.

Y una herramienta de evaluación puede ser de alguno de los suguientes tipos:

• Application Plugin: It is an extension of some known application (web or desktop).

• Authoring Tool Plugin: It is an extension of some known application (web or
desktop) for editing, for example a text editor or a software development
environment.
• Browser Plugin: It is an extension for a web browser. Parentheses indicate the
name of the browser or, if applicable, if it is a valid extension for any browser in the
form of a bookmarklet.
• Command Line Tool: The tool is executed from a shell of an operating system.
• Desktop Application: The tool is a stand-alone application.
• Document: The tool is a simple digital document, for example, a Word document, a
pdf or a spreadsheet.
• Mobile Application: It is an application to be executed on a mobile device, such as
a smartphone or a tablet.
• On Demand service: The user must make a formal request or registration to be able
to use the services offered by the tool.
• Online Tool: It is a tool that is used online through a web browser.
• Testing Library: The tool is not an application ready to be used by an evaluator, but
it is offered as a library so that the evaluators can create their own tool using this
library.
• Web API: The tool offers its functionality through the Web in the form of an API
installed on a server, usually with RESTful or RESTful technology. In some cases,
the API can be downloaded and the evaluator can install it on its own local server in
stand-alone mode.
• Web Application: The tool is an application that the evaluator has to install on a web
server in order to use it.
• Web Form: It is a simple web page that includes a form that can be filled in,
downloaded and used in local mode as a simple document, without associated
functionality on the server.

El WC3 también mantiene una lista de herramientas de evaluación en el enlace:

• Web Accessibility Evaluation Tools List

Página 17/24
6. RECOMENDACIONES SOBRE DISEÑO WEB ACCESIBLE
El propósito del “diseño universal” o “diseño accesible” o “diseño para todos” es simplificar
la realización de las tareas cotidianas mediante la construcción de productos, servicios y
entornos más sencillos de usar por todas las personas y sin esfuerzo alguno. Este tipo de
diseño se aplica en la arquitectura, la ingeniería y, por supuesto, las páginas y aplicaciones
web, entre otros campos de aplicación.

En 1997, el Centro para el Diseño Universal de la NC State University de Estados Unidos,

formuló los principios de este tipo de diseño. En la web de la fundación SIDAR existe una
traducción y adaptación de estos principios, realizada por Emmanuelle Gutiérrez y Restrepo
(SIDAR, 2007). Se trata de los siguientes 7 principios:

Principio 1: Uso equiparable

El diseño debe ser fácil de usar y adecuado para todas las personas
independientemente de sus capacidades y habilidades.

Pautas para el Principio 1:

§ Que proporcione las mismas maneras de uso para todos los usuarios: idénticas
cuando es posible, equivalentes cuando no lo es.
§ Que evite segregar o estigmatizar a cualquier usuario.
§ Las características de privacidad, garantía y seguridad deben estar igualmente
disponibles para todos los usuarios.
§ Que el diseño sea atractivo para todos los usuarios.

Principio 2: Uso flexible

El diseño debe poder adecuarse a un amplio rango de preferencias y habilidades

individuales.

Pautas para el Principio 2:

§ Que ofrezca posibilidades de elección en los métodos de uso.

§ Que pueda accederse y usarse tanto con la mano derecha como con la izquierda.
§ Que facilite al usuario la exactitud y precisión.
§ Que se adapte al paso o ritmo del usuario.

Principio 3: Simple e intuitivo

El diseño debe ser fácil de entender independientemente de la experiencia, los

conocimientos, las habilidades o el nivel de concentración del usuario.

Pautas para el Principio 3

§ Que elimine la complejidad innecesaria.

§ Que sea consistente con las expectativas e intuición del usuario.
§ Que se acomode a un amplio rango de alfabetización y habilidades lingüísticas.
§ Que dispense la información de manera consistente con su importancia.

Página 18/24
 § Que proporcione avisos eficaces y métodos de respuesta durante y tras la finalización
de la tarea.

Principio 4: Información perceptible

El diseño debe ser capaz de intercambiar información con usuario,

independientemente de las condiciones ambientales o las capacidades sensoriales del
mismo.

Pautas para el Principio 4

§ Que use diferentes modos para presentar de manera redundante la información

esencial (gráfica, verbal o táctilmente).
§ Que proporcione contraste suficiente entre la información esencial y sus alrededores.
§ Que amplíe la legibilidad de la información esencial.
§ Que diferencie los elementos en formas que puedan ser descritas (por ejemplo, que
haga fácil dar instrucciones o direcciones).
§ Que proporcione compatibilidad con varias técnicas o dispositivos usados por
personas con limitaciones sensoriales.
Principio 5: Con tolerancia al error

El diseño debe minimizar las acciones accidentales o fortuitas que puedan tener
consecuencias fatales o no deseadas.

Pautas para el Principio 5

§ Que disponga los elementos para minimizar los riesgos y errores: elementos más
usados, más accesibles; y los elementos peligrosos eliminados, aislados o tapados.
§ Que proporcione advertencias sobre peligros y errores.
§ Que proporcione características seguras de interrupción.
§ Que desaliente acciones inconscientes en tareas que requieren vigilancia.

Principio 6: Escaso esfuerzo físico

El diseño debe poder ser usado eficazmente y con el mínimo esfuerzo posible.

Pautas para el Principio 6

§ Que permita que el usuario mantenga una posición corporal neutra.

§ Que utilice de manera razonable las fuerzas necesarias para operar.
§ Que minimice las acciones repetitivas.
§ Que minimice el esfuerzo físico continuado.

Principio 7: Tamaño y espacio para el acceso y uso

Los tamaños y espacios deben ser apropiados para el alcance, manipulación y uso
por parte del usuario, independientemente de su tamaño, posición y movilidad.

Pautas para el Principio 7

§ Que proporcione una línea de visión clara hacia los elementos importantes tanto para

Página 19/24
 un usuario sentado como de pie.
§ Que el alcance de cualquier componente sea confortable para cualquier usuario
sentado o de pie.
§ Que se acomode a variaciones de tamaño de la mano o del agarre.
§ Que proporcione el espacio necesario para el uso de ayudas técnicas o de asistencia
personal.

El diseño web accesible se debería basar en estos principios. Existen propuestas

metodológicas sobre cómo integrar la accesibilidad en el diseño web, como es el caso de la
realizada por Henry (2007), que propone una metodología de diseño de sitios web accesibles
compuesta por las siguientes fases:

• Análisis
• Diseño
• Evaluación

Esta metodología se basa en algunos principios fundamentales a tener en cuenta en

todo proyecto de diseño de un sitio web accesible, como los siguientes:

• Integrar la accesibilidad al principio y a lo largo de todo el proyecto

• Contar con la participación de personas con discapacidad en el proyecto
• Diseñar la interfaz de usuario siguiendo un enfoque de diseño centrado en el usuario,
para lo cual se recomienda aplicar el estándar ISO 13407 (ISO, 1999). Este estándar
establece que el diseño centrado en el usuario “es una aproximación al desarrollo de
sistemas interactivos que está orientado, concretamente, a hacer sistemas usables.
Es una actividad multidisciplinar”.
• Distinguir entre problemas de usabilidad y problemas de accesibilidad, según el caso,
y tratar de aplicar también principios de usabilidad, como los establecidos en el
estándar ISO 9241-11 (ISO, 1998), en las páginas web accesibles.

Existen otras propuestas de diseño web accesible, como las de Ávila (2009) que
propone un método de rediseño de sitios web no accesibles para hacerlos accesibles. O la
de AGESIC (2009), que establece que a la hora de construir un sitio web accesible es
necesario tener en cuenta varios aspectos importantes:

1. Fijar el objetivo de accesibilidad a alcanzar y determinar la política de accesibilidad

del sitio.
2. La herramienta que utilizará para el desarrollo del portal.
§ Las herramientas de administración de contenidos que utilizará para la creación
o transformación de su portal, ¿permitirán cumplir con las pautas de
accesibilidad?
§ Si no se utiliza una herramienta de administración de contenidos, porque su sitio
es programado por el equipo de desarrollo, estos técnicos deberán entender los
cambios que deben implementar en sus desarrollos y las pautas que deben
seguir.
3. Los contenidos y su estructuración.
§ Cuando planifique su contenido, debe lograr disponer de todo el texto del sitio
independiente de la presentación visual.
§ Para estructurar dicho contenido es necesario utilizar elementos básicos como:
encabezados, listas, párrafos, tablas de datos, etc. Estos elementos dan valor

Página 20/24
 semántico a los contenidos y no deben utilizarse como elementos para diseñar.
§ Cuando transforme esos contenidos a lenguaje web es importante seguir los
estándares publicados de manera de garantizar la compatibilidad.
§ Si al estructurar los contenidos surge la necesidad de incorporar otros elementos
diferentes al texto, tales como: imágenes, vídeos, audio, etc. se debe planificar
la incorporación de alternativas accesibles para cada uno de ellos.
4. La presentación y maquetación.
§ Uno de los puntos importantes para lograr accesibilidad, es separar los
contenidos de la presentación. El contenido no debe depender de los estilos y la
estética que se utilice para mostrarlo. Una página web debe poder ser entendida
de igual modo si se accede a través de un navegador tradicional, de un teléfono
móvil o de un lector de pantalla.
§ Después de estructurar los contenidos se debe incorporar la presentación,
intentando que sea con estilos uniformes, que facilite el aprendizaje, la lectura y
la navegación de todos los usuarios.
§ Se recomienda no usar tablas de datos para la organización de la presentación
de los contenidos, ya que esto dificulta la comprensión del sitio para los usuarios
que navegan utilizando por ejemplo un lector de pantalla. Es recomendable
utilizar hojas de estilos en cascada (CSS).
5. Comprobar el nivel de accesibilidad logrado.
§ Una vez que finalizó el proceso de desarrollo del sitio web es necesario
comprobar que cumple con los requisitos de accesibilidad que se
planificaron.
6. Publicación de los contenidos.
§ Definir procedimientos claros de publicación y control de calidad que permitan
garantizar los criterios de accesibilidad adoptados para cada uno de los
contenidos que serán publicados una vez realizada la puesta en producción
del sitio.

Estos son algunos sitios de internet donde encontrar más información sobre
recomendaciones para el diseño de sitios web accesibles:

• Observatorio de accesibilidad del Gobierno de España

• Comité Español de Representantes de Personas con Discapacidad (CERMI)
• Fundación Sidar - Acceso Universal
• Centro Nacional de Tecnologías de la Accesibilidad (CENTAC)
• Guia de accesibilidad TIC
• Discapnet (ONCE)
• W3C Web Accesibility Initiative (WAI)
• Europe's Information Society Thematic Portal e-inclusion
• IT Accessibility and Workforce (Gobierno de los Estados Unidos)
• Madrid Accesibilidad TICs
• Centro de Referencia Estatal de Autonomía Personal y Ayudas Técnicas (Ceapat)
• Microsoft Accessibility: Technology for Everyone
• Google Accessibility
• Red de cooperación ESVI-AL
• Usable y accesible
• Youtube: buscar “accesibilidad web”
• Twitter: @web_a11y
• Boletin semanal de noticias, eventos (WebDev) previa subscripción

Página 21/24
7. LEGISLACIÓN SOBRE ACCESIBILIDAD WEB

Es importante destacar la importancia de la Convención internacional de los derechos

humanos de personas con discapacidad de la Organización de Naciones Unidas (ONU),
aprobada en 2006, pues supuso un compromiso de la mayoría de países a adaptar su
legislación para, entre otros, “promover el acceso de las personas con discapacidad a los
nuevos sistemas y tecnologías de la información y las comunicaciones, incluida Internet”
(Art. 9). Por ese motivo, es que la mayoría de leyes sobre accesibilidad web de los países
han sido dictadas despues de la aprobación de la convención en 2006. En los siguientes
enlaces se pueden ver los países comprometidos con la convención:

• Lista de países firmantes de la convención y fecha de ratificación

• Mapa de países firmantes de la convención

En el caso de la Unión Europea, la Directiva (UE) 2016/2102 se ha traspuesto en sus países

miembros, y obliga a que tengan un nivel AA de WCAG 2.1 los sitios web del sector público
desde el 20 de septiembre de 2018. Y las Intranets de dicho séctor a partir del 23 de
septiembre de 2019.

Además, el W3C mantiene una página web con la legislación aplicable sobre la materia en
difetentes países:

• Web Accessibility Laws & Policies

Página 22/24
8. REFERENCIAS
AENOR (2003a), UNE 139801:2003 Aplicaciones informáticas para personas con
discapacidad. Requisitos de accesibilidad al ordenador. Hardware. Asociación
Española de Normalización y Certificación.
AENOR (2003b), UNE 139802:2003Aplicaciones informáticas para personas con
discapacidad. Requisitos de accesibilidad al ordenador. Software. Asociación
Española de Normalización y Certificación.
AENOR (2004), UNE 139803:2004Aplicaciones informáticas para personas con
discapacidad. Requisitos de accesibilidad para contenidos en la Web. Asociación
Española de Normalización y Certificación.
AENOR (2009), UNE 139802:2009 Requisitos de accesibilidad del software. Asociación
Española de Normalización y Certificación.
AENOR (2011), La normalización y la accesibilidad.
AENOR (2012), UNE 139803:2012 Aplicaciones informáticas para personas con
discapacidad. Requisitos de accesibilidad para contenidos en la Web. Asociación
Española de Normalización y Certificación.
AGESIC (2009), Accesibilidad Web.
Ávila, J. (2009). Análisis y rediseño de un portal web. Universidad Carlos III.
Brajnik, G. (2008). A Comparative Test of Web Accessibility Evaluation Methods.
Proceedings of the 10th International ACM SIGACCESS Conference on Computers
and Accessibility, Nueva York: ACM, 113-120.
Brajnik, G. (2009). Validity and reliability of web accessibility guidelines. Proceedings of the
11th international ACM SIGACCESS conference on Computers and Accessibility,
Nueva York: ACM, 131-138.
Carreras O. (2019), Usable y Accesible.
Henry, S.L. (2007). Simplemente pregunta: Integración de la accesibilidad en el diseño.
Madison, WI, USA: ET\Lawton.
ISO (1998), ISO 9241-11:1998 Ergonomic Requirements for Office Work with Visual
Display Terminals, Part 11: Guidance on Usability, International Organization for
Standarization.
ISO (1999), ISO 13407. Human centred design processes for interactive systems,
International Organization for Standarization.
ISO (2008a), ISO 9241-20:2008 Ergonomics of human-system interaction -- Part 20:
Accessibility guidelines for information/communication technology (ICT) equipment
and services, International Organization for Standarization.
ISO (2008b), ISO 9241-151:2008 Ergonomics of human-system interaction -- Part 151:
Guidance on World Wide Web user interfaces, International Organization for
Standarization.
ISO (2008c), ISO 9241-171:2008 Ergonomics of human-system interaction -- Part 171:
Guidance on software accessibility, International Organization for Standarization.
ISO (2012), ISO/IEC 40500:2012 Information technology -- W3C Web Content Accessibility
Guidelines (WCAG) 2.0, International Organization for Standarization.
Rodríguez, A., Martínez, L. (2011). Guía sobre normalización en la accesibilidad de las
TICs, Centac.
Serrano E., Moratilla A., Olmeda I., (2009), Directrices técnicas referidas a la accesibilidad
web, Anales de documentación.
Serrano, E., Moratilla, A., Olmeda, I. (2010). Métrica para la evaluación de la accesibilidad
en Internet: propuesta y testeo. Revista Española de Documentación Científica, vol.
33(3), 378-396.

Página 23/24
SIDAR (2007), Principios del Diseño Universal o Diseño para Todos.
Voces R. (2007), ¿Por qué la web debe ser accesible?, Universitat Pompeu Fabra.
Wikipedia (2019), Tecnologías de apoyo.
W3C (2008), Web content accessibility guidelines (WCAG) 2.0
W3C (2014). Website Accessibility Conformance Evaluation Methodology 1.0. W3C
Working Draft.
W3C (2016), Techniques for WCAG 2.0.
W3C (2018), Web content accessibility guidelines (WCAG) 2.1
W3C (2019), Introduction to Web Accessibility.

Página 24/24