Agencia de Gobierno Electrónico y Sociedad de la Información y del Conocimiento

Previsible

Criterios que contemplan

• Criterio 3.2.1: Al recibir el foco (Nivel A)
• Criterio 3.2.2: Al recibir entradas (Nivel A)
• Criterio 3.3.3: Sugerencias de error (Nivel AA)
• Criterio 3.3.4: Prevención de errores (Legales, financieros, de datos) (Nivel AA)
• Criteiro 3.3.7: Entrada redundante (Nivel A)
• Criterio 3.3.8: Autenticación Accesible (AA)

Objetivos

1. Los usuarios saben que existe un error y a qué se debe. Si se detecta automáticamente un error, se identifica y se describe con un mensaje en formato texto ubicado cerca del campo con error. El mensaje debe ser específico, indicar en qué consiste el error y cómo solucionarlo
2. Los usuarios saben qué información ingresar. Se brinda información a los usuarios sobre los datos a ingresar a través de instrucciones simples y pistas. Algunas recomendaciones:
   1. Agrupar campos usando fieldset y legend y considerar informar acerca de la obligatoriedad de campos.
   2. Colocar las etiquetas delante o encima de los campos, con la excepción de los radiobutton y checkboxes, donde deben ubicarse inmediatamente después del control, manteniendo su asociación.
   3. Las etiquetas deben identificar claramente los campos, ser visibles para campos y controles y mantener una correcta asociación con sus respectivos campos en el HTML
   4. Indicar el formato esperado para los campos, incluir ejemplos
   5. Incluir ayudas contextuales o sugerencias visibles que permitan a los usuarios evitar errores.
3. Los usuarios reciben sugerencias sobre cómo resolver errores. Si se detecta automáticamente un error al introducir un dato (mediante la validación en el lado del cliente o en el del servidor) y se conocen alternativas para resolverlo, esas alternativas deben proporcionarse en formato texto al usuario. A través de información clara y permitiendo acceder rápidamente al campo
   1. Informar los errores de forma clara y descriptivas.
   2. Permitir acceder rápida y fácilmente al campo con error. Por ejemplo, incluir un enlace en el mensaje de error, cuando éste no se encuentra cerca del campo con error.
   3. Asociar los errores con controles de formulario usando aria-describedby para que los lectores de pantalla puedan anunciar el mensaje de error correctamente.
4. Los usuarios pueden evitar enviar información importante incorrecta. En aquellos casos donde el usuario puede sufrir consecuencias legales o financieras producto de su acción, existen mecanismos para cancelar, revisar y confirmar la información. Algunas soluciones pueden ser:
   1. Proporcionar una pantalla de revisión de información donde se muestre la información ingresada por el usuario.
   2. Proporcionar una casilla de verificación donde el usuario pueda confirmar que ha revisado toda la información y que está listo para enviar. Habilitar el botón Enviar solo cuando el usuario marque la casilla de verificación.
   3. Proporcionar una pantalla de confirmación previo a la eliminación de datos a solicitud del usuario.
5. La información ingresada previamente por el usuario o proporcionada al mismo y que se requiere ingresar nuevamente en el mismo proceso es:

• rellenado automáticamente, o
• Disponible para que el usuario seleccione.

Excepto cuando:

• Es esencial volver a ingresar la información,
• la información es necesaria para garantizar la seguridad del contenido, o
• La información ingresada anteriormente ya no es válida.

6. Garantizar que exista un método accesible, fácil de usar y seguro para que los usuarios se autentiquen al iniciar sesión en una cuenta existente. Como método de autenticación más común, las soluciones tecnológicas suelen utilizar nombres de usuario y contraseñas para iniciar sesión. Sin embargo, memorizar un nombre de usuario y una contraseña supone una carga muy pesada o imposible para las personas con ciertas discapacidades cognitivas, al igual que los pasos adicionales que suelen añadirse a los procesos de autenticación. Por ejemplo, la necesidad de transcribir un código de verificación de un solo uso o la necesidad de resolver un rompecabezas.

Método o herramienta sugerida para evaluación manual

1. Presentar los elementos comunes a todas las paginas en la misma ubicación. Por ejemplo, menús de navegación, logotipo, campos de búsqueda, enlaces de salto, etc.
2. Utilizar plantillas para los distintos tipo de página del sitio.
3. En caso de agregar o eliminar elementos al pasar de una página a otra, mantener el orden relativo del resto de los elementos. Por ejemplo, cuando se agrega un bloque de navegación secundaria.
4. Verificar que los botones, íconos o enlaces con la misma función tengan nombres, etiquetas o textos iguales en todo el sitio.
5. Los mecanismos típicos de ayuda incluyen:
6. Datos de contacto humano como número de teléfono, correo electrónico, horario de apertura.
7. Mecanismos de contacto humano como un sistema de mensajería, cliente de chat, formulario de contacto, canal de redes sociales.
8. Opción de autoayuda como una página actualizada de Preguntas Frecuentes, página de Cómo hacer o Apoyo.
9. Un mecanismo de contacto totalmente automatizado, como un chatbot.
10. El orden de los tipos de ayuda listados en el criterio de éxito no implica prioridad