Internet y discapacidad. accesibilidad web.

José María Olayo olayo.blogspot.com
Accesibilidad web
Internet y
Diversidad
funcional

Las Pautas de Accesibilidad para el Contenido Web 2.0
definen cómo crear contenido web más accesible
para las personas con discapacidad. La accesibilidad
considera un amplio rango de discapacidades, tales
como las visuales, auditivas, físicas, del habla,
cognitivas, del lenguaje, de aprendizaje y neurológicas.
Aunque estas pautas cubren un amplio rango de
discapacidades, no son suficientes para satisfacer las
necesidades de personas con todos los tipos, grados y
combinaciones de discapacidad posibles. Estas pautas
también ayudan a que el contenido sea más usable
para las personas mayores, que ven sus habilidades
reducidas a causa de la edad y, a menudo, mejoran
la usabilidad para los usuarios en general.

Las WCAG 2.0 se han desarrollado mediante el
proceso del W3C en cooperación con individuos
y organizaciones en todo el mundo, con el fin
de proporcionar un estándar compartido para
la accesibilidad del contenido web que satisfaga
las necesidades de personas, organizaciones y
gobiernos a nivel internacional.
Las WCAG 2.0 se basan en las WCAG 1.0 [WCAG10]
y se han diseñado para ser aplicadas a una amplia
gama de tecnologías web ahora y en el futuro, y
para ser verificables con una combinación de
pruebas automatizadas y evaluación humana.
La accesibilidad web no sólo depende de un
contenido accesible sino también de la accesibilidad
de los navegadores y otras aplicaciones de usuario.
Las herramientas de autor también tienen un
papel importante en la accesibilidad web.

Niveles de orientación de las WCAG 2.0
Los individuos y organizaciones que emplean las
WCAG son un grupo amplio y variado que incluye
diseñadores y desarrolladores web, reguladores,
agentes de compra, profesores y estudiantes.
Para poder satisfacer las necesidades tan variadas
de esta audiencia, se proporcionan varios niveles
de orientación: principios generales, pautas
generales, criterios de conformidad verificables
y una amplia colección de técnicas suficientes,
técnicas recomendables y fallos comunes
documentados con ejemplos, enlaces a
recursos adicionales y código.

Principios.
En el nivel más alto se sitúan los cuatro principios
que proporcionan los fundamentos de la accesibilidad
web: perceptible, operable, comprensible y robusto.
Véase también Comprender los Cuatro Principios
de la Accesibilidad.
Pautas.
Por debajo de los principios están las pautas.
Las doce pautas proporcionan los objetivos básicos
que los autores deben lograr con el fin de crear un
contenido más accesible para los usuarios con distintas
discapacidad. Estas pautas no son verificables, pero
proporcionan el marco y los objetivos generales que
ayudan a los autores a comprender los criterios de
conformidad y a implementar mejor las técnicas.

Criterios de Conformidad.
Para cada pauta se proporcionan los criterios
de conformidad verificables que permiten emplear
las WCAG 2.0 en aquellas situaciones en las que
existan requisitos y necesidad de evaluación de
conformidad como: especificaciones de diseño,
compras, regulación o acuerdos contractuales.
Con el fin de cumplir con las necesidades de los
diferentes grupos y situaciones, se definen tres
niveles de conformidad: A (el más bajo), AA y
AAA (el más alto).

Técnicas suficientes y recomendables.
Para cada una de las pautas y criterios de conformidad
del propio documento de las WCAG 2.0, el grupo de
trabajo ha documentado también una amplia variedad
de técnicas. Las técnicas son informativas y se agrupan
en dos categorías: aquellas que son suficientes para
satisfacer los criterios de conformidad, y aquellas
que son recomendables.
Las técnicas recomendables van más allá de los
requisitos de cada criterio de conformidad individual
y permiten a los autores afrontar mejor las pautas.
Algunas de las técnicas recomendables tratan sobre
barreras de accesibilidad que no han sido cubiertas
por los criterios de conformidad verificables.
También se han documentado los errores frecuentes
que son conocidos. Véase también Técnicas Suficientes
y Recomendables en Comprender las WCAG 2.0.

