Criterio 4.1.3 - Mensajes de estado (AA)

En el contenido implementado en lenguajes de marcado, los mensajes de estado pueden ser determinados por software a través de su rol o propiedades, de tal modo que puedan ser presentados al usuario de productos de apoyo sin recibir el foco.

Proposito de este Criterio de Conformidad

El objetivo de este Criterio de Conformidad es hacer que los usuarios sean conscientes de cambios importantes en el contenido que no tienen el foco, y hacerlo de una manera que no interrumpa innecesariamente su trabajo.

Los beneficiarios previstos son los usuarios ciegos y con discapacidades visuales que utilizan tecnologías de asistencia con capacidades de lectura de pantalla. Un beneficio adicional es que las tecnologías de asistencia para usuarios con discapacidades cognitivas pueden lograr una forma alternativa de indicar (o incluso retrasar o suprimir) mensajes de estado, según lo prefiera el usuario.

El alcance de este Criterio de Conformidad es específico para los cambios en el contenido que implican mensajes de estado. Un mensaje de estado es un término definido en WCAG. Hay dos criterios principales que determinan si algo cumple con la definición de un mensaje de estado:

1. El mensaje proporciona información al usuario sobre el éxito o los resultados de una acción, el estado de espera de una aplicación, el progreso de un proceso o la existencia de errores.
2. El mensaje no se entrega mediante un cambio de contexto.

• La información puede ser agregada a las páginas sin cumplir con la definición de un mensaje de estado. Por ejemplo, la lista de resultados obtenidos de una búsqueda no se considera una actualización de estado y, por lo tanto, no está cubierta por este Criterio de Conformidad. Sin embargo, los mensajes de texto breves que se muestran sobre la finalización o el estado de la búsqueda, como 'Buscando...', 'Se encontraron 18 resultados' o 'No se encontraron resultados', serían actualizaciones de estado si no toman el foco. Se proporcionan ejemplos de mensajes de estado en la sección titulada 'Ejemplos de mensajes de estado' a continuación.

Este Criterio de Conformidad aborda específicamente escenarios en los que se agrega nuevo contenido a la página sin cambiar el contexto del usuario. Los cambios de contexto, por su naturaleza, interrumpen al usuario al tomar el foco. Ya son detectados por las tecnologías de asistencia, por lo que ya han cumplido el objetivo de alertar al usuario sobre el nuevo contenido. Por lo tanto, los mensajes que implican cambios de contexto no necesitan ser considerados y no están dentro del alcance de este Criterio de Conformidad. Se proporcionan ejemplos de escenarios que agregan nuevo contenido al cambiar el contexto en la sección titulada 'Ejemplos de cambios que no son mensajes de estado' a continuación.

Beneficios específicos del Criterio de Conformidad 4.1.3:

• Cuando se asignan roles o propiedades adecuadas a los mensajes de estado, el nuevo contenido es leído por lectores de pantalla de manera que ayude a los usuarios ciegos o con discapacidad visual. La mayoría de los usuarios videntes pueden observar el texto agregado periféricamente a la ventana de visualización. Este contenido proporciona información adicional sin afectar el punto de enfoque actual del usuario. La capacidad de una tecnología de asistencia para anunciar dicho contenido de texto importante permite que más usuarios se beneficien de la conciencia de la información de manera equivalente.

• Asignar roles o propiedades adecuadas a los mensajes de estado proporciona oportunidades de uso futuro y personalización, como el potencial de ser aprovechado por tecnologías de asistencia creadas para usuarios con discapacidades cognitivas. Cuando los autores de páginas deciden diseñar adiciones a la pantalla que no cambien el contexto del usuario (es decir, no tomen el enfoque), la información es argumentablemente menos importante que algo presentado mediante un cuadro de diálogo modal, que debe ser reconocido por el usuario. Como tal, dependiendo de las preferencias del usuario, una tecnología de asistencia puede optar por retrasar, suprimir o transformar dichos mensajes para que el usuario no sea interrumpido innecesariamente; o, por el contrario, la tecnología de asistencia puede resaltar dichos mensajes si el usuario lo considera óptimo.

Ejemplos del Criterio de Conformidad  4.1.3

Ejemplos de mensajes de estado

