La accesibilidad web es la práctica inclusiva de garantizar que no haya 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 el ancho de banda y la velocidad. Cuando los sitios se diseñan, desarrollan y editan correctamente, generalmente todos los usuarios tienen el mismo acceso a la información y la funcionalidad.
Por ejemplo, cuando un sitio está codificado con HTML semánticamente significativo , con equivalentes textuales proporcionados para imágenes y con enlaces nombrados de manera significativa, esto ayuda a los usuarios ciegos a usar software de conversión 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 otro modo) además de coloreados, esto asegura que los usuarios daltónicos podrán notarlos. Cuando los enlaces y á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 dificulta la navegación mediante el teclado solo, o un soloCambiar el dispositivo de acceso solo, esto ayuda a los usuarios que no pueden usar un mouse o incluso un teclado estándar. Cuando los videos tienen subtítulos o una versión en lenguaje de señas está disponible, los usuarios sordos y con problemas de audición pueden entender el video. Cuando los efectos de parpadeo se evitan o se hacen opcionales, los usuarios propensos a sufrir convulsiones causadas por estos efectos no corren ningún riesgo. Y cuando el contenido está escrito en un lenguaje sencillo e ilustrado con diagramas de instrucción y animaciones, los usuarios con dislexia y dificultades de aprendizaje pueden comprender mejor el contenido. Cuando los sitios se construyen y mantienen correctamente, todos estos usuarios pueden adaptarse sin disminuir la usabilidad del sitio para los usuarios sin discapacidades.
Las necesidades que la accesibilidad web pretende abordar incluyen:
- Visual: Deficiencias visuales que incluyen ceguera , varios tipos comunes de baja visión y mala vista, varios tipos de daltonismo ;
- Motricidad / movilidad: por ejemplo, dificultad o incapacidad para usar las manos, incluidos 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 impedimentos auditivos , incluidas las personas con problemas de audición;
- Convulsiones: Foto de epilepsia convulsiones causadas por la luz estroboscópica visual o efectos intermitentes.
- Cognitivas e intelectuales: 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 la lógica, etc.
La accesibilidad no se limita a la lista anterior, sino que se extiende a cualquier persona que experimente alguna discapacidad permanente, temporal o situacional. La discapacidad situacional se refiere a alguien que puede estar experimentando un límite basado en la experiencia actual. Por ejemplo, una persona puede ser situacionalmente con una sola mano si lleva un bebé. La accesibilidad web debe tener en cuenta a los usuarios que experimentan una amplia variedad de barreras. Desafortunadamente, según una encuesta global de WebAIM de 2018 de profesionales de la accesibilidad web, cerca del 93% de los encuestados no recibieron educación formal sobre accesibilidad web. [1]
Tecnologías de asistencia utilizadas para la navegación web.
Las personas que viven con una discapacidad utilizan tecnologías de asistencia como las siguientes para permitir y ayudar a la navegación web:
- Software lector de pantalla , que puede leer, usando voz sintetizada, elementos seleccionados de lo que se muestra en el monitor (útil para usuarios con dificultades de lectura o aprendizaje), o que puede leer todo lo que sucede en la computadora (usado por usuarios ciegos y con problemas de visión).
- Terminales braille, que consisten en una pantalla braille actualizable que muestra el texto como caracteres braille (generalmente mediante la elevación de clavijas a través de orificios en una superficie plana) y un teclado convencional o un teclado braille.
- Software de aumento de pantalla , que amplía lo que se muestra en el monitor de la computadora, lo que facilita la lectura para 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 la escritura sea más fácil o más precisa para quienes tienen dificultades de control motor.
- Acceso a videos subtitulados o en lenguaje de señas para personas sordas.
Directrices sobre diseño web accesible
Pautas de accesibilidad al contenido web
En 1999, la Web Accessibility Initiative , un proyecto del World Wide Web Consortium (W3C), publicó las Pautas de accesibilidad al contenido web WCAG 1.0 .
El 11 de diciembre de 2008, WAI publicó WCAG 2.0 como recomendación. WCAG 2.0 tiene como objetivo estar actualizado y ser más neutral desde el punto de vista tecnológico. Aunque los diseñadores web pueden elegir cualquiera de los estándares a seguir, las WCAG 2.0 han sido ampliamente aceptadas como las pautas definitivas sobre cómo crear sitios web accesibles. Los gobiernos están adoptando constantemente WCAG 2.0 como el estándar de accesibilidad para sus propios sitios web. [2] En 2012, las Directrices de accesibilidad al contenido web también se publicaron como una norma ISO / IEC: "ISO / IEC 40500: 2012: Tecnología de la información - Directrices de accesibilidad al contenido web (WCAG) 2.0 del W3C". [3]
Críticas a las directrices WAI
Ha habido algunas críticas al proceso W3C, alegando que no coloca suficientemente al usuario en el centro del proceso. [4] Hubo una objeción formal a la afirmación original de WCAG de que WCAG 2.0 abordará los requisitos para personas con discapacidades de aprendizaje y limitaciones cognitivas encabezada por Lisa Seeman y firmada por 40 organizaciones y personas. [5] En artículos como "WCAG 2.0: Se evaluaron las nuevas directrices del W3C", [6] "Al diablo con WCAG 2.0" [7] y "Costos de testabilidad demasiado", [8] la WAI ha sido criticada por permitir WCAG 1.0 para estar cada vez más fuera de sintonía con 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 pautas sean difíciles de navegar y comprender, y otras fallas argumentadas.
Componentes esenciales de la accesibilidad web
La accesibilidad de los sitios web depende de la cooperación de varios componentes: [9]
- contenido: la información en una página web o aplicación web, incluida la información natural (como texto, imágenes y sonidos) y el código o marcado que define la estructura, la presentación, etc.
- navegadores web, reproductores multimedia y otros "agentes de usuario"
- tecnología de asistencia, en algunos casos: lectores de pantalla, teclados alternativos, interruptores, software de escaneo, etc.
- el conocimiento, las experiencias y, en algunos casos, las estrategias de adaptación de los usuarios utilizando la web
- Desarrolladores: diseñadores, codificadores, autores, etc., incluidos los desarrolladores con discapacidades y los usuarios que contribuyen con contenido.
- herramientas de autoría: software que crea sitios web
- 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 e interactuar con el contenido . [9]
Directrices para diferentes componentes
Pautas de accesibilidad para herramientas de autor (ATAG)
- ATAG [10] contiene 28 puntos de control que brindan orientación sobre:
- producir resultados accesibles que cumplan con los estándares y pautas
- Promocionar al autor del 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 propia herramienta de creación sea accesible para personas con discapacidad.
Pautas de accesibilidad al contenido web (WCAG)
- WCAG 1.0: 14 pautas que son principios generales de 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. [11] Las Técnicas del W3C para WCAG 2.0 [12] es 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, directrices y criterios de éxito son estables y no cambian. [13]
Pautas de accesibilidad del agente de usuario (UAAG)
- UAAG [14] 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 de usuario sobre la interfaz de usuario
- interfaces de programación estándar
Legislación de accesibilidad web
Debido al crecimiento del uso de Internet [15] y su importancia cada vez mayor en la vida cotidiana, los países de todo el mundo están abordando los problemas del acceso digital a través de la legislación. Un enfoque consiste en proteger el acceso a los sitios web de las personas con discapacidad mediante el uso de la legislación existente sobre derechos humanos o civiles. Algunos países, como EE. UU., Protegen el acceso de las personas con discapacidades a través del proceso de adquisición de tecnología. [16] Es común que las naciones apoyen y adopten las Pautas de Accesibilidad al Contenido Web (WCAG) 2.0 haciendo referencia a las pautas en su legislación. [17] [18] 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. [19]
Australia
En 2000, un ciego australiano ganó un caso judicial de 20.000 dólares contra el Comité Organizador de los Juegos Olímpicos de Sydney (SOCOG) . Este fue el primer caso exitoso bajo la Ley de Discriminación por Discapacidad de 1992 porque el SOCOG no logró que su sitio web oficial, los Juegos Olímpicos de Sydney , fuera adecuadamente accesible para los usuarios ciegos. La Comisión de Derechos Humanos e Igualdad de Oportunidades (HREOC, por sus siglas en inglés) también publicó Notas de asesoramiento sobre la Ley de Discriminación por Discapacidad de World Wide Web Access. [20] Todos los gobiernos de Australia también tienen políticas y directrices que requieren sitios web públicos accesibles.
Brasil
En Brasil , el gobierno federal publicó un documento con directrices de accesibilidad el 18 de enero de 2005, para revisión pública. El 14 de diciembre del mismo año se publicó la segunda versión, que incluía las sugerencias realizadas a la primera versión del artículo. 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 de WCAG 2.0, se denomina e-MAG, Modelo de Accesibilidad de Gobierno Electrónico (Modelo de Accesibilidad del 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. [21]
Canadá
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 del gobierno 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 sobre accesibilidad web [22] entró en vigor el 31 de julio de 2013. El estándar sobre accesibilidad web sigue las Pautas de accesibilidad al contenido web (WCAG) 2.0 AA, y contiene una lista de exclusiones que se actualiza anualmente. . Se acompaña de una metodología de evaluación explícita [23] que ayuda a los departamentos gubernamentales a cumplir. El gobierno también desarrolló Web Experience Toolkit (WET), [24] un conjunto de componentes web reutilizables para crear sitios web innovadores. WET ayuda a los departamentos gubernamentales a crear sitios web innovadores que son accesibles, utilizables e interoperables y, por lo tanto, cumplen con los estándares del gobierno. El kit de herramientas de WET es de código abierto y está disponible para que cualquiera lo use.
Los tres estándares web relacionados son: el Estándar sobre optimización de sitios web y aplicaciones para dispositivos móviles, [25] el Estándar sobre usabilidad web [26] y el Estándar sobre interoperabilidad web. [27]
En 2019, el Gobierno de Canadá aprobó la Ley de Canadá Accesible . Esto se basa en la legislación provincial como la Ley de accesibilidad para residentes de Ontario con discapacidades , la Ley de accesibilidad para los habitantes de Manitoba y la Ley de accesibilidad de Nueva Escocia .
Unión Europea
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. [28]
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 relevantes se describen en la norma europea EN 301 549 V1.1.2 (publicada por ETSI ). Se espera que los estados miembros de la UE pongan en vigor a más tardar el 23 de septiembre de 2018 las leyes y reglamentos que hacen cumplir los requisitos de accesibilidad relevantes.
- los sitios web de los organismos del sector público deben cumplir 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 excluidas de la directiva, por ejemplo, "sitios web y aplicaciones móviles de los servicios públicos de radiodifusión y sus filiales". [29]
El "Plan renovable para la estandarización de las TIC 2017" de la Comisión Europea señala que la norma ETSI EN 301 549 V1.1.2 deberá actualizarse para agregar requisitos de accesibilidad para aplicaciones móviles y metodologías de evaluación para probar el cumplimiento de la norma. [30]
En 2019, la Unión Europea introdujo la Ley de Accesibilidad Europea, que ahora se considera una de las principales leyes para la accesibilidad digital .
Irlanda
En Irlanda , la Ley de Discapacidad de 2005 [31] exige que cuando un organismo público se comunique en forma electrónica con una o más personas, el contenido de la comunicación debe ser, en la medida de lo posible, "accesible a las personas con discapacidad visual a las que se adapte la tecnología está disponible "(Sección 28 (2)). La Autoridad Nacional de Discapacidad ha elaborado un Código de Práctica [32] que brinda orientación a los organismos públicos sobre cómo cumplir con las obligaciones de la ley. Este es un código de práctica aprobado y sus disposiciones tienen la fuerza de obligaciones estatutarias legalmente vinculantes. Afirma que un organismo público puede lograr el cumplimiento de la sección 28 (2) "revisando las prácticas existentes para las comunicaciones electrónicas en términos de accesibilidad con respecto a las directrices y normas pertinentes", dando el ejemplo de "conformidad doble A con la Iniciativa de Accesibilidad Web (WAI) Pautas de accesibilidad al contenido web (WCAG) ".
Israel
El Ministerio de Justicia de Israel publicó recientemente regulaciones que requieren que los sitios web de Internet cumplan con el estándar israelí 5568, que se basa en las Pautas de accesibilidad al contenido web 2.0 del W3C. Las principales diferencias entre el estándar israelí y el estándar W3C se refieren a los requisitos para proporcionar subtítulos y textos para medios de audio y video. Los estándares israelíes son algo más indulgentes, lo que refleja las dificultades técnicas actuales para proporcionar tales leyendas y textos en hebreo. [33]
Italia
En Italia, la accesibilidad web está regulada por la denominada " Legge Stanca " (Ley Stanca), formalmente Ley n. 4 de 9 de enero de 2004, publicada oficialmente en la Gazzetta Ufficiale el 17 de enero de 2004. La Ley Stanca original se basó en la WCAG 1.0. El 20 de marzo de 2013, los estándares requeridos por la Ley Stanca se actualizaron a WCAG 2.0.
Japón
Las pautas de accesibilidad al contenido web en Japón se establecieron en 2004 como JIS ( estándares industriales japoneses ) X 8341-3. JIS X 8341-3 se revisó en 2010 para adoptar WCAG 2.0. La nueva versión, publicada por la Comisión de Infraestructura de Accesibilidad Web (WAIC), tiene los mismos cuatro principios, 12 pautas y 61 criterios de éxito que WCAG 2.0. [34]
Malta
En Malta, las evaluaciones de accesibilidad al contenido web fueron realizadas por la Fundación para la Accesibilidad a las Tecnologías de la Información (FITA) desde 2003. [35] Hasta 2018, esto se hizo de conformidad con los requisitos de la Ley de Igualdad de Oportunidades (2000) CAP 43 y las directrices aplicadas de la WACG. . [36] 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. [37] FITA continúa proporcionando evaluaciones de accesibilidad a las TIC a entidades públicas y comerciales, aplicando las normas EN301549 y WCAG 2.1, según corresponda. Por lo tanto, tanto la legislación contra la discriminación de la Ley de Igualdad de Oportunidades como la Directiva de Accesibilidad Web de la UE transpuesta son aplicables al escenario de Malta.
Noruega
En Noruega, la accesibilidad web es una obligación legal en virtud de la Ley de 20 de junio de 2008 No 42 relativa a la prohibición de la discriminación por motivos de discapacidad, también conocida como Ley de accesibilidad contra la discriminación. La ley entró en vigor en 2009 y el Ministerio de Administración Gubernamental, Reforma y Asuntos de la Iglesia [Fornyings-, administrasjons- og kirkedepartementet] publicó el Reglamento para el diseño universal de soluciones de tecnología de la información y las comunicaciones (TIC) [Forskrift om universell utforming av informasjons - og kommunikasjonsteknologiske (IKT) -løsninger] en 2013. [38] Las regulaciones requieren 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. [39] [40] La Agencia Noruega de Gestión Pública y Administración Electrónica (Difi) es responsable de supervisar que las soluciones de TIC destinadas al público en general cumplan los requisitos legislativos y reglamentarios. [41]
Filipinas
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 adhoc o central de webmasters que ayudará en la implementación del Marco del Milenio de Biwako. establecido por la UNESCAP .
El Filipinas fue también el lugar donde se llevó a cabo el Seminario interregional y regional de demostración Taller sobre Tecnologías de la Comunicación (TIC) de información accesible y para las personas con discapacidad en once países de Asia - Pacífico estuvieron representados. Las Recomendaciones de Diseño de Tecnologías de la Información y las Comunicaciones Accesibles de Manila se redactaron y aprobaron en 2003.
España
En España, la UNE 139803: 2012 es la norma encargada de regular la accesibilidad web. Este estándar se basa en las Pautas de accesibilidad al contenido web 2.0. [42]
Suecia
En Suecia, Verva, la Agencia Sueca de Desarrollo Administrativo es responsable de un conjunto de directrices para los sitios web del sector público sueco. A través de las pautas, la accesibilidad web se presenta como una parte integral del proceso de desarrollo general y no como un tema separado. 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 ser consideradas, incluyendo:
- accesibilidad
- usabilidad
- estándares web
- problemas de privacidad
- arquitectura informacional
- desarrollo de contenido para la web
- Selección de sistemas de gestión de contenidos (CMS) / herramientas de autoría.
- desarrollo de contenido 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. [43] La traducción se basa en la última versión de las Directrices que se publicó en 2006. [44]
Reino Unido
En el Reino Unido , la Ley de Igualdad de 2010 no se refiere explícitamente a la accesibilidad de los sitios web, pero declara ilegal la discriminación de las personas con discapacidad. La ley se aplica a cualquier persona que brinde un servicio; sectores público, privado y voluntario. El Código de Prácticas: Derechos de Acceso - bienes, instalaciones, servicios y locales documento [45] publicado por el gobierno Comisión de Igualdad y Derechos Humanos para acompañar la ley no se refiere explícitamente a sitios web como uno de los "servicios al público", que debe ser considerado cubierto por la ley.
En diciembre de 2010, el Reino Unido lanzó el estándar BS 8878: 2010 de accesibilidad web. Código de práctica . Esta norma reemplaza efectivamente a PAS 78 (pub. 2006). PAS 78, elaborado por la Comisión de Derechos de las Personas con Discapacidad y utilizable por personas con discapacidad. El estándar ha sido diseñado para presentar a los profesionales no técnicos a una mejor accesibilidad, usabilidad y experiencia de usuario para personas discapacitadas y mayores. [46] Será especialmente beneficioso para cualquier persona nueva en este tema, ya que brinda orientación sobre el proceso, más que sobre cuestiones técnicas y de diseño. BS 8878 es coherente con la Ley de Igualdad de 2010 [47] y se hace referencia en el Plan de acción de accesibilidad electrónica del gobierno del Reino Unido como base para el asesoramiento actualizado sobre el desarrollo de servicios en línea accesibles. Incluye recomendaciones para:
- Involucrar a las 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 mantener las pautas y especificaciones de accesibilidad existentes.
BS 8878 está dirigido a cualquier persona responsable de las políticas que cubren la creación de productos web dentro de su organización y el gobierno de esas políticas. Además, asiste a las personas responsables de promover y apoyar iniciativas de igualdad e inclusión dentro de las organizaciones y personas involucradas en la adquisición, creación o capacitación de productos y contenido web. Se encuentra disponible un resumen de BS 8878 [48] para ayudar a las organizaciones a comprender mejor cómo el estándar puede ayudarlas a integrar la accesibilidad y el diseño inclusivo en sus procesos habituales.
El 28 de mayo de 2019, BS 8878 fue reemplazado por ISO 30071-1, el estándar internacional que se basó en BS 8878 y lo expandió para uso internacional. Un resumen de cómo ISO 30071-1 se relaciona con BS 8878 [49] está disponible para ayudar a las organizaciones a comprender el nuevo estándar.
El 9 de abril, National Rail reemplazó su estética azul y blanco con un tema en blanco y negro, que fue criticado por no cumplir con las Pautas de accesibilidad al contenido web. La compañía restauró el tema azul y blanco y dijo que está invirtiendo en modernizar su sitio web de acuerdo con las últimas pautas de accesibilidad. [50]
Estados Unidos
En los Estados Unidos , la Enmienda de la Sección 508 a la Ley de Rehabilitación de 1973 requiere que la tecnología electrónica y de la 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, sitios web, sistemas telefónicos y fotocopiadoras. [51] Además, la Sección 504 de la Ley de Rehabilitación prohíbe la discriminación por 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) prohíbe la discriminación por motivos de discapacidad. Existe cierto debate al respecto; Varios tribunales y el Departamento de Justicia de EE. UU. han adoptado la posición de que la ADA requiere que los operadores y propietarios de sitios web y aplicaciones tomen medidas afirmativas para hacer 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 EE. UU. Ha respaldado el estándar WCAG2.0AA como estándar apropiado para la accesibilidad en múltiples acuerdos de conciliación. [52]
Desde 2017 se han presentado numerosas demandas que impugnan sitios web y aplicaciones móviles sobre la base de la ADA. Estos casos parecen 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 en 2018 se presentaron más de 2,200. Además, aunque el Departamento de Justicia había declarado en 2010 que publicaría las pautas para la accesibilidad web, revocó este plan en 2017, lo que también provocó acciones legales. contra sitios inaccesibles. [53]
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, la corte falla 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ó la corte 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 ha presentado 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 ordenar. [53] 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á. [54]
El número y el costo de las demandas federales de accesibilidad ha aumentado drásticamente en los últimos años. [55]
Auditorías de accesibilidad del sitio web
Un número creciente de 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 dentro de un sitio web y brindan asesoramiento y orientación sobre los pasos que deben tomarse para corregir estos problemas.
Se utilizan una variedad de métodos para auditar sitios web en busca de accesibilidad :
- Hay disponibles herramientas automatizadas que pueden identificar algunos de los problemas presentes. Dependiendo de la herramienta, el resultado puede variar mucho, lo que dificulta la comparación de los resultados de las pruebas. [56]
- Los revisores técnicos expertos, conocedores de las tecnologías de diseño web y la accesibilidad, pueden revisar una selección representativa de páginas y proporcionar comentarios y consejos detallados en función de sus hallazgos.
- Las pruebas de usuario, generalmente supervisadas por expertos técnicos, implican establecer tareas para que los usuarios comunes las lleven a cabo en el sitio web y revisar los problemas que estos usuarios encuentran cuando 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 solo pueden identificar algunos de los problemas de accesibilidad que pueden estar presentes en el sitio web.
- La revisión de expertos técnicos 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 todas las páginas.
- Las pruebas de usuario combinan elementos de prueba 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.
Idealmente, se debería utilizar una combinación de métodos para evaluar la accesibilidad de un sitio web.
Remediando sitios web inaccesibles
Una vez que se ha realizado una auditoría de accesibilidad y se han identificado los errores de accesibilidad, los errores deberán corregirse para garantizar que el sitio cumpla con los errores de accesibilidad. La forma tradicional de corregir un sitio inaccesible es volver al código fuente, reprogramar el error y luego probar para asegurarse de que el error se haya solucionado. Si el sitio web no está programado para ser revisado en un futuro próximo, ese error (y otros) permanecerían en el sitio durante un período de tiempo prolongado, posiblemente violando las pautas de accesibilidad. Debido a que este es un proceso complicado, muchos propietarios de sitios web eligen incorporar la accesibilidad en un nuevo diseño de sitio o relanzarlo, ya que puede ser más eficiente desarrollar el sitio para cumplir con las pautas de accesibilidad, en lugar de corregir los errores más adelante.
Con el progreso de la tecnología de inteligencia artificial , la accesibilidad web se ha vuelto más accesible. Con complementos de terceros que aprovechan la inteligencia artificial y el aprendizaje automático , es posible ofrecer cambios en el diseño del sitio web sin alterar el código fuente. De esta forma, un sitio web puede ser accesible para diferentes tipos de usuarios sin la necesidad de ajustar el sitio web para cada equipo de accesibilidad. [57]
Aplicaciones web accesibles y WAI-ARIA
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 cada vez 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 [58] publicada por el World Wide Web Consortium que especifica cómo aumentar la accesibilidad de contenido dinámico y componentes de interfaz de usuario desarrollados con Ajax , HTML , JavaScript y tecnologías relacionadas. ARIA habilita la accesibilidad al permitir que el autor proporcione toda la semántica para describir completamente su comportamiento admitido. 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 enfoque y el índice de pestañas.
Ver también
- Publicación accesible
- Comunicación aumentativa y alternativa
- Día del gorro azul
- Accesibilidad informática
- Independencia del dispositivo
- Divisoria digital
- Observatorio Europeo de Accesibilidad a Internet
- Conocimiento
- Maguire v Sydney Comité Organizador de los Juegos Olímpicos (2000)
- Interacción multimodal
- Mejora progresiva
- diseño universal
- JavaScript discreto
- Iniciativa de accesibilidad web
- Ingeniería web
- Interoperabilidad web
- Alfabetización web
Referencias
- ^ "Accesibilidad web: una introducción" . Blog de la casa del árbol . 30 de julio de 2020 . Consultado el 19 de noviembre de 2020 .
- ^ Mark Rogers (13 de noviembre de 2012). "Estándares de accesibilidad del gobierno y WCAG 2.0" . Powermapper.com . Consultado el 15 de diciembre de 2014 .
- ^ ISO: ISO / IEC 40500: 2012: Tecnología de la información - Pautas de accesibilidad al contenido web (WCAG) 2.0 del W3C .
- ^ Jonathan Chetwynd (24 de julio de 2007). "Poniendo al usuario en el corazón del proceso W3C" . JISC CETIS . Consultado el 15 de enero de 2015 .
- ^ Lisa Seeman (20 de junio de 2006). "Objeción formal a WCAG 2.0" . Archivos de listas de distribución públicas del W3C . Consultado el 16 de diciembre de 2012 .
- ^ Dice Trenton Moss. "WCAG 2.0: Se evaluaron las nuevas pautas de accesibilidad del W3C" . Webcredible.co.uk . Consultado el 28 de julio de 2013 .
- ^ Joe Clark (11 de julio de 2013). "Al diablo con WCAG 2 · Un artículo de una lista aparte" . Alistapart.com . Consultado el 28 de julio de 2013 .
- ^ Gian Sampson-Wild (11 de julio de 2013). "La testabilidad cuesta demasiado · un artículo de una lista aparte" . Alistapart.com . Consultado el 28 de julio de 2013 .
- ^ a b Shawn Lawton Henry (agosto de 2005). "Componentes esenciales de la accesibilidad web" . Consorcio World Wide Web . Consultado el 31 de julio de 2019 .
- ^ Shawn Lawton Henry (diciembre de 2008). "Descripción general de las Pautas de accesibilidad de la herramienta de autor (ATAG)" . Consorcio World Wide Web . Consultado el 18 de diciembre de 2012 .
- ^ "Pautas de accesibilidad al contenido web (WCAG) 2.0" . W3C . Consultado el 17 de diciembre de 2014 .
- ^ "Técnicas para WCAG 2.0" . W3C . Consultado el 17 de diciembre de 2014 .
- ^ "Técnicas de comprensión para los criterios de éxito de WCAG" . W3C . Consultado el 17 de diciembre de 2014 .
- ^ Shawn Lawton Henry (julio de 2005). "Descripción general de las Pautas de accesibilidad del agente de usuario (UAAG)" . Consorcio World Wide Web . Consultado el 18 de diciembre de 2012 .
- ^ "Estadísticas de uso de Internet" . Grupo de marketing de minivatios. 30 de junio de 2014 . Consultado el 17 de diciembre de 2014 .
- ^ Timothy Stephen Springer (24 de febrero de 2010). "Sección 508 de la Ley de rehabilitación" . Grupo SSB BART . Consultado el 24 de agosto de 2015 .
- ^ "Introducción a las leyes del mundo a las leyes de todo el mundo" . WebAIM (Accesibilidad web en mente).
- ^ "Leyes de accesibilidad digital en todo el mundo" . Oficina de abogados de Lainey Feingold. 9 de mayo de 2013 . Consultado el 17 de diciembre de 2014 .
- ^ "¿Qué es la accesibilidad web y por qué es fundamental para el éxito de su sitio web?" . Diseño Helios . Consultado el 10 de septiembre de 2020 .
- ^ "Acceso a la World Wide Web: Notas de asesoramiento de la Ley de discriminación por discapacidad ver 4.0 (2010) | Comisión Australiana de Derechos Humanos" . Hreoc.gov.au. 1 de julio de 2010 . Consultado el 28 de julio de 2013 .
- ^ "e-MAG - Modelo de Acessibilidade de Governo Eletrônico" . GovernoEletronico.gov.br . Consultado el 4 de enero de 2014 .
- ^ "Estándar de Accesibilidad Web" . Gobierno de Canadá . Gobierno de Canadá. 2 de agosto de 2011 . Consultado el 4 de febrero de 2019 .
- ^ "Metodología de evaluación" . Gobierno de Canadá. 25 de enero de 2012 . Consultado el 14 de diciembre de 2014 .
- ^ "El kit de herramientas de experiencia web" . Gobierno de Canadá. 25 de enero de 2012 . Consultado el 14 de diciembre de 2014 .
- ^ "Estándar de optimización de sitios web y aplicaciones para dispositivos móviles" . Gobierno de Canadá. 30 de abril de 2013 . Consultado el 14 de diciembre de 2014 .
- ^ "Estándar de usabilidad web" . Gobierno de Canadá. 25 de enero de 2012 . Consultado el 14 de diciembre de 2014 .
- ^ "Estándar sobre Interoperabilidad Web" . Gobierno de Canadá. 2 de agosto de 2012 . Consultado el 14 de diciembre de 2014 .
- ^ "Los eurodiputados votan para que los servicios públicos en línea sean accesibles para todos" . www.europarl.europa.eu . Parlamento Europeo. 26 de febrero de 2014 . Consultado el 28 de febrero de 2017 .
- ^ Directiva (UE) 2016/2102 del Parlamento Europeo y del Consejo de 26 de octubre de 2016 sobre la accesibilidad de los sitios web y aplicaciones móviles de organismos del sector público , EUR-Lex; publicado en el 'Diario Oficial de la Unión Europea' el 2 de diciembre de 2016. Consultado el 28 de marzo de 2017.
- ^ Comisión Europea: Dirección General de Mercado Interior, Industria, Emprendimiento y Pymes: Plan Móvil de Normalización TIC 2017. COM (2016) 176 final. . Consultado el 28 de marzo de 2017.
- ^ "Ley de discapacidad 2005 - Diezmo an Oireachtais" . Oireachtas.ie. 13 de noviembre de 2009 . Consultado el 28 de julio de 2013 .
- ^ "Código de prácticas sobre accesibilidad de los servicios públicos e información proporcionada por los organismos públicos" . Nda.ie. 21 de julio de 2006 . Consultado el 28 de julio de 2013 .
- ^ "Blog de la ley de tecnología de Israel, requisitos de accesibilidad del sitio web" . Archivado desde el original el 28 de septiembre de 2014.
- ^ "JIS X 8341-3: 2010" . waic.jp (en japonés). Comisión de Infraestructura de Accesibilidad Web . Consultado el 15 de enero de 2015 .
- ^ "FITA - 15 años de servicio, proyectos e innovación" .
- ^ "Servicios FITA" .
- ^ "MCA - Accesibilidad web" .
- ^ "Reglamento para el diseño universal de soluciones de tecnologías de la información y la comunicación (TIC)" . Ministerio de Gobierno Local y Modernización. 21 de junio de 2013 . Consultado el 10 de noviembre de 2016 .
- ^ Giannoumis, G. Anthony (2014). "Regulación del contenido web: el nexo de la legislación y los estándares de desempeño en el Reino Unido y Noruega". Ciencias del comportamiento y derecho . 32 (1): 52–75. doi : 10.1002 / bsl.2103 . hdl : 10642/2585 .
- ^ "Forskrift om universell utforming av informasjon" . Lovdata . Consultado el 6 de noviembre de 2014 .
- ^ "Plan de acción del gobierno para el diseño universal 2015-2019" (PDF) . Ministerio de Infancia, Igualdad e Inclusión Social de Noruega . Consultado el 10 de noviembre de 2016 .
- ^ "UNE 139803: 2012 Requisitos de accesibilidad para contenidos en ..." www.en.une.org . Consultado el 5 de mayo de 2020 .
- ^ "Directrices nacionales suecas para sitios web del sector público" (PDF) . arkiv.edelegationen.se . VERVA. Abril de 2008.
- ^ Peter Krantz (2006). "Nueva versión de las directrices para los sitios web del sector público sueco" . estándares-schmandards.com . Consultado el 18 de diciembre de 2012 .
- ^ "Una guía de buenas prácticas en la puesta en servicio de sitios web accesibles" (PDF) . Comisión de Igualdad y Derechos Humanos . Consultado el 18 de diciembre de 2012 .
- ^ "BS 8878: 2010 Accesibilidad web. Código de práctica" . Instituto Británico de Estándares . Consultado el 15 de enero de 2015 .
- ^ "Ley de Igualdad de 2010" . Legislation.gov.uk . Consultado el 28 de julio de 2013 .
- ^ "Estándares de accesibilidad web BS 8878: todo lo que necesita saber" . Inclusión Hassell . Consultado el 28 de julio de 2013 .
- ^ "Estándares de accesibilidad digital ISO 30071-1 (reemplaza a BS 8878): todo lo que necesita saber" . Inclusión Hassell . Consultado el 28 de mayo de 2019 .
- ^ https://archive.ph/TcSXK#selection-1095.17-1095.54
- ^ Yanchulis, Dave. "Acerca de las normas de la sección 508 - Junta de acceso de Estados Unidos" . www.access-board.gov . Consultado el 18 de marzo de 2018 .
- ^ "No discriminación por discapacidad en establecimientos públicos e instalaciones comerciales" . www.ada.gov . Consultado el 14 de mayo de 2018 .
- ^ a b Higgens, Tucker (25 de julio de 2019). "Un ciego no podría pedir pizza en Domino's. La empresa quiere que la Corte Suprema diga que los sitios web no tienen que ser accesibles" . CNBC . Consultado el 1 de agosto de 2019 .
- ^ https://equidox.co/blog/robles-vs-dominos-pizza-explained-no-published-guidelines-doesnt-mean-no-standards/
- ^ "Número de demandas federales de accesibilidad de sitios web casi se triplica, superando los 2250 en 2018" . Título III de la ADA . 31 de enero de 2019 . Consultado el 14 de mayo de 2020 .
- ^ Krantz, Peter. "Errores de las herramientas de evaluación de accesibilidad web" . Standards-schmandards.com . Consultado el 23 de diciembre de 2012 .
- ^ "Ai para la accesibilidad" . Microsoft . 13 de marzo de 2020 . Consultado el 13 de marzo de 2020 .
- ^ "Aplicaciones enriquecidas de Internet accesibles (WAI-ARIA) 1.0" . Consorcio Mundial de la red. 12 de diciembre de 2012 . Consultado el 18 de diciembre de 2012 .
Los requisitos básicos de WCAG: lo que necesita para comenzar a desarrollar con WCAG, 2018 Designing Offline-First Web Apps by Alex Feyerke 04 de diciembre de 2013
Otras lecturas
- Bangeman, Eric (10 de septiembre de 2006). "Juez: la demanda de 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ñando 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-4.
- Revilla, Olga (2010). WCAG 2.0 simplificado . Prensa Itákora. ISBN 978-84-614-6177-6.
- Slatin, John; Sharron Rush (2002). Máxima accesibilidad: haga que su sitio web sea más utilizable 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 (Reimpresión ed.). Apress (anteriormente de Glasshaus). ISBN 978-1-59059-148-2.
- Pickering, Heydon; Steve Faulkner (2014). Aplicaciones para todos: codificación de aplicaciones web accesibles (eBook ed.). Revista Smashing GmbH. ISBN 978-3-94454079-5.
- Hassell, Jonathan (2014). Incluyendo el 20% que le falta incorporando accesibilidad web y móvil . BSI. ISBN 978-0-58081-204-0.
enlaces externos
- Cómo diseñar para la accesibilidad (BBC)
- Principios de diseño inclusivo
- Recursos de accesibilidad para desarrolladores de Apple
- Guías de accesibilidad técnica de BBC GEL
- Recursos de accesibilidad para desarrolladores de Google
- Recursos de accesibilidad para desarrolladores de Microsoft
- Recursos de accesibilidad para desarrolladores de WCAG del W3C
Estándares y pautas
- 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 en la puesta en marcha de sitios web accesibles (que BS 8878 reemplaza)
- Unión Europea - Metodología de evaluación web unificada 1.2
- Mejores prácticas de accesibilidad HTML iCITA de la Universidad de Illinois
- Pautas de accesibilidad del producto BBC GEL
- Directrices de subtítulos (leyendas) de BBC GEL
- Guía de accesibilidad editorial de la BBC (en línea y en televisión)