2010-02-24 8 views
12

¿Qué lector de pantalla sería mejor probar la accesibilidad del sitio y cómo configurar ese lector de pantalla para probar el sitio web (o la configuración predeterminada del lector de pantalla estaría bien) y qué navegador debe usarse para probar la accesibilidad con lectores de pantalla?¿Qué lector de pantalla sería mejor para probar la accesibilidad del sitio y cómo configurar eso?

Gratis o comercial no importa. ¿Cuál de estas pruebas puede dar mejores resultados, entonces el sitio debe ser accesible en todo el mundo tanto como sea posible con todos los demás lectores de pantalla?

mi propósito es hacer que el sitio sea lo más posible.

+0

¿Has echado un vistazo a JAWS? http://www.freedomscientific.com/products/fs/jaws-product-page.asp – Kane

+0

Así que probar en Jaws es suficiente.En caso afirmativo, ¿cómo configurar el lector de pantalla para probar el sitio web (o la configuración predeterminada del lector de pantalla sería correcto) y qué navegador debería usarse para probar la accesibilidad con lectores de pantalla? –

Respuesta

22

Prefacio a esta respuesta diciendo que soy un individuo totalmente ciego que usa Tiburón como único lector de pantalla. He jugado con NVDA también, pero tengo una experiencia limitada con él. Jaws es el lector de pantalla más utilizado, al menos en los EE. UU. Si solo puede usar un lector de pantalla, lo elegiría con la configuración predeterminada. Tanto Internet Explorer como Firefox funcionan con Jaws y ambos son ampliamente utilizados. Otro lector de pantalla que puede usar para probar la accesibilidad es NVDA este es un lector de pantalla de código abierto que funciona bien con Firefox pero no con Internet Explorer. Yo diría que si el costo es un problema, use NVDA con la última versión de Firefox, y si su sitio es accesible usando esa configuración, lo más probable es que funcione con Jaws. Para obtener una lista completa del software de lectura de pantalla, consulte this

La instalación y el inicio de un lector de pantalla no es suficiente para realizar buenas pruebas de accesibilidad. No sabrá cuán accesible es su sitio hasta que apague el monitor y desconecte el mouse. Obtener lo suficientemente bueno para usar cualquier lector de pantalla para hacer eso tomará tiempo. Las únicas personas videntes que conozco que son usuarios de lectores de pantalla eficientes trabajan para las compañías de lectores de pantalla o hacen capacitación en tecnología de asistencia como su trabajo. Entonces, si bien puede usar un lector de pantalla para probar la accesibilidad de su sitio, la curva de aprendizaje para una prueba realista es bastante alta.

+0

Gracias por la gran respuesta –

-4

Siempre debe probar en varios navegadores y con múltiples lectores de pantalla.

+0

Esta respuesta no es útil sin más información. –

4

Para responder a su pregunta directamente, usaría JAWS con la configuración predeterminada en su navegador de destino. Si solo puede pagar una licencia, utilice NVDA o Chromevox para sus desarrolladores y proporcione a su experto en accesibilidad la copia de JAWS.

Tenga en cuenta que, si bien asegurarse de que su sitio funciona perfectamente con un lector de pantalla es muy importante, esto solo ayuda a los ciegos. Existen muchos otros tipos de discapacidades (por ejemplo, discapacidades auditivas, motrices y cognitivas) y, para ser realmente accesible, su sitio también necesita ser compatible con esos usuarios.

WCAG 2.0 es el mejor estándar para hacer que su sitio sea accesible para la mayor cantidad de gente posible. Sin embargo, hay MUCHA documentación de WCAG 2.0, por lo que comenzaría en webaim.org, http://webaim.org/standards/wcag/checklist si es nuevo en ella, pero use la verdadera http://www.w3.org/TR/WCAG20/ cuando esté listo.

Además, tenga en cuenta que incluso si "funciona" con un lector de pantalla, puede ser molesto (los usuarios ciegos rara vez leen de arriba abajo, asegúrese de poner una estructura sólida con títulos y marcas ARIA) o puede no darle a un usuario ciego la misma cantidad de información que un usuario con vista podría obtener. Por ejemplo, el texto de ayuda al lado de las entradas de texto será omitido por un usuario al presionar un formulario (arreglos: oculte una copia en la etiqueta con CSS, haga que el texto auxiliar sea la etiqueta real, o use ARIA, descrito por), una buena manera de asegúrese de que más que solo "funciona" es que su probador JAWS no esté familiarizado con el sitio.

Cuestiones relacionadas