Accesibilidad web

La accesibilidad web , o eAccesibilidad , ^[1] es la práctica inclusiva de garantizar que no existan barreras que impidan la interacción o el acceso a sitios web en la World Wide Web por parte de personas con discapacidades físicas , discapacidades situacionales y restricciones socioeconómicas en cuanto al ancho de banda y la velocidad. Cuando los sitios están correctamente diseñados, desarrollados y editados, más usuarios tienen acceso igualitario a la información y la funcionalidad.

Por ejemplo, cuando un sitio está codificado con HTML semánticamente significativo , con equivalentes textuales provistos para imágenes y con enlaces nombrados de manera significativa, esto ayuda a los usuarios ciegos que usan software de texto a voz y/o hardware de texto a Braille. Cuando el texto y las imágenes son grandes y/o ampliables, es más fácil para los usuarios con problemas de visión leer y comprender el contenido. Cuando los enlaces están subrayados (o diferenciados de otra manera) así como coloreados, esto garantiza que los usuarios daltónicos podrán notarlos. Cuando los enlaces y las áreas en los que se puede hacer clic son grandes, esto ayuda a los usuarios que no pueden controlar un mouse con precisión. Cuando las páginas no están codificadas de una manera que dificulte la navegación solo por medio del teclado , o un dispositivo de acceso con un solo interruptor solo, esto ayuda a los usuarios que no pueden usar un mouse o incluso un teclado estándar. Cuando los videos están subtitulados , divididos en capítulos o hay una versión en lenguaje de señas disponible, los usuarios sordos o con problemas de audición pueden entender el video. Cuando se evitan los efectos de destellos o se hacen opcionales, los usuarios propensos a sufrir convulsiones causadas por estos efectos no corren riesgo. Y cuando el contenido está escrito en un lenguaje sencillo e ilustrado con diagramas instructivos y animaciones, los usuarios con dislexia y dificultades de aprendizaje pueden comprender mejor el contenido. Cuando los sitios están correctamente diseñados y mantenidos, se puede dar cabida a todos estos usuarios sin disminuir la usabilidad del sitio para los usuarios sin discapacidades.

Las necesidades que la accesibilidad web pretende abordar incluyen:

• Visual: Deficiencias visuales , incluida la ceguera , varios tipos comunes de baja visión y mala vista, varios tipos de daltonismo ;
• Motor/movilidad: p. ej. dificultad o incapacidad para usar las manos, incluyendo temblores, lentitud muscular, pérdida del control de los músculos finos, etc., debido a afecciones como la enfermedad de Parkinson , distrofia muscular , parálisis cerebral , accidente cerebrovascular ;
• Auditivo: Sordera o deficiencias auditivas , incluidas las personas con dificultades auditivas;
• Convulsiones: Convulsiones fotoepilépticas causadas por efectos visuales estroboscópicos o destellantes.
• Cognitivo e intelectual: Discapacidades del desarrollo , dificultades de aprendizaje ( dislexia , discalculia , etc.) y discapacidades cognitivas ( TEPT , Alzheimer ) de diversos orígenes, que afectan la memoria, la atención, la "madurez" del desarrollo, la resolución de problemas y las habilidades lógicas, etc. ^[2]

La accesibilidad no se limita a la lista anterior, sino que se extiende a cualquier persona que experimente una discapacidad permanente, temporal o circunstancial. La discapacidad circunstancial se refiere a alguien que puede estar experimentando un límite en función de la experiencia actual. Por ejemplo, una persona puede ser manca en una situación determinada si lleva un bebé en brazos. La accesibilidad web debe tener en cuenta a los usuarios que experimentan una amplia variedad de barreras. Según una encuesta global de WebAIM de 2018 a profesionales de la accesibilidad web, cerca del 93 % de los encuestados no recibió ninguna formación formal sobre accesibilidad web. ^[3]

Las personas que viven con una discapacidad utilizan tecnologías de asistencia como las siguientes para habilitar y facilitar la navegación web:

• Software lector de pantalla como el navegador Check Meister, que puede leer, mediante voz sintetizada, elementos seleccionados de lo que se muestra en el monitor (útil para usuarios con dificultades de lectura o de aprendizaje) o puede leer todo lo que sucede en la computadora (utilizado por usuarios ciegos o con problemas de visión).
• Terminales Braille, que consisten en una pantalla Braille actualizable que reproduce el texto como caracteres Braille (generalmente mediante clavijas elevadas a través de orificios en una superficie plana) y un teclado convencional o un teclado Braille.
• Software de ampliación de pantalla , que amplía lo que se muestra en el monitor de la computadora, lo que facilita la lectura a los usuarios con problemas de visión.
• Software de reconocimiento de voz que puede aceptar comandos hablados en la computadora o convertir el dictado en texto gramaticalmente correcto: útil para quienes tienen dificultades para usar un mouse o un teclado.
• Superposiciones de teclado, que pueden hacer que escribir sea más fácil o más preciso para aquellos que tienen dificultades de control motor.
• Acceso a vídeos subtitulados o en lengua de señas para personas sordas.

En 1999, la Iniciativa de Accesibilidad Web , un proyecto del Consorcio World Wide Web (W3C), publicó las Pautas de Accesibilidad al Contenido Web WCAG 1.0 .

