Pregunta

¿Alguien puede darme algunos consejos o conectarme con algunos buenos enlaces sobre esto?

Tengo problemas para encontrar mucho más que 'agregar texto alternativo a las imágenes' y no estoy seguro de cuán actualizada es la información ...

me sale todo el marcado semántico, pero probablemente podría hacer un poco más de orientación sobre eso también.

tampoco estoy seguro de cómo funcionarían las cosas en diferentes navegadores ...

¡gracias!

¿Fue útil?

Solución

1) Use etiquetas de encabezado HTML para todas y cada una de las secciones de contenido en sus páginas. Las etiquetas de encabezado son: h1, h2, h3, h4, h5, h6

2) Asegúrese de que las etiquetas de encabezado mencionadas anteriormente existan con la secuencia jerárquica adecuada. Por ejemplo, las etiquetas h1 son importantes que las etiquetas h2. Los lectores de pantalla usan estas etiquetas de encabezado para navegar por el contenido de la página. Si no presentan u ordenan incorrectamente, un usuario con discapacidad visual no puede navegar por el contenido de la página.

3) No use JavaScript para cambiar dinámicamente el contenido en la pantalla sin antes preguntarle al usuario que el texto cambiará. Si JavaScript cambia el texto en la pantalla antes de que un lector de pantalla pueda leer el contenido, no hay forma de que un usuario con discapacidad visual pueda saber que el contenido ha cambiado.

4) No entregue al usuario 1000 imágenes. Si una imagen no transmite contenido relevante, conviértala en una imagen de fondo CSS.

5) Sea amable con el atributo de título, especialmente en las etiquetas de anclaje. Esto puede decirle al usuario a dónde está a punto de ir.

6) No coloque texto en una imagen que no pueda transmitirse como contenido alternativo. Los discapacitados visuales no leen imágenes.

7) Asegúrese de que todos sus metadatos sean relevantes. Si cambia alguno de sus contenidos, asegúrese de no olvidar los bits adicionales de datos descriptivos.

8) AJAX derrota la accesibilidad. Sea amable con su uso de AJAX.

9) A los discapacitados visuales, y en realidad a casi todos los usuarios visuales, no les importa lo bonitas que sean sus páginas. Están allí para obtener información, comprar o cualquier otro propósito específico. Haga que sus datos sean fáciles de entender y rápidos de recuperar. Si un usuario no puede ingresar, obtenga lo que quería y luego salga en un tiempo récord, nunca volverá.

10) No utilice etiquetas de presentación o atributos de presentación en su HTML. Usa una hoja de estilo. Si su HTML contiene convenciones de presentación, probablemente no sean accesibles.

11) Si su contenido existe en un orden visual diferente al que está escrito en el HTML, de arriba a abajo, es probable que falle la accesibilidad. Mantenga las cosas ordenadas y consistentes. Los usuarios esperan que el contenido fluya de arriba a abajo y que la indexación de pestañas siga el flujo de contenido.

12) Realice pruebas de usabilidad con el software lector de pantalla. No es posible saber qué tan accesible es una página mirando.

Otros consejos

Estoy totalmente ciego, y te sorprendería la cantidad de cosas que todavía no tienen atributos alternativos después de todos estos años ... Ten cuidado, todavía hay muchos mitos por ahí, como no gráficos permitidos (incorrectos), los talbes son malos (incorrectos) y los marcos son malos (incorrectos, aunque me doy cuenta de que los marcos son malos por otras razones). Idealmente, debe hacer que alguien ciego pruebe su sitio, si necesita más ayuda sobre esta sensación libre de enviarme un correo electrónico a westbchris@gmail.com. Otra cosa, intente hacer controles que realmente hagan cosas botones y / o enlaces. Los divs clicables no son geniales porque no es obvio que hagan algo, y dependiendo de la tecnología de asistencia que esté utilizando, es posible que ni siquiera pueda hacer clic en ellos.

Echa un vistazo a esta explicación de Alertbox:

Usuarios discapacitados y la Web (El artículo es de 1996 ... pero los problemas siguen siendo ciertos, si no más hoy)

... luego siga el enlace en la parte inferior del informe de 148 páginas con Lineamientos de diseño (el documento tiene copyright 2001, por lo que debe haberse actualizado desde el original).

El término para esto es Accesibilidad. Eche un vistazo al sitio web WAI del W3C . Siempre he encontrado que Juicy Studio es un recurso invaluable para los artículos que analizan la accesibilidad.

Hay definiciones en profundidad que son difíciles de dominar e implementar. Los ejemplos incluyen Pautas de accesibilidad al contenido web (WCAG) y Sección 508 .

Una sugerencia menos que oficial es hacer que su sitio sea fácil de navegar con un navegador de texto. No confíe en los colores o la estructura para transmitir contenido. No confíe en los widgets para una funcionalidad importante.

EDITAR : pensé que agregaría que no debería molestarse en probar su sitio con JAWS u otro lector de pantalla. Su incapacidad para navegar por un sitio estaría más relacionada con su inexperiencia con el lector de pantalla que con la inaccesibilidad del sitio. Dicho esto, es muy beneficioso que una muestra de su público objetivo pruebe su usabilidad en su sitio.

EDIT # 2: Como se discutió en los comentarios, tenía la intención de transmitir que no debe hacer juicios sobre la usabilidad de un sitio en función de sus experiencias con un lector de pantalla. Dicho esto, recomendaría que cualquier persona en desarrollo web tenga exposición a los navegadores / equipos utilizados para ver sitios web, incluidos los lectores de pantalla. Era una redacción deficiente en la edición original.

Bueno, parece que nadie mencionó WAI- ARIA que es para las aplicaciones de Internet enriquecidas accesibles. Es decir, hacer que cosas como gmail sean accesibles. Y un término de búsqueda decente para encontrar cosas como esta una lista aparte de artículos sobre wai-aria . Ya es bastante compatible.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top