1. Después de que un usuario presiona un botón de búsqueda, el contenido de la página se actualiza para incluir los resultados de la búsqueda, que se muestran en una sección debajo del botón de búsqueda. El cambio en el contenido también incluye el mensaje '5 resultados encontrados' cerca de la parte superior de este nuevo contenido. Este texto se le asigna un rol apropiado para un mensaje de estado. Un lector de pantalla anuncia: 'Cinco resultados encontrados'.
2. Después de que un usuario presiona un botón de 'Agregar al carrito de compras', una sección de contenido cerca del icono del carrito de compras agrega el texto '5 artículos'. Un lector de pantalla anuncia: 'Cinco artículos' o 'Carrito de compras, cinco artículos'.
3. Después de que un usuario ingresa un texto incorrecto en un campo de entrada llamado 'Código Postal', aparece un mensaje encima del campo que dice 'Entrada inválida'. El lector de pantalla anuncia: 'Entrada inválida' o 'Código postal, entrada inválida'.
4. Después de que un usuario activa un proceso, aparece un icono que simboliza que la aplicación está ocupada. El lector de pantalla anuncia: 'Aplicación ocupada'.
5. Una aplicación muestra una barra de progreso para indicar el estado de una actualización. El elemento se le asigna un rol adecuado. El lector de pantalla proporciona anuncios intermitentes del progreso.
6. Después de que un usuario envía un formulario, se agrega texto al formulario existente que dice 'Tu formulario se envió con éxito'. El lector de pantalla anuncia el mismo mensaje.
7. Después de que un usuario llena un formulario de manera incorrecta debido a que algunos datos están en un formato incorrecto, se agrega texto al formulario existente que dice '5 errores en la página'. El lector de pantalla anuncia el mismo mensaje.
8. Después de que un usuario agrega una foto a un álbum en una aplicación de fotos en línea, se muestra un mensaje en una barra lateral que dice 'Guardado en el álbum 'Boda'', que también es leído por un lector de pantalla.

Ejemplos de mensajes de estado que no agregan nuevo texto a la pantalla

Este Criterio de Conformidad fue redactado intencionalmente para aplicarse principalmente cuando se agrega texto visible a (o se vuelve visible en) la página. La razón de esto es que cuando se muestra nuevo texto, se pretende que sea visible para todos los usuarios. Al proporcionar un medio programático para asegurar que el texto también sea accesible a través de tecnologías de asistencia, el Criterio de Éxito proporciona la misma información a usuarios que no pueden o no pueden verla. Sin embargo, no todos los cambios en el contenido implican la adición de texto a la pantalla. A continuación se presentan algunas consideraciones relevantes para este Criterio de Conformidad:

• Texto no visible específico para usuarios de tecnologías de asistencia;
• Modificación del texto de estado.
• Eliminación del texto de estado.
• Contenido de estado no textual, como imágenes.

Texto no visible específico para usuarios de tecnologías de asistencia

Puede haber casos en los que la adición de texto visible por sí sola no transmita suficiente información al usuario de tecnologías de asistencia. Por ejemplo, la proximidad del nuevo contenido a otras piezas de información en la pantalla puede proporcionar un contexto visual que falta en el texto por sí solo.

En tales casos, los autores pueden optar por designar contenido adicional para incluirlo en el mensaje de estado, incluyendo texto no visible que puede ser proporcionado a las tecnologías de asistencia para agregar contexto. Consideraciones importantes sobre el uso apropiado de estas técnicas se discuten en detalle en las Técnicas Suficientes.

Modificación del texto de estado

Si un mensaje de estado persiste en la página, las modificaciones a este texto suelen ser equivalentes a un nuevo mensaje de estado. Un ejemplo sería un carrito de compras que actualiza el texto de '0 artículos' a '3 artículos'. Los métodos típicos de escritura de tales cambios en el contenido de la página resultan en que toda la cadena de texto modificada se considere un nuevo cambio y, por lo tanto, se lea por las tecnologías de asistencia. Sin embargo, si solo el número en esta cadena se codifica como un fragmento de contenido actualizado, la experiencia resultante para los usuarios de lectores de pantalla podría ser escuchar solo 'tres', lo cual puede no ser suficiente para proporcionar contexto al usuario. En tales situaciones, marcar toda la cadena '3 artículos' como el texto de estado sería normalmente una mejor solución. Consulte las Técnicas Suficientes para obtener más información, incluido el uso de aria-atomic. En este caso, también sería cortés agregar texto fuera de pantalla como 'en el carrito de compras' al mensaje.

Eliminación de texto de estado