El 11 de diciembre de 2008, la WAI publicó las WCAG 2.0 como recomendación. Las WCAG 2.0 tienen como objetivo estar actualizadas y ser más neutrales en cuanto a la tecnología. Aunque los diseñadores web pueden elegir cualquiera de los estándares, las WCAG 2.0 han sido ampliamente aceptadas como las pautas definitivas sobre cómo crear sitios web accesibles. Los gobiernos están adoptando de manera constante las WCAG 2.0 como el estándar de accesibilidad para sus propios sitios web. ^[4] En 2012, las Pautas de Accesibilidad al Contenido Web también se publicaron como estándar ISO/IEC: "ISO/IEC 40500:2012: Tecnología de la información - Pautas de Accesibilidad al Contenido Web del W3C (WCAG) 2.0". ^[5] En 2018, la WAI publicó la Recomendación WCAG 2.1 que amplía las WCAG 2.0. ^[6]

Se han recibido algunas críticas sobre el proceso del W3C, que sostienen que no pone al usuario en el centro del proceso. ^[7] Hubo una objeción formal a la afirmación original de WCAG de que WCAG 2.0 abordaría los requisitos para las personas con discapacidades de aprendizaje y limitaciones cognitivas, encabezada por Lisa Seeman y firmada por 40 organizaciones y personas. ^[8] En artículos como "WCAG 2.0: Las nuevas directrices del W3C evaluadas", ^[9] "Al diablo con WCAG 2.0" ^[10] y "La capacidad de prueba cuesta demasiado", ^[11] se ha criticado a la WAI por permitir que WCAG 1.0 se desfase cada vez más con respecto a las tecnologías y técnicas actuales para crear y consumir contenido web, por el lento ritmo de desarrollo de WCAG 2.0, por hacer que las nuevas directrices sean difíciles de navegar y comprender, y por otras deficiencias argumentadas.

La accesibilidad de los sitios web depende de la cooperación de varios componentes: ^[12]

1. contenido: la información contenida en una página web o aplicación web, incluida información natural (como texto, imágenes y sonidos) y código o marcado que define la estructura, la presentación, etc.
2. Navegadores web, reproductores multimedia y otros "agentes de usuario"
3. tecnología de asistencia, en algunos casos: lectores de pantalla, teclados alternativos, interruptores, software de escaneo, etc.
4. Conocimientos, experiencias y, en algunos casos, estrategias adaptativas de los usuarios al utilizar la web.
5. Desarrolladores: diseñadores, codificadores, autores, etc., incluidos desarrolladores con discapacidades y usuarios que contribuyen con contenido.
6. Herramientas de creación: software que crea sitios web.
7. herramientas de evaluación: herramientas de evaluación de accesibilidad web, validadores HTML, validadores CSS, etc.

Los desarrolladores web suelen utilizar herramientas de creación y evaluación para crear contenido web .
Las personas (" usuarios ") utilizan navegadores web , reproductores multimedia , tecnologías de asistencia u otros " agentes de usuario " para obtener el contenido e interactuar con él . ^[12]

• ATAG ^[13] contiene 28 puntos de control que brindan orientación sobre:
  • Producir resultados accesibles que cumplan con los estándares y pautas
  • Promocionar al autor de contenido para información relacionada con la accesibilidad
  • Proporcionar formas de verificar y corregir contenido inaccesible.
  • Integrar la accesibilidad en la apariencia general
  • Hacer que la herramienta de creación sea accesible para las personas con discapacidad.

• WCAG 1.0: 14 pautas que son principios generales del diseño accesible
• WCAG 2.0: 4 principios que forman la base de la accesibilidad web; 12 pautas (no comprobables) que son objetivos a los que los autores deben aspirar; y 65 criterios de éxito comprobables. ^[14] Las Técnicas para WCAG 2.0 del W3C ^[15] son ​​una lista de técnicas que ayudan a los autores a cumplir con las pautas y los criterios de éxito. Las técnicas se actualizan periódicamente, mientras que los principios, pautas y criterios de éxito son estables y no cambian. ^[16]

• UAAG ^[17] contiene un conjunto completo de puntos de control que cubren:
  • acceso a todo el contenido
  • Control del usuario sobre cómo se representa el contenido
  • control del usuario sobre la interfaz de usuario
  • Interfaces de programación estándar

Debido al crecimiento del uso de Internet ^[18] y su creciente importancia en la vida cotidiana, los países de todo el mundo están abordando los problemas de acceso digital a través de la legislación. Un enfoque es proteger el acceso a los sitios web para las personas con discapacidades mediante el uso de la legislación existente sobre derechos humanos o civiles. Algunos países, como los EE. UU., protegen el acceso de las personas con discapacidades mediante el proceso de adquisición de tecnología. ^[19] Es común que las naciones respalden y adopten las Pautas de Accesibilidad al Contenido Web (WCAG) 2.0 haciendo referencia a las pautas en su legislación. ^{[20] [21]} El cumplimiento de las pautas de accesibilidad web es un requisito legal principalmente en América del Norte, Europa, partes de América del Sur y partes de Asia. ^[22]

Argentina

