Diseño de formularios accesibles

Cuando se diseñan formularios para un público variado, debe tener en cuenta que algunos usuarios pueden tener discapacidades que afecten a su forma de interactuar con el formulario. Algunos usuarios pueden tener problemas visuales, movilidad reducida u otras discapacidades. Para satisfacer las necesidades de todos los usuarios, puede resultar útil incluir ciertas funciones de diseño prácticas en los formularios y probarlos mediante diversas tecnologías de asistencia.

Sugerencias para diseñar formularios accesibles

A continuación se muestran algunas sugerencias para diseñar formularios accesibles:

  • Un formulario no es accesible si su uso no es sencillo. Hay que esforzarse en diseñar formularios que sean simples y fáciles de utilizar. Una simple presentación de los controles y campos con rótulos e información del objeto clara y comprensible hará que sea más fácil de rellenar para todos los usuarios.

  • El diseño de formularios con una distribución espaciosa y una ordenación lógica y que proporcionen instrucciones claras y sencillas ayudará a todos los usuarios a rellenar formularios de la forma más fácil posible. Las funciones de desplazamiento, como el orden de tabulación y los métodos abreviados de teclado, deberían admitir el orden lógico de los objetos del formulario. El rótulo de un campo debe encontrarse en la misma línea que el área rellenable del campo. Los rótulos deben colocarse de forma coherente en el mismo lado de los campos.

  • Los usuarios trabajan mejor con formularios que reducen la posibilidad de cometer errores. Los mensajes de error claros y concisos ayudan a los usuarios a resolver los errores que cometen.

  • Elija los objetos que facilitan el uso del formulario. Por ejemplo, cuando se utilizan de manera correcta, las tablas resultan una manera eficaz de organizar y presentar la información en forma de tabla. Evita las tablas complejas superpuestas, como las que incluyen tablas anidadas y secciones.

  • Los usuarios deben poder rellenar el formulario completamente utilizando solo el teclado o un dispositivo de entrada equivalente. Es posible que los usuarios con movilidad reducida o problemas de visión no tengan otra opción que utilizar el teclado y muchos usuarios que pueden utilizar un ratón simplemente prefieran utilizar el teclado. Al permitir varios métodos de entrada no solo se crean formularios accesibles, sino que también se crean formularios que se adaptan mejor a las preferencias de todos los usuarios.

  • El formulario debe diseñarse para interactuar normalmente con otras aplicaciones y estándares del sistema. Por ejemplo, se pueden admitir configuraciones estándar del Panel de control de Windows para los colores y el uso del comportamiento estándar del teclado.

  • Un formulario bien diseñado será compatible con varias tecnologías de asistencia. Hay que familiarizarse con la forma de trabajo de estas tecnologías y utilizar técnicas de diseño y elementos de interfaz de usuario que sean compatibles con una amplia gama de tecnologías de asistencia.

  • El color puede mejorar sustancialmente la experiencia de un usuario con un formulario, pero solo si se utiliza correctamente. Los colores pueden resaltar y mejorar ciertas partes del formulario, pero no debe transmitirse información solo mediante el color. Un exceso de color puede provocar molestias en los ojos. Demasiado color puede dificultar la visión del texto en primer plano. Se recomiendan los colores de alto contraste, como la configuración predeterminada de negro en fondo blanco.

  • Las imágenes pueden ayudar a mejorar la comprensión de los usuarios con algunos tipos de discapacidades. Sin embargo, muchos lectores de pantalla no leen gráficos, lo que puede disminuir la accesibilidad del formulario para los usuarios con dificultades de visión. Si decide utilizar imágenes, proporcione descripciones de texto en las que se describa el objeto y su fin en el formulario.

  • Hay que tener en cuenta que las secuencias de comandos del cliente pueden interferir con teclados y lectores de pantalla si cambian el foco de la aplicación cliente. Por ejemplo, los sucesos change y mouseEnter, cuando se utilizan con listas desplegables o cuadros de lista, pueden causar acciones inapropiadas. Las secuencias de comandos del cliente deben escribirse para evitar problemas con teclados y lectores de pantalla. De manera similar, evite los sucesos de secuencias de comandos que producen efectos visuales, como texto parpadeante, lo que puede aumentar los problemas de legibilidad para los usuarios.

  • Los botones de radio a menudo se malinterpretan o presentan dificultades para usuarios con problemas de acceso a formularios HTML, ya que los exploradores Web y los lectores de pantalla los tratan de forma incoherente. Debe evitarse el uso de botones de radio en formularios HTML si se pueden utilizar cuadros de lista en su lugar.