Todos estos niveles de orientación (principios, pautas,
criterios de conformidad y técnicas suficientes y
recomendables) actúan en conjunto para proporcionar
una orientación sobre cómo crear un contenido más
accesible. Se anima a los autores a que revisen y
apliquen todos los niveles que puedan, incluso
las técnicas recomendables, para satisfacer las
necesidades del rango de usuarios más amplio posible.
Incluso un contenido que sea conforme con el nivel
más alto (AAA) no será accesible para individuos
con cualquier tipo, grado o combinación de
discapacidades, en particular en el ámbito
de las discapacidades cognitivas, de las
relativas al lenguaje y al aprendizaje.

Se anima a los autores a considerar todo el abanico
de técnicas, incluidas las recomendables, así como
a tratar de buscar consejo acerca de las mejores
prácticas actuales que aseguren un contenido web
accesible, en la medida de lo posible, para esos
grupos de discapacidades. Los metadatos pueden
ayudar a los usuarios a localizar los contenidos
más apropiados para sus necesidades.

Documentos de apoyo de las WCAG 2.0
El documento de las WCAG 2.0 se ha diseñado para
cubrir las necesidades de quienes necesiten un
estándar técnico estable y referenciable. Otros
documentos, denominados documentos de apoyo,
se basan en el documento de las WCAG 2.0 y
cumplen otros propósitos adicionales importantes,
como permitir su actualización para describir cómo
podrían ser aplicadas las WCAG a nuevas tecnologías.

Los documentos de apoyo incluyen:
1. Cómo cumplir con las WCAG 2.0 - Un documento
de referencia rápida personalizable que incluye
todas las pautas, criterios de conformidad y técnicas
que los autores pueden emplear para desarrollar y
evaluar contenido web.
2. Comprender las WCAG 2.0 - Una guía para
comprender e implementar las WCAG 2.0. Para
cada pauta y criterio de conformidad, existe un
breve documento llamado "Comprender" que
cubre temas clave.

3. Técnicas para las WCAG 2.0 - Una colección de
técnicas y fallos frecuentes, cada una en un
documento independiente que incluye la
descripción de los mismos, ejemplos, código
y pruebas.
4. Los Documentos de las WCAG 2.0 - Un diagrama y
una descripción de cómo se relacionan y entrelazan
entre sí los documentos técnicos.
En los Recursos del WAI se recogen documentos
adicionales que cubren temas tales como casos de
negocio para la accesibilidad web, la planificación
de la aplicación de mejoras a la accesibilidad de
los sitios web y las políticas de accesibilidad.

Términos importantes en las WCAG 2.0
Las WCAG 2.0 incluyen tres términos importantes con significado diferente al
usado en las WCAG 1.0. Cada uno de ellos se presenta brevemente a continuación
y se definen de forma más completa en el glosario.
Página web
Es importante señalar que, en este estándar, el término "página web" abarca mucho más
que páginas estáticas de HTML. Incluye además las páginas web cada vez más dinámicas
que están surgiendo, incluyendo "páginas" que pueden representar comunidades
interactivas virtuales completas. Por ejemplo, el término "página web" incluye una
experiencia inmersiva similar a la de una película interactiva que se localiza en una
única URI. Para más información, véase Comprender "Página Web".
Determinado por software
Varios criterios de conformidad exigen que el contenido (o ciertos aspectos del
contenido) pueda ser "determinado por software". Esto significa que el contenido se
provee de manera que las aplicaciones de usuario, incluidas las ayudas técnicas, pueden
extraer y presentar esa información a los usuarios en distintas modalidades.

Compatible con la accesibilidad
Usar una tecnología de manera compatible con la accesibilidad significa que funciona
con las ayudas técnicas y con las características de accesibilidad de los sistemas
operativos, navegadores y otras aplicaciones de usuario. Sólo se puede depender de
las características de las tecnologías para cumplir con los criterios de conformidad
de las WCAG 2.0 si se utilizan de manera "compatible con la accesibilidad". Se pueden
emplear características de una tecnología en formas que no sea compatible con la
accesibilidad (que no funcionen con las ayudas técnicas, etc.) siempre que no se
dependa de ellas para satisfacer algún criterio de conformidad (es decir, la misma
información o funcionalidad está disponible también de otra forma que sí es compatible).