Ley 26.653 de Accesibilidad a la Información en Páginas Web. ^[23] Aprobada por el Congreso Nacional de Argentina el 3 de noviembre de 2010. Precisa en su Artículo 1 que tanto el Estado Nacional como sus organismos descentralizados o aquellas empresas que se relacionen de alguna manera con servicios o bienes públicos, deberán respetar las normas y requisitos sobre accesibilidad en el diseño de sus páginas web. El objetivo es facilitar el acceso a los contenidos a todas las personas con discapacidad, a fin de garantizar la igualdad de oportunidades en relación al acceso a la información y evitar la discriminación.

Además, mediante el Decreto 656/2019 ^[24] se aprueba la reglamentación de la citada Ley N° 26.653 y se informa que la autoridad encargada de su aplicación será la ONTI, Oficina Nacional de Tecnologías de Información. ^[25] Este organismo es el encargado de asistir y/o asesorar a las personas físicas y jurídicas alcanzadas por esta Ley; además de difundir, aprobar/actualizar y también controlar el cumplimiento de las normas y requisitos de accesibilidad de las páginas web; entre otras funciones.

En 2000, un australiano ciego ganó un caso judicial de 20.000 dólares contra el Comité Organizador de los Juegos Olímpicos de Sydney (SOCOG) . ^[26] Este fue el primer caso exitoso en virtud de la Ley de 1992 contra la Discriminación por Discapacidad, porque el SOCOG no había logrado que su sitio web oficial, Juegos Olímpicos de Sydney , fuera adecuadamente accesible para los usuarios ciegos. La Comisión de Derechos Humanos e Igualdad de Oportunidades (HREOC) también publicó Acceso a la World Wide Web: Notas de asesoramiento sobre la Ley de Discriminación por Discapacidad. ^[27] Todos los gobiernos de Australia también tienen políticas y directrices que exigen sitios web públicos accesibles.

En Brasil , el gobierno federal publicó un documento con pautas de accesibilidad el 18 de enero de 2005 para su revisión pública. El 14 de diciembre del mismo año, se publicó la segunda versión, que incluía sugerencias realizadas a la primera versión del documento. El 7 de mayo de 2007, las pautas de accesibilidad del documento se volvieron obligatorias para todos los sitios web federales. La versión actual del documento, que sigue las pautas WCAG 2.0, se llama e-MAG, Modelo de Acessibilidade de Governo Eletrônico (Modelo de Accesibilidad de Gobierno Electrónico), y es mantenida por el Ministerio de Planificación, Presupuesto y Gestión de Brasil .

El documento se puede ver y descargar en su sitio web oficial. ^[28]

En 2011, el Gobierno de Canadá comenzó a implementar gradualmente un nuevo conjunto de estándares web que tienen como objetivo garantizar que los sitios web gubernamentales sean accesibles, utilizables, interoperables y optimizados para dispositivos móviles. Estos estándares reemplazan los estándares Common Look and Feel 2.0 (CLF 2.0) para Internet.

El primero de estos cuatro estándares, el Estándar de Accesibilidad Web ^[29], entró en pleno vigor el 31 de julio de 2013. El Estándar de Accesibilidad Web sigue las Pautas de Accesibilidad al Contenido Web (WCAG) 2.0 AA y contiene una lista de exclusiones que se actualiza anualmente. Está acompañado de una Metodología de Evaluación explícita ^[30] que ayuda a los departamentos gubernamentales a cumplir con las normas. El gobierno también desarrolló el Kit de Herramientas de Experiencia Web (WET), ^[31] un conjunto de componentes web reutilizables para crear sitios web innovadores. El WET ayuda a los departamentos gubernamentales a crear sitios web innovadores que sean accesibles, utilizables e interoperables y, por lo tanto, cumplan con los estándares del gobierno. El kit de herramientas WET es de código abierto y está disponible para que lo use cualquier persona.

Los tres estándares web relacionados son: el Estándar sobre Optimización de Sitios Web y Aplicaciones para Dispositivos Móviles, ^[32] el Estándar sobre Usabilidad Web ^[33] y el Estándar sobre Interoperabilidad Web. ^[34]

En 2019, el Gobierno de Canadá aprobó la Ley de Canadá Accesible , que se basa en la legislación provincial, como la Ley de Accesibilidad para los Ontarianos con Discapacidades , la Ley de Accesibilidad para los Habitantes de Manitoba y la Ley de Accesibilidad de Nueva Escocia .

En febrero de 2014, el Parlamento Europeo aprobó un proyecto de ley que establece que todos los sitios web gestionados por organismos del sector público deben ser accesibles para todos. ^[35]

El 13 de septiembre de 2005 se publicó una Comunicación de la Comisión Europea sobre la accesibilidad electrónica. ^[1] El objetivo de la Comisión de "armonizar y facilitar la contratación pública de productos y servicios de TIC accesibles" se incluyó en un mandato emitido al CEN, CENELEC y ETSI en diciembre de 2005, referencia M 376. ^[36] Un mandato es una solicitud para la elaboración y adopción de una norma europea o de productos de normalización europeos emitidos a una o más de las organizaciones de normalización europeas. Los mandatos suelen ser aceptados por la organización de normalización porque se basan en una consulta preliminar, aunque técnicamente la organización es independiente y tiene derecho a rechazar el mandato. ^[37] El mandato también exigía el desarrollo de un conjunto de herramientas electrónicas para los compradores públicos que les permitiera tener acceso a los requisitos armonizados resultantes. ^[38] La Comisión también señaló que el resultado armonizado, aunque estaba destinado a fines de contratación pública, también podría ser útil para la contratación en el sector privado. ^{[38] : Sección 2.3}

El 26 de octubre de 2016, el Parlamento Europeo aprobó la Directiva de Accesibilidad Web , que exige que los sitios web y las aplicaciones móviles de los organismos del sector público sean accesibles. Los requisitos de accesibilidad pertinentes se describen en la norma europea EN 301 549 V3.2.1 (publicada por ETSI ). Se esperaba que los estados miembros de la UE pusieran en vigor antes del 23 de septiembre de 2018 leyes y reglamentos que hicieran cumplir los requisitos de accesibilidad pertinentes.

• Los sitios web de los organismos del sector público deberán cumplir con esta normativa antes del 23 de septiembre de 2018;
• aplicaciones móviles antes del 23 de junio de 2021.

Algunas categorías de sitios web y aplicaciones están exceptuadas de la Directiva, por ejemplo, "los sitios web y aplicaciones móviles de los organismos públicos de radiodifusión y sus filiales". ^[39]

El "Plan continuo para la normalización de las TIC 2017" de la Comisión Europea señala que será necesario actualizar la norma ETSI EN 301 549 V1.1.2 para añadir requisitos de accesibilidad para aplicaciones móviles y metodologías de evaluación para comprobar el cumplimiento de la norma. ^[40]

En 2019, la Unión Europea introdujo la Ley Europea de Accesibilidad , una de las principales piezas legislativas en materia de accesibilidad e inclusión digital . La Ley Europea de Accesibilidad (EAA), que entrará en vigor el 28 de junio de 2025, exige a las empresas que garanticen que los productos y servicios comercializados recientemente cubiertos por la Ley sean accesibles. Todos los sitios web deberán cumplir los principios WCAG de perceptibilidad, operabilidad, comprensión y robustez, y ofrecer niveles comparativos de experiencia de usuario a los clientes discapacitados. A partir del 28 de junio de 2025, los clientes podrán presentar quejas ante los tribunales o autoridades nacionales si los servicios o productos no respetan las nuevas normas. ^[41]

En la India , el Centro Nacional de Informática (NIC), dependiente del Ministerio de Electrónica y Tecnología de la Información (MeitY), aprobó en 2009 las Directrices para los sitios web del gobierno indio (GIGW) ^[42] para las agencias gubernamentales, obligándolas a cumplir con los estándares WCAG 2.0 Nivel A. ^[43]

El Ministerio de Electrónica y Tecnología de la Información (MeitY) tiene una Política Nacional sobre Accesibilidad Electrónica Universal ^[44] claramente establecida, los Estándares y Pautas de Accesibilidad se deben formular o adaptar a partir de los estándares prevalecientes en el dominio, incluidos los estándares y pautas de accesibilidad web del Consorcio World Wide Web, como las Pautas de Accesibilidad de Herramientas de Autor ( ATAG ^[13] ), las Pautas de Accesibilidad al Contenido Web (WCAG 2.0) y las Pautas de Accesibilidad del Agente de Usuario ( UAAG ^[17] ).

El objetivo de la GIGW es garantizar la calidad y la accesibilidad de las directrices gubernamentales ofreciendo orientación sobre las prácticas recomendables que abarcan todo el ciclo de vida de los sitios web, portales web y aplicaciones web, desde la conceptualización y el diseño hasta su desarrollo, mantenimiento y gestión. El Departamento de Reformas Administrativas y Reclamos Públicos lo incluyó en el Manual de Procedimientos de Oficina de la Secretaría Central.

La GIGW 3.0 ^[45] también mejora significativamente la orientación sobre la accesibilidad y la facilidad de uso de las aplicaciones móviles, especialmente al ofrecer orientación específica a las organizaciones gubernamentales sobre cómo aprovechar la infraestructura digital pública diseñada para la prestación de servicios, beneficios e información a nivel de todo el gobierno. ^[46]

La Ley de los Derechos de las Personas con Discapacidad de 2016 (RPwD) ^[47] fue aprobada en el parlamento. La ley reemplazó la legislación anterior y brindó una orientación más clara sobre la accesibilidad digital. La Ley de los Derechos de las Personas con Discapacidad, desde el 106 hasta los artículos 40 a 46, exige que se garantice la accesibilidad en todos los edificios públicos, sistemas de transporte, servicios de tecnología de la información y la comunicación (TIC), productos de consumo y todos los demás servicios prestados por el gobierno u otros proveedores de servicios. ^[48]

En Irlanda , la Ley de Discapacidad de 2005 ^[49] exige que, cuando un organismo público se comunique en formato electrónico con una o más personas, el contenido de la comunicación debe ser, en la medida de lo posible, "accesible para las personas con discapacidad visual que dispongan de tecnología adaptativa" (artículo 28(2)). La Autoridad Nacional de Discapacidad ha elaborado un Código de Prácticas ^[50] que ofrece orientación a los organismos públicos sobre cómo cumplir con las obligaciones de la Ley. Se trata de un código de prácticas aprobado y sus disposiciones tienen fuerza de obligaciones legales vinculantes. Afirma que un organismo público puede lograr el cumplimiento del artículo 28(2) "revisando las prácticas existentes para las comunicaciones electrónicas en términos de accesibilidad en relación con las directrices y estándares pertinentes", dando el ejemplo de "conformidad Doble A con las Pautas de Accesibilidad al Contenido Web (WCAG) de la Iniciativa de Accesibilidad Web (WAI)".