En situaciones en las que el texto de estado se elimina por completo, su ausencia puede en sí misma transmitir información sobre el estado. El ejemplo más obvio de esto es cuando se muestra un mensaje que indica que el sistema está 'ocupado' o 'esperando'. Para un usuario que puede ver, cuando este texto desaparece, normalmente es una indicación de que el estado ahora está disponible. Sin embargo, los usuarios no videntes no estarían al tanto de este cambio, a menos que el final del estado de espera resulte en un cambio de contexto para el usuario. Donde no es factible actualizar el mensaje visible (por ejemplo, a 'sistema disponible'), el uso de un mensaje de estado no visible, como 'sistema disponible', asegura que se proporcione información equivalente sobre el estado. Consulte las Técnicas Suficientes para obtener más información.

Contenido de estado no textual

Los cambios en el contenido no se limitan a cambios de texto. Cuando un icono o un sonido indica un mensaje de estado, esta información será transmitida por el lector de pantalla a través de la combinación de dos cosas: 1) los requisitos existentes de WCAG que rigen las alternativas de texto (bajo el Criterio de Conformidad 1.1.1 Contenido no textual), y 2) el requisito de este Criterio de Conformidad actual de suministrar un rol adecuado.

Ejemplos de cambios que no son mensajes de estado

Los siguientes ejemplos identifican situaciones en las que no es necesaria ninguna acción adicional por parte del autor. Todos los casos están excluidos de este Criterio de Conformidad ya que no cumplen con la definición de 'mensajes de estado'.

• Un autor muestra un mensaje de error en un cuadro de diálogo.

• Dado que el cuadro de diálogo toma el foco, se define como un cambio de contexto y no cumple con la definición de un mensaje de estado. Como resultado de tomar el foco, el nuevo cambio de contexto ya es anunciado por el lector de pantalla, por lo que no es necesario incluirlo en el alcance de este Criterio de Conformidad.

• El contenido se expone o se oculta cuando un usuario interactúa con un componente de interfaz de usuario, por ejemplo, al expandir componentes como un menú, selección, acordeón o árbol, o al seleccionar un elemento de pestaña diferente en una lista de pestañas.

• Ninguno de los cambios resultantes en el contenido cumple con la definición de mensajes de estado. Además, todos los componentes que cumplen con la definición de componente de interfaz de usuario ya tienen requisitos especificados en el Criterio de Conformidad 4.1.2 Nombre, Rol, Valor, incluyendo la necesidad de hacer notificaciones de cambios en valores y estados disponibles para agentes de usuario, incluyendo tecnologías de asistencia. Como resultado, los cambios de estado, como 'expandido' o 'colapsado', serían anunciados por el lector de pantalla, por lo que el usuario sería alertado sobre la 'adición' o 'remoción' de contenido. Como tal, este tipo de contenido no necesita ser abordado por este Criterio de Conformidad.

• Después de que un usuario completa una pregunta de una encuesta indicando que está insatisfecho, se agregan una serie de nuevas preguntas a la página sobre la satisfacción del cliente.

• Las nuevas entradas no cumplen con la definición de mensajes de estado. No 'proporcionan información al usuario sobre el éxito o los resultados de una acción, sobre el estado de espera de una aplicación, sobre el progreso de un proceso o sobre la existencia de errores', por lo que no es necesario cumplir con este Criterio de Conformidad.

Nota

Crear un mensaje de estado sobre estas preguntas que se están agregando, o notificar al usuario de antemano que los cambios de contenido pueden ocurrir en función de la respuesta del usuario, son mejores prácticas pero no son requisitos en este escenario.

Otros usos de regiones en vivo o alertas

Las regiones en vivo y las alertas se pueden aplicar de manera útil en muchas situaciones donde se produce un cambio de contenido que no constituye un mensaje de estado, según se define en este Criterio de Conformidad. Sin embargo, existe el riesgo de que una aplicación sea demasiado 'habladora' para un usuario de lector de pantalla. Se debe realizar pruebas con usuarios para asegurar que se logre el nivel apropiado de retroalimentación. Las Técnicas de Asesoramiento proporcionan ejemplos de cómo las alertas o regiones en vivo pueden mejorar la experiencia del usuario.

Nota

El propósito de este criterio de conformidad no es obligar a los autores a generar nuevos mensajes de estado. Su intención es asegurar que cuando se muestren mensajes de estado, se identifiquen de manera programática de una manera que permita a las tecnologías de asistencia presentarlos al usuario.