Pautas WCAG 2.0
Principio 1: Perceptible - La información y los componentes de la interfaz
de usuario deben ser presentados a los usuarios de modo
que ellos puedan percibirlos.
Pauta 1.1 Alternativas textuales: Proporcionar alternativas textuales para todo
contenido no textual de modo que se pueda convertir a otros formatos que las
personas necesiten, tales como textos ampliados, braille, voz, símbolos o en un
lenguaje más simple.
El propósito de esta guía es para asegurarse de que todo el contenido que no sea texto
también está disponible en el texto . "Texto" se refiere al texto electrónico, no una imagen
de texto. El texto electrónico tiene la ventaja única que es la presentación neutral. Es decir,
que se puede representar visualmente, auditivamente, táctilmente, o por cualquier
combinación. Como resultado, la información mostrada en texto electrónico puede
ser presentada en cualquier forma cumple mejor las necesidades del usuario.
También se puede ampliar fácilmente, hablado en voz alta para que sea más fácil para las
personas con discapacidad para la lectura de entender, o se hace en cualquier forma táctil
mejor se adapte a las necesidades de un usuario. Nota: Al cambiar el contenido en símbolos
incluye cambiar en símbolos gráficos para las personas con trastornos del desarrollo y
dificultades de comprensión del habla, que no se limita a este uso de símbolos.

Pauta 1.3 Adaptable: Crear contenido que pueda presentarse de diferentes formas
(por ejemplo, con una disposición más simple) sin perder información o estructura.
El propósito de esta guía es para asegurar que toda la información está disponible
en una forma que pueda ser percibida por todos los usuarios, por ejemplo, que
se habla en voz alta, o presentado en un diseño visual simple.
Si toda la información está disponible en una forma que puede ser determinado
por software, a continuación, se puede presentar a los usuarios de diferentes
maneras (visualmente, audiblemente, táctilmente etc.).

Si la información se incorpora en una presentación particular de tal manera
que la estructura y la información no se pueden determinar mediante
programación por la tecnología de asistencia, entonces no puede ser
generado en otros formatos, según sea necesario por el usuario.
Los criterios de éxito bajo esta directriz todos buscan asegurar que los
diferentes tipos de información que a menudo están codificados en la
presentación también están disponibles para que puedan ser
presentados en otras modalidades.
- estructura: la forma en que las partes de una página Web se organizan en
relación el uno al otro; y la forma de una colección de páginas web se organiza
- presentación: Representación del contenido en una forma que puede ser
percibida por los usuarios.

Pauta 1.4 Distinguible: Facilitar a los usuarios ver y oír el contenido,
incluyendo la separación entre el primer plano y el fondo.
Mientras que algunas directrices se centran en hacer que la información disponible
en una forma que puede ser presentada en formatos alternativos, esta directriz se
ocupa de hacer la presentación por defecto tan fácil de percibir como sea posible
a las personas con discapacidad. El objetivo principal es el de hacer que sea más
fácil para los usuarios separar información de primer plano del fondo.
Para las presentaciones visuales esto implica asegurarse de que la información
presentada en la parte superior de un fondo contrasta bastante con el fondo.
Para las presentaciones de audio esto implica asegurarse de que los sonidos en
primer plano son lo suficientemente fuerte que suena de fondo.
Las personas con discapacidad visual y auditiva tienen mucha más dificultad
que separa la información de primer plano y de fondo.

Principio 2: Operable - Los componentes de la interfaz de usuario y
la navegación deben ser operables.
Pauta 2.1 Accesible por teclado: Proporcionar acceso a toda la funcionalidad
mediante el teclado.
Si todo funcionalidad se puede lograr utilizando el teclado, se puede lograr por
los usuarios de teclado, por entrada de voz (que crea la entrada de teclado),
por el ratón (usando teclados en pantalla), y por una amplia variedad de
tecnologías de asistencia que crean pulsaciones de teclas simuladas como su salida.
Ninguna otra forma de entrada tiene esta flexibilidad o es universalmente compatible
y operable por personas con distintas necesidades especiales, siempre y cuando
la entrada de teclado no es dependiente del tiempo.

Hay que tener en cuenta que el suministro de entrada de teclado universal no
significa que otros tipos de ingresos no deben ser apoyadas. optimizado de entrada
de voz, ratón optimizado / entrada de puntero, etc., son también muy buenos.
La clave es proporcionar entrada y control del teclado también.
Algunos dispositivos no tienen teclados para-nativa ejemplo, un PDA o teléfo
no celular. Si estos dispositivos tienen una capacidad de navegación web, sin
embargo, van a tener algún medio de generación de texto o "golpes de teclado".
Esta guía utiliza el término " interfaz de teclado " para reconocer que el contenido
web debe ser controlado desde las pulsaciones de teclado que pueden provenir
de un teclado, emulador de teclado, u otro hardware o software que genera
la entrada de teclado o texto.