El Ministerio de Justicia de Israel publicó recientemente una normativa que exige que los sitios web de Internet cumplan con la norma israelí 5568, que se basa en las Directrices de Accesibilidad al Contenido Web 2.0 del W3C. Las principales diferencias entre la norma israelí y la del W3C se refieren a los requisitos de proporcionar subtítulos y textos para los medios de audio y vídeo. Las normas israelíes son algo más laxas, lo que refleja las dificultades técnicas actuales para proporcionar dichos subtítulos y textos en hebreo. ^[51]

En Italia, la accesibilidad web está regulada por la denominada " Ley Stanca", formalmente Ley n.º 4 del 9 de enero de 2004, publicada oficialmente en la Gazzetta Ufficiale el 17 de enero de 2004. La Ley Stanca original se basaba en las WCAG 1.0. El 20 de marzo de 2013, los estándares requeridos por la Ley Stanca se actualizaron a las WCAG 2.0.

Las Pautas de Accesibilidad al Contenido Web en Japón se establecieron en 2004 como JIS (Japanese Industrial Standards) X 8341–3. JIS X 8341-3 fue revisada en 2010 como JIS X 8341-3:2010 para incluir WCAG 2.0, y fue revisada en 2016 como JIS X 8341-3:2016 para ser estándares idénticos al estándar internacional ISO/IEC 40500:2012. La organización japonesa WAIC (Web Accessibility Infrastructure Committee) ha publicado la historia y la estructura de JIS X 8341-3:2016. ^[52]

En Malta, las evaluaciones de accesibilidad del contenido web las ha llevado a cabo la Fundación para la Accesibilidad de las Tecnologías de la Información (FITA) desde 2003. ^[53] Hasta 2018, esto se hacía de conformidad con los requisitos de la Ley de Igualdad de Oportunidades (2000) CAP 43 y las directrices WACG aplicadas. ^[54] Con la llegada de la Directiva de Accesibilidad Web de la UE, la Autoridad de Comunicaciones de Malta se encargó de garantizar la accesibilidad de los recursos en línea propiedad de las entidades públicas maltesas. ^[55] La FITA sigue proporcionando evaluaciones de accesibilidad de las TIC a entidades públicas y comerciales, aplicando la norma EN301549 y WCAG 2.1 según corresponda. Por lo tanto, tanto la legislación antidiscriminación de la Ley de Igualdad de Oportunidades como la Directiva de Accesibilidad Web de la UE transpuesta son aplicables al escenario maltés.

En Noruega, la accesibilidad web es una obligación legal en virtud de la Ley n.º 42 del 20 de junio de 2008 relativa a la prohibición de la discriminación por motivos de discapacidad, también conocida como Ley de Accesibilidad Antidiscriminación. La Ley entró en vigor en 2009, y el Ministerio de Administración Gubernamental, Reforma y Asuntos Eclesiásticos [Fornyings-, administrasjons- og kirkedepartementet] publicó el Reglamento para el diseño universal de soluciones de tecnología de la información y la comunicación (TIC) [Forskrift om universell utforming av informasjons- og kommunikasjonsteknologiske (IKT)-løsninger] en 2013. ^[56] El reglamento exige el cumplimiento de las Pautas de Accesibilidad al Contenido Web 2.0 (WCAG 2.0) / NS / ISO / IEC 40500: 2012, nivel A y AA con algunas excepciones. ^{[57] [58]} La Agencia Noruega de Gestión Pública y Gobierno Electrónico (Difi) es responsable de supervisar que las soluciones de TIC dirigidas al público en general cumplan con los requisitos legislativos y reglamentarios. ^[59]

Como parte de las Iniciativas de Accesibilidad Web en Filipinas , el gobierno, a través de la junta del Consejo Nacional para el Bienestar de las Personas con Discapacidad (NCWDP), aprobó la recomendación de formar un grupo ad hoc o central de webmasters que ayudará en la implementación del Marco del Milenio Biwako establecido por la CESPAP .

Filipinas fue también el lugar donde se celebró el Seminario Interregional y el Taller Regional de Demostración sobre Tecnologías de la Información y las Comunicaciones (TIC) Accesibles para Personas con Discapacidad , en el que estuvieron representados once países de Asia y el Pacífico. Las Recomendaciones de Manila para el Diseño de Tecnologías de la Información y las Comunicaciones Accesibles se redactaron y adoptaron en 2003.

En España, la norma UNE 139803:2012 es la encargada de regular la accesibilidad web. Esta norma se basa en las Pautas de Accesibilidad al Contenido Web 2.0. ^[60]

En Suecia, Verva, la Agencia de Desarrollo Administrativo Sueca, es responsable de un conjunto de directrices para los sitios web del sector público sueco. A través de las directrices, la accesibilidad web se presenta como una parte integral del proceso de desarrollo general y no como una cuestión separada. Las directrices suecas contienen criterios que cubren todo el ciclo de vida de un sitio web, desde su concepción hasta la publicación de contenido web en vivo. Estos criterios abordan varias áreas que deben tenerse en cuenta, entre ellas:

• accesibilidad
• usabilidad
• estándares web
• Problemas de privacidad
• arquitectura de información
• Desarrollo de contenidos para la web
• Selección de sistemas de gestión de contenidos (CMS) / herramientas de creación.
• Desarrollo de contenidos web para dispositivos móviles.

En abril de 2008 se publicó una traducción al inglés: Directrices nacionales suecas para sitios web del sector público. ^[61] La traducción se basa en la última versión de las Directrices, que se publicó en 2006. ^[62]

En el Reino Unido , la Ley de Igualdad de 2010 no hace referencia explícita a la accesibilidad de los sitios web, pero prohíbe la discriminación de las personas con discapacidad. La Ley se aplica a cualquier persona que preste un servicio, ya sea en el sector público, privado o voluntario. El documento Código de prácticas: derechos de acceso: bienes, instalaciones, servicios y locales ^{[63] publicado por la} Comisión de Igualdad y Derechos Humanos del gobierno para acompañar la Ley sí hace referencia explícita a los sitios web como uno de los "servicios al público" que deben considerarse cubiertos por la Ley.

En diciembre de 2010, el Reino Unido publicó la norma BS 8878:2010 Accesibilidad web. Código de prácticas . Esta norma sustituye efectivamente a la PAS 78 (publicada en 2006). La PAS 78, producida por la Comisión de Derechos de Discapacidad y utilizable por personas discapacitadas, ha sido diseñada para introducir a los profesionales no técnicos en la mejora de la accesibilidad, la usabilidad y la experiencia de usuario para personas discapacitadas y mayores. ^[64] Será especialmente beneficiosa para cualquier persona que se inicia en este tema, ya que ofrece orientación sobre el proceso, en lugar de sobre cuestiones técnicas y de diseño. La BS 8878 es coherente con la Ley de Igualdad de 2010 ^[65] y se hace referencia a ella en el Plan de Acción de Accesibilidad Electrónica del gobierno del Reino Unido como base de asesoramiento actualizado sobre el desarrollo de servicios en línea accesibles. Incluye recomendaciones para:

• Involucrar a personas con discapacidad en el proceso de desarrollo y utilizar herramientas automatizadas para ayudar con las pruebas de accesibilidad.
• La gestión de la orientación y el proceso para cumplir las directrices y especificaciones de accesibilidad existentes.

La norma BS 8878 está destinada a cualquier persona responsable de las políticas que cubren la creación de productos web dentro de su organización y la gobernanza en relación con esas políticas. Además, ayuda a las personas responsables de promover y apoyar iniciativas de igualdad e inclusión dentro de las organizaciones y a las personas involucradas en la adquisición, creación o capacitación de productos y contenido web. Hay disponible un resumen de la norma BS 8878 ^[66] para ayudar a las organizaciones a comprender mejor cómo la norma puede ayudarlas a integrar la accesibilidad y el diseño inclusivo en sus procesos comerciales habituales.

El 28 de mayo de 2019, la norma BS 8878 fue reemplazada por la norma ISO 30071-1, la norma internacional que se basó en la norma BS 8878 y la amplió para su uso internacional. Hay disponible un resumen de cómo se relaciona la norma ISO 30071-1 con la norma BS 8878 ^[67] para ayudar a las organizaciones a comprender la nueva norma.

El 9 de abril, National Rail reemplazó su estética azul y blanca por una estética en blanco y negro, que fue criticada por no cumplir con las Pautas de Accesibilidad al Contenido Web. La compañía restauró la estética azul y blanca y dijo que está invirtiendo en la modernización de su sitio web de acuerdo con las últimas pautas de accesibilidad. ^[68]

En 2019 entraron en vigor nuevas normas de accesibilidad ^{[69] [70] que establecen la obligación legal de que los organismos del sector público publiquen declaraciones de accesibilidad y hagan que sus sitios web sean accesibles antes del 23 de septiembre de 2020 [71].} Las declaraciones de accesibilidad incluyen información sobre cómo se probó el sitio web y el plan de la organización para solucionar cualquier problema de accesibilidad. Las declaraciones deben publicarse y vincularse en cada página del sitio web. ^[72]

En los Estados Unidos , la Enmienda de la Sección 508 a la Ley de Rehabilitación de 1973 exige que la tecnología electrónica y de información de todas las agencias federales sea accesible para las personas con discapacidades. Tanto los miembros del público como los empleados federales tienen derecho a acceder a esta tecnología, como hardware y software de computadoras, sitios web, sistemas telefónicos y fotocopiadoras. ^[73] Además, la Sección 504 de la Ley de Rehabilitación prohíbe la discriminación por motivos de discapacidad para las entidades que reciben fondos federales y ha sido citada en múltiples demandas contra organizaciones como hospitales que reciben fondos federales a través de Medicare/Medicaid.

Además, el Título III de la Ley de Estadounidenses con Discapacidades (ADA, por sus siglas en inglés) prohíbe la discriminación por motivos de discapacidad. Existe cierto debate sobre el tema; varios tribunales y el Departamento de Justicia de los EE. UU. han adoptado la posición de que la ADA exige que los operadores y propietarios de sitios web y aplicaciones tomen medidas afirmativas para que sus sitios web y aplicaciones sean accesibles para personas discapacitadas y compatibles con tecnologías de asistencia comunes como el lector de pantalla JAWS, mientras que otros tribunales han adoptado la posición de que la ADA no se aplica en línea. El Departamento de Justicia de los EE. UU. ha respaldado la norma WCAG2.0AA como una norma adecuada para la accesibilidad en múltiples acuerdos de conciliación. ^[74]

Desde 2017 se han presentado numerosas demandas que impugnan sitios web y aplicaciones móviles sobre la base de la ADA. Estos casos parecen estar impulsados ​​por un caso de 2017, Gil v. Winn Dixie Stores , en el que un tribunal federal de Florida dictaminó que el sitio web de Winn Dixie debe ser accesible. En 2017 se presentaron alrededor de 800 casos relacionados con la accesibilidad web, y más de 2200 en 2018. Además, aunque el Departamento de Justicia había declarado en 2010 que publicaría pautas para la accesibilidad web, revirtió este plan en 2017, lo que también estimuló la acción legal contra los sitios inaccesibles. ^[75]

Una demanda notable relacionada con la ADA fue presentada contra Domino's Pizza por un usuario ciego que no podía usar la aplicación móvil de Domino's. A nivel del distrito federal, el tribunal falló a favor de Domino's ya que el Departamento de Justicia no había establecido las pautas de accesibilidad, pero esto fue apelado ante el Noveno Circuito . El Noveno Circuito anuló el tribunal de distrito, dictaminando que debido a que Domino's es una tienda física, que debe cumplir con la ADA, y la aplicación móvil es una extensión de sus servicios, su aplicación también debe cumplir con la ADA. Domino's presentó una petición a la Corte Suprema, respaldada por muchos otros restaurantes y cadenas minoristas, argumentando que esta decisión afecta su debido proceso ya que los clientes discapacitados tienen otros medios más accesibles para realizar pedidos. ^[75] En octubre de 2019, la Corte Suprema se negó a escuchar el caso, lo que efectivamente confirmó la decisión del Tribunal del Noveno Circuito y requiere que el caso se escuche tal como está. ^{[76] [77]}

La cantidad y el costo de las demandas federales sobre accesibilidad han aumentado drásticamente en los últimos años. ^[78]

Cada vez más organizaciones, empresas y consultores ofrecen auditorías de accesibilidad de sitios web . Estas auditorías, un tipo de prueba del sistema , identifican los problemas de accesibilidad que existen en un sitio web y brindan asesoramiento y orientación sobre los pasos que se deben seguir para corregirlos.

Se utilizan diversos métodos para auditar la accesibilidad de los sitios web :

• Existen herramientas automatizadas, como la herramienta de evaluación de sitios web Check Meister, que pueden identificar algunos de los problemas presentes. Según la herramienta, el resultado puede variar ampliamente, lo que dificulta la comparación de los resultados de las pruebas. ^[79]
• Los revisores técnicos expertos, con conocimientos en tecnologías de diseño web y accesibilidad, pueden revisar una selección representativa de páginas y brindar comentarios y asesoramiento detallados basados ​​en sus hallazgos.
• Las pruebas de usuario, generalmente supervisadas por expertos técnicos, implican establecer tareas que los usuarios comunes deben realizar en el sitio web y revisar los problemas que estos usuarios encuentran mientras intentan realizar las tareas.

Cada uno de estos métodos tiene sus fortalezas y debilidades:

• Las herramientas automatizadas pueden procesar muchas páginas en un período de tiempo relativamente corto, pero sólo pueden identificar una parte limitada de los problemas de accesibilidad que puedan estar presentes en el sitio web.
• La revisión de un experto técnico identificará muchos de los problemas que existen, pero el proceso lleva mucho tiempo y muchos sitios web son demasiado grandes para que una persona pueda revisar cada página.
• Las pruebas de usuario combinan elementos de pruebas de usabilidad y accesibilidad, y son valiosas para identificar problemas que de otro modo podrían pasarse por alto, pero deben usarse con conocimiento para evitar el riesgo de basar las decisiones de diseño en las preferencias de un usuario.

Lo ideal sería utilizar una combinación de métodos para evaluar la accesibilidad de un sitio web.

Una vez que se ha realizado una auditoría de accesibilidad y se han identificado los errores de accesibilidad, será necesario remediarlos para garantizar que el sitio cumpla con los requisitos de accesibilidad. La forma tradicional de corregir un sitio inaccesible es volver al código fuente, reprogramar el error y luego realizar una prueba para asegurarse de que se haya corregido. Si no se ha programado una revisión del sitio web en un futuro cercano, ese error (y otros) permanecerán en el sitio durante un largo período de tiempo, posiblemente infringiendo las pautas de accesibilidad. Debido a que se trata de un proceso complicado, muchos propietarios de sitios web optan por incorporar la accesibilidad en un nuevo diseño o relanzamiento del sitio, ya que puede ser más eficiente desarrollar el sitio para que cumpla con las pautas de accesibilidad, en lugar de remediar los errores más adelante.

Con el avance de la tecnología de IA , la accesibilidad web se ha vuelto más accesible. Con complementos de terceros que aprovechan la IA y el aprendizaje automático , es posible ofrecer cambios en el diseño del sitio web sin alterar el código fuente. De esta manera, un sitio web puede ser accesible para diferentes tipos de usuarios sin la necesidad de adaptarlo a cada equipo de accesibilidad. ^[80]

Para que una página web sea accesible, toda la semántica importante sobre la funcionalidad de la página debe estar disponible para que la tecnología de asistencia pueda comprender y procesar el contenido y adaptarlo para el usuario. Sin embargo, a medida que el contenido se vuelve más y más complejo, las etiquetas y atributos HTML estándar se vuelven inadecuados para proporcionar semántica de manera confiable. Las aplicaciones web modernas a menudo aplican scripts a los elementos para controlar su funcionalidad y permitirles actuar como un control u otro componente dinámico. Estos componentes o widgets personalizados no proporcionan una forma de transmitir información semántica al agente de usuario. WAI-ARIA (Accessible Rich Internet Applications) es una especificación ^[81] publicada por el World Wide Web Consortium que especifica cómo aumentar la accesibilidad del contenido dinámico y los componentes de la interfaz de usuario desarrollados con Ajax , HTML , JavaScript y tecnologías relacionadas. ARIA permite la accesibilidad al permitir que el autor proporcione toda la semántica para describir completamente su comportamiento compatible. También permite que cada elemento exponga sus estados y propiedades actuales y sus relaciones entre otros elementos. También se corrigen los problemas de accesibilidad con el foco y el índice de pestañas.

• Publicación accesible
• Comunicación aumentativa y alternativa
• Día del gorro azul
• Accesibilidad informática
• Independencia del dispositivo
• Brecha digital
• Observatorio Europeo de Accesibilidad a Internet
• Cognibilidad
• Maguire contra Sydney Comité Organizador de los Juegos Olímpicos (2000)
• Interacción multimodal
• Mejora progresiva
• Diseño universal
• Iniciativa de Accesibilidad Web
• Ingeniería web
• Interoperabilidad web
• Alfabetización web

• Bangeman, Eric (10 de septiembre de 2006). "Juez: la demanda ADA contra Target puede continuar". Ars Technica . Consultado el 26 de septiembre de 2006 .
• Clark, Joe (2003). Creación de sitios web accesibles . New Riders Press. ISBN 978-0-7357-1150-1.
• Horton, Sarah; Whitney Quesenbery (2013). Una web para todos: diseño de experiencias de usuario accesibles. Brooklyn, Nueva York: Rosenfeld. ISBN 978-1-933820-97-2.
• Paciello, Michael (2000). Accesibilidad web para personas con discapacidad. Libros CMP. ISBN 978-1-929629-08-4Archivado desde el original el 26 de diciembre de 2012 . Consultado el 21 de febrero de 2006 .
• Revilla, Olga (2010). WCAG 2.0 simplificado. Prensa Itákora. ISBN 978-84-614-6177-6Archivado desde el original el 14 de mayo de 2015 . Consultado el 26 de julio de 2014 .
• Slatin, John; Sharron Rush (2002). Accesibilidad máxima: cómo hacer que su sitio web sea más útil para todos . Addison-Wesley Professional. ISBN 978-0-201-77422-1.
• Thatcher, Jim; Cynthia Waddell; Shawn Henry; Sarah Swierenga; Mark Urban; Michael Burks; Paul Bohman (2003). Construcción de sitios web accesibles (edición reimpresa). Apress (anteriormente de Glasshaus). ISBN 978-1-59059-148-2.
• Pickering, Heydon; Steve Faulkner (2014). Aplicaciones para todos: codificación de aplicaciones web accesibles (edición en formato de libro electrónico). Smashing Magazine GmbH. ISBN 978-3-94454079-5Archivado desde el original el 31 de enero de 2020 . Consultado el 20 de abril de 2016 .
• Hassell, Jonathan (2014). Incluya el 20 % que le falta mediante la incorporación de accesibilidad web y móvil . BSI. ISBN 978-0-58081-204-0.

El uso de enlaces externos en este artículo puede no seguir las políticas o pautas de Wikipedia . Por favor, mejora este artículo eliminando los enlaces externos excesivos o inapropiados y convirtiendo los enlaces útiles, cuando sea apropiado, en referencias a pie de página . ( Septiembre de 2019 ) ( Aprende cómo y cuándo eliminar este mensaje )

• Cómo diseñar para la accesibilidad (BBC)
• Principios de diseño inclusivo
• Recursos de accesibilidad para desarrolladores de Apple
• Guías técnicas de accesibilidad de BBC GEL
• Recursos de accesibilidad para desarrolladores de Google
• Recursos de accesibilidad para desarrolladores de Microsoft
• Recursos de accesibilidad para desarrolladores WCAG del W3C
• Una lista seleccionada de excelentes herramientas, artículos y recursos de accesibilidad
• Lista de verificación de cumplimiento de la ADA para sitios web

• W3C – Iniciativa de Accesibilidad Web (WAI)
• W3C – Pautas de Accesibilidad al Contenido Web (WCAG) 2.0
• Comisión de Igualdad y Derechos Humanos: PAS 78: una guía de buenas prácticas para la contratación de sitios web accesibles (que reemplaza la BS 8878)
• Unión Europea – Metodología Unificada de Evaluación Web 1.2
• Prácticas recomendadas de accesibilidad HTML de iCITA de la Universidad de Illinois Archivado el 8 de febrero de 2020 en Wayback Machine
• Pautas de accesibilidad de productos BBC GEL
• Directrices para subtítulos en GEL de la BBC Archivado el 15 de julio de 2022 en Wayback Machine
• Guía de accesibilidad editorial de la BBC (en línea y TV)