Pauta 2.2 Tiempo suficiente: Proporcionar a los usuarios el tiempo suficiente
para leer y usar el contenido.
Muchos usuarios que tienen discapacidades necesitan más tiempo para completar las
tareas que la mayoría de los usuarios: se pueden tomar más tiempo para responder
físicamente, pueden tomar más tiempo para leer las cosas, pueden tener baja visión
y tomar más tiempo para encontrar cosas o para leerlos, o que pueden accediendo
al contenido a través de una tecnología de asistencia que requiere más tiempo.
Esta guía se centra en garantizar que los usuarios son capaces de completar las tareas
requeridas por el contenido con sus propios tiempos de respuesta individuales.
Los enfoques primarios ocupan de la eliminación de las restricciones de tiempo o
proporcionando a los usuarios suficiente tiempo adicional para que puedan completar
sus tareas. Se prevén excepciones para los casos en que esto no sea posible.

Pauta 2.3 Convulsiones: No diseñar contenido de un modo que se sepa podría
provocar ataques, espasmos o convulsiones.
Algunas personas con trastornos convulsivos pueden tener una convulsión provocada
por el destello de contenido visual. La mayoría de las personas son conscientes
de que tienen este trastorno hasta que golpea.
En 1997, un dibujo animado en la televisión en Japón envió más de 700 niños en el
hospital, incluyendo cerca de 500 que tenía convulsiones. Las advertencias no
funcionan bien, ya que a menudo se pierden, especialmente por los niños
que pueden, de hecho, no ser capaz de leerlos.
El objetivo de esta guía es para asegurar que el contenido que está marcado como
conformes a las WCAG 2.0 evita los tipos de flash que tienen más probabilidades
de causar convulsiones cuando se ve ni siquiera por un segundo o dos.

Pauta 2.4 Navegable: Proporcionar medios para ayudar a los usuarios a navegar,
encontrar contenido y determinar dónde se encuentran.
La intención de esta guía es ayudar a los usuarios a encontrar el contenido que
necesitan y les permite hacer un seguimiento de su ubicación. Estas tareas son a
menudo más difícil para las personas con discapacidad. Para hallazgo, la navegación
orientación, es importante que el usuario pueda saber cuál es la ubicación actual.
Para la navegación, la información sobre los posibles destinos tiene que estar
disponible. Los lectores de pantalla convertir el contenido a voz sintética que,
debido a que es de audio, debe ser presentado en orden lineal. Algunos criterios
de éxito en esta directriz explican qué disposiciones deben tomarse para garantizar
que los usuarios de lectores de pantalla pueden navegar con éxito el contenido.
Otros permiten a los usuarios reconocer más fácilmente las barras de navegación
y los encabezados de página y para eludir este contenido repetido. características
o comportamientos inusuales de interfaz de usuario pueden confundir a las
personas con discapacidades cognitivas.

Como se describe en la Web Diseño Motivo Glosario , la navegación tiene
dos funciones principales:
- para indicar al usuario dónde están
- para que el usuario pueda ir a otro sitio
Esta directriz trabaja en estrecha colaboración con la directriz 1.3 , que asegura
que cualquier estructura en el contenido puede ser percibido, una clave para
la navegación también.
Los títulos son mecanismos especialmente importantes para ayudar a los usuarios
a orientarse dentro del contenido y navegar a través de él. Muchos usuarios de las
tecnologías de asistencia dependen de partida que corresponda a leerlo a través de la
información y localizar fácilmente las diferentes secciones de contenido. Satisfactoria
Criterio 1.3.1 para los títulos también se ocupa de algunos aspectos de la Directriz 2.4.

Principio 3: Comprensible - La información y el manejo de la interfaz
de usuario deben ser comprensibles.
Pauta 3.1 Legible: Hacer que los contenidos textuales resulten legibles y
comprensibles. La intención de esta guía es para permitir que el contenido del
texto para ser leído por los usuarios y por las ayudas técnicas, y para asegurar
que la información necesaria para la comprensión de que esté disponible.
Las personas con discapacidad experimentan texto de muchas maneras diferentes.
Para algunos, la experiencia es visual; para algunos es auditiva; para algunos es
táctil; para otros aún es a la vez visual y auditiva. Algunos usuarios experimentan
grandes dificultades en el reconocimiento de palabras escritas sin embargo
entienden documentos extremadamente complejos y sofisticados cuando el texto
se lee en voz alta, o cuando los procesos e ideas clave se ilustran visualmente o
interpretan como el lenguaje de signos.

Para algunos usuarios, es difícil deducir el significado de una palabra o frase de
contexto, especialmente cuando la palabra o frase se utiliza de una manera
inusual o se le ha dado un significado especializado; para estos usuarios la
capacidad de leer y entender puede depender de la disponibilidad de las
definiciones específicas o las formas expandidas de las siglas y abreviaturas.
Los agentes de usuario, incluidas las aplicaciones gráficas habilitados para el habla,
así como, pueden ser incapaces de presentar el texto correctamente a menos que
se identifican la lengua y la dirección del texto; si bien estos pueden ser problemas
menores para la mayoría de los usuarios, pueden ser enormes barreras para los
usuarios con discapacidad.
En los casos en que el significado no se puede determinar sin información de
pronunciación (por ejemplo, ciertos caracteres Kanji japonés), información
de pronunciación debe estar disponible, así.

Pauta 3.2 Predecible: Hacer que las páginas web aparezcan y operen
de manera predecible.
La intención de esta Guía es ayudar a los usuarios con discapacidad mediante la
presentación de contenidos en un orden predecible a partir de la página web
a la página web y haciendo que el comportamiento de los componentes
funcionales e interactivas predecible.
Es difícil para algunos usuarios para formar una visión general de la página Web:
lectores de pantalla actual contenido como un flujo unidimensional de voz
sintética que hace que sea difícil de entender las relaciones espaciales.
Los usuarios con limitaciones cognitivas pueden llegar a ser confuso si
los componentes aparecen en diferentes lugares en diferentes páginas.

Por ejemplo, las personas que utilizan amplificadores de pantalla ver sólo
una parte de la pantalla en cualquier punto en el tiempo; un diseño
coherente hace que sea más fácil para ellos encontrar barras de
navegación y otros componentes.
La colocación de componentes repetidos en el mismo orden relativo dentro
de un conjunto de páginas Web permite a los usuarios con discapacidad de
lectura para centrarse en un área de la pantalla en lugar de gastar tiempo
adicional decodificar el texto de cada enlace.
Los usuarios con un uso limitado de sus manos pueden determinar más fácilmente
cómo llevar a cabo sus tareas con las pulsaciones de teclado menor cantidad.

Pauta 3.3 Entrada de datos asistida: Ayudar a los usuarios a evitar
y corregir los errores.
Todos cometemos errores. Sin embargo, las personas con algunas discapacidades
tienen más dificultades para crear la entrada libre de errores. Además, puede ser
difícil para ellos detectan que han cometido un error. Los métodos típicos de
indicación de error pueden no ser obvio para ellos debido a un campo de visión
limitado, la percepción de colores limitada, o el uso de la tecnología de asistencia.
Esta guía tiene por objeto reducir el número de errores graves o irreversibles que
se hacen, aumentará la probabilidad de que todos los errores serán notadas por el
usuario, y ayudar a los usuarios a entender lo que deben hacer para corregir un error.

Principio 4: Robusto - El contenido debe ser suficientemente robusto como
para ser interpretado de forma fiable por una amplia variedad
de aplicaciones de usuario, incluyendo las ayudas técnicas.
Pauta 4.1 Compatible: Maximizar la compatibilidad con las aplicaciones de
usuario actuales y futuras, incluyendo las ayudas técnicas.
El propósito de esta guía es para ofrecer compatibilidad con los agentes actuales
y futuras de los usuarios, especialmente las tecnologías de asistencia (AT).
Esto se hace tanto por:
1) la garantía de que los autores no hacen las cosas que romperían AT (por ejemplo,
el marcado mal formado) o eludir AT (por ejemplo, mediante el uso de marcas
no convencional o código) y la información,
2) exponer en el contenido de manera estándar que las ayudas técnicas pueden
reconocer e interactuar con. Dado que las tecnologías cambian rápidamente, y a
los desarrolladores tener muchos problemas mantenerse al día con las tecnologías
que cambian rápidamente, es importante que el contenido sigue las convenciones
y ser compatible con las API de manera que AT puede trabajar más fácilmente
con las nuevas tecnologías a medida que evolucionan.

Internet y discapacidad. accesibilidad web.

Recomendados

Recomendados

Más contenido relacionado

Destacado

Destacado (17)

Más de José María

Más de José María (20)

Último

Último (6)

Internet y discapacidad. accesibilidad web.