Accesibilidad: Páginas de Dashboard

En las tablas que se encuentran abajo, puede ver las correcciones de accesibilidad completadas para la versión 26.2. Las tablas presentan la aplicación, la página y los criterios de accesibilidad que se corrigieron.

Criterios de accesibilidad	widget settings: plan-status, quality-score, calibración de evaluación, calibración de formularios, tendencia de KPI, coaching	Widgets: vista de contacto de CXone Agent
Alternativas de Texto y subtítulos Hacer que los elementos visuales sean comprensibles para todos Imágenes, íconos y medios deben tener alternativas de texto claras, como texto alternativo, etiquetas o transcripciones.	Sí	Sí
Visual Diseño: Color y Contraste Hacer que el contenido sea fácil de leer y ver El texto y los elementos visuales deben tener suficiente contraste con el fondo, y las páginas deben funcionar bien con un zoom del 200%.	Sí	Sí
Navegación por teclado y enfoque Asegúrese de que el producto funcione sin un mouse Los usuarios deben poder acceder a los elementos mediante el teclado. El enfoque (como los contornos) siempre debe estar visible y no debe quedar oculto atrás de los encabezados.	Sí	Sí
Soporte de Tecnología de Asistencia (JAWS, Voz, etc.) Funciona bien con lectores de pantalla y herramientas de voz Los elementos deben tener etiquetas y roles correctos para que las herramientas de asistencia (como JAWS o Dragon) puedan leerlos o activarlos.	Sí	Sí
Navegación de página Mantener el movimiento claro y predecible Los menús y los enlaces deben estar en el mismo lugar en todas las páginas, ser compatibles con el uso del teclado y estar claramente etiquetados con una navegación lógica entre los componentes.	Sí	Sí
Formularios y Mensajes de error Haga que la entrada sea clara y corregible Los campos tienen una etiqueta, y los errores deben mostrarse claramente.	Sí	Sí
Mensajes de estado y Alertas Anunciar cambios para herramientas de asistencia Cuando algo cambia (como “guardado” o “Error”), herramientas como los lectores de pantalla deben poder escucharlo.	Sí	Sí

Criterios de accesibilidad	Agregar flechas de navegación izquierda/derecha en resoluciones más bajas en el panel de widgets
Texto alternativo y leyendas Hacer que los elementos visuales sean comprensibles para todos Imágenes, iconos y medios deben tener alternativas de texto claras, como texto alternativo, etiquetas o transcripciones.	Sí Los iconos de flecha izquierda/derecha incluyen texto alternativo descriptivo (por ejemplo, "Navegar a la izquierda", "Navegar a la derecha").
Visual Diseño: Color y Contraste Facilite la lectura y visualización del contenido El texto y los elementos visuales deben tener suficiente contraste con el fondo, y las páginas deben funcionar bien con un zoom del 200%.	Sí Los controles de navegación de flechas cumplen con los requisitos de contraste de WCAG 2.2 en relación con el fondo del panel de widgets.
Navegación por teclado y enfoque Asegúrese de que el producto funcione sin un mouse Los usuarios deben poder acceder a los elementos mediante el teclado. El enfoque (como los contornos) siempre debe estar visible y no debe quedar oculto atrás de los encabezados.	Sí La navegación con flechas se puede operar con el teclado; los usuarios pueden desplazarse con la tecla Tab hasta las flechas y activarlas con Intro/Espacio.
Soporte de tecnología de asistencia (JAWS, Voz, etc.) Funcionar bien con lectores de pantalla y herramientas de voz Los elementos deben tener etiquetas y roles correctos para que las herramientas de asistencia (como JAWS o Dragon) puedan leerlos o activarlos.	Sí Las flechas de navegación incluyen etiquetas ARIA y role='button'; se anuncia la posición de desplazamiento del panel.
Navegación de página Mantener el movimiento claro y predecible Los menús y enlaces deben estar en el mismo lugar en todas las páginas, ser compatibles con el teclado y estar claramente etiquetados con una navegación lógica entre componentes.	Sí Área de navegación del panel de widgets correctamente estructurada como punto de referencia de navegación.
Mensajes de estado y Alertas Anunciar cambios para herramientas de asistencia Cuando algo cambia (como “guardado” o “Error”), herramientas como los lectores de pantalla deben percibirlo.	Sí Los cambios en la posición de desplazamiento del panel y los widgets visibles se anuncian a la tecnología de asistencia.

Criterios de accesibilidad

Agregar flechas de navegación izquierda/derecha en resoluciones más bajas en el panel de widgets

Texto alternativo y leyendas

Hacer que los elementos visuales sean comprensibles para todos

Imágenes, iconos y medios deben tener alternativas de texto claras, como texto alternativo, etiquetas o transcripciones.

Sí

Los iconos de flecha izquierda/derecha incluyen texto alternativo descriptivo (por ejemplo, "Navegar a la izquierda", "Navegar a la derecha").

Visual Diseño: Color y Contraste

Facilite la lectura y visualización del contenido

El texto y los elementos visuales deben tener suficiente contraste con el fondo, y las páginas deben funcionar bien con un zoom del 200%.

Sí

Los controles de navegación de flechas cumplen con los requisitos de contraste de WCAG 2.2 en relación con el fondo del panel de widgets.

Navegación por teclado y enfoque

Asegúrese de que el producto funcione sin un mouse

Los usuarios deben poder acceder a los elementos mediante el teclado. El enfoque (como los contornos) siempre debe estar visible y no debe quedar oculto atrás de los encabezados.

Sí

La navegación con flechas se puede operar con el teclado; los usuarios pueden desplazarse con la tecla Tab hasta las flechas y activarlas con Intro/Espacio.

Soporte de tecnología de asistencia (JAWS, Voz, etc.)

Funcionar bien con lectores de pantalla y herramientas de voz

Los elementos deben tener etiquetas y roles correctos para que las herramientas de asistencia (como JAWS o Dragon) puedan leerlos o activarlos.

Sí

Las flechas de navegación incluyen etiquetas ARIA y role='button'; se anuncia la posición de desplazamiento del panel.

Navegación de página

Mantener el movimiento claro y predecible

Los menús y enlaces deben estar en el mismo lugar en todas las páginas, ser compatibles con el teclado y estar claramente etiquetados con una navegación lógica entre componentes.

Sí

Área de navegación del panel de widgets correctamente estructurada como punto de referencia de navegación.

Mensajes de estado y Alertas

Anunciar cambios para herramientas de asistencia

Cuando algo cambia (como “guardado” o “Error”), herramientas como los lectores de pantalla deben percibirlo.

Sí

Los cambios en la posición de desplazamiento del panel y los widgets visibles se anuncian a la tecnología de asistencia.

Criterios de accesibilidad	Zoom en soporte para nombres de dominio en Dashboard
Texto alternativo y subtítulos Hacer que los elementos visuales sean comprensibles para todos Imágenes, íconos y medios deben tener alternativas de texto claras, como texto alternativo, etiquetas o transcripciones.	Sí Los íconos de nombre de dominio y los elementos visuales incluyen texto alternativo descriptivo.
Visual Diseño: Color y Contraste Haga que el contenido sea fácil de leer y ver El texto y los elementos visuales deben tener suficiente contraste con el fondo, y las páginas deben funcionar bien con un zoom del 200%.	Sí El texto del nombre de dominio y los elementos de la interfaz de usuario mantienen el cumplimiento de contraste de WCAG 2.2 con un zoom del 200%.
Navegación mediante teclado y foco Asegúrese de que el producto funcione sin un mouse Los usuarios deben poder llegar a los elementos mediante el teclado. El enfoque (como los contornos) siempre debe estar visible y no debe quedar oculto atrás de los encabezados.	Sí La selección de dominio de agregar mini-aplicación permanece totalmente navegable con el teclado al 200 % de zoom.
Soporte de Tecnología de Asistencia (JAWS, Voz, etc.) Funciona bien con lectores de pantalla y herramientas de voz Los elementos deben tener etiquetas y roles correctos para que las herramientas de asistencia (como JAWS o Dragon) puedan leerlos o activarlos.	Sí Los elementos de lista de dominio y los controles de selección están etiquetados correctamente con ARIA en todos los niveles de zoom.
Navegación de página Mantener el movimiento claro y predecible Los menús y los enlaces deben estar en el mismo lugar en todas las páginas, ser compatibles con el uso del teclado y estar claramente etiquetados con una navegación lógica entre los componentes.	Sí La sección de dominio mantiene la estructura adecuada de encabezados y puntos de referencia durante el reflujo del zoom.
Formularios y Mensajes de error Entrada clara y corregible Los campos tienen una etiqueta y los errores deben mostrarse con claridad.	Sí Las entradas de búsqueda/filtro de dominio están correctamente etiquetadas y son accesibles con un zoom del 200%.
Mensajes de estado y Alertas Anuncios de cambios para herramientas de asistencia Cuando algo cambia (como "guardado" o "Error"), herramientas como los lectores de pantalla deben percibirlo.	Sí Los cambios de selección de dominio y las actualizaciones de listas se anuncian a través de regiones activas de ARIA.

Criterios de accesibilidad

Zoom en soporte para nombres de dominio en Dashboard

Texto alternativo y subtítulos

Hacer que los elementos visuales sean comprensibles para todos

Imágenes, íconos y medios deben tener alternativas de texto claras, como texto alternativo, etiquetas o transcripciones.

Sí

Los íconos de nombre de dominio y los elementos visuales incluyen texto alternativo descriptivo.

Visual Diseño: Color y Contraste

Haga que el contenido sea fácil de leer y ver

El texto y los elementos visuales deben tener suficiente contraste con el fondo, y las páginas deben funcionar bien con un zoom del 200%.

Sí

El texto del nombre de dominio y los elementos de la interfaz de usuario mantienen el cumplimiento de contraste de WCAG 2.2 con un zoom del 200%.

Navegación mediante teclado y foco

Asegúrese de que el producto funcione sin un mouse

Los usuarios deben poder llegar a los elementos mediante el teclado. El enfoque (como los contornos) siempre debe estar visible y no debe quedar oculto atrás de los encabezados.

Sí

La selección de dominio de agregar mini-aplicación permanece totalmente navegable con el teclado al 200 % de zoom.

Soporte de Tecnología de Asistencia (JAWS, Voz, etc.)

Funciona bien con lectores de pantalla y herramientas de voz

Los elementos deben tener etiquetas y roles correctos para que las herramientas de asistencia (como JAWS o Dragon) puedan leerlos o activarlos.

Sí

Los elementos de lista de dominio y los controles de selección están etiquetados correctamente con ARIA en todos los niveles de zoom.

Navegación de página

Mantener el movimiento claro y predecible

Los menús y los enlaces deben estar en el mismo lugar en todas las páginas, ser compatibles con el uso del teclado y estar claramente etiquetados con una navegación lógica entre los componentes.

Sí

La sección de dominio mantiene la estructura adecuada de encabezados y puntos de referencia durante el reflujo del zoom.

Formularios y Mensajes de error

Entrada clara y corregible

Los campos tienen una etiqueta y los errores deben mostrarse con claridad.

Sí

Las entradas de búsqueda/filtro de dominio están correctamente etiquetadas y son accesibles con un zoom del 200%.

Mensajes de estado y Alertas

Anuncios de cambios para herramientas de asistencia

Cuando algo cambia (como "guardado" o "Error"), herramientas como los lectores de pantalla deben percibirlo.

Sí

Los cambios de selección de dominio y las actualizaciones de listas se anuncian a través de regiones activas de ARIA.

Criterios de accesibilidad	tablero (administrar tablero, encabezado, ventanas emergentes modales, aplicaciones web)	informes (mis informes, informes prediseñados, ventanas emergentes modales de informes)	Widgets y gráficos (configuración de widgets, cuadrículas, chartjs, highcharts, contenedor de widgets, contador de cola)
Alternativas de texto y leyendas Hacer que los elementos visuales sean comprensibles para todos Imágenes, íconos y medios deben tener alternativas de texto claras, como texto alternativo, etiquetas o transcripciones.	Sí Se agregó texto alternativo a todos los íconos e imágenes del Dashboard.	Sí Se agregó texto alternativo para los iconos de página del informe.	Sí Texto alternativo agregado a los elementos del gráfico y a los íconos de widgets.
Visual Diseño: Color y Contraste Haga que el contenido sea fácil de leer y ver El texto y los elementos visuales deben tener suficiente contraste con el fondo, y las páginas deben funcionar correctamente con un zoom del 200%.	Sí Se incrementó el contraste en las páginas del panel. Evaluadas con un zoom del 200%.	Sí Mejoras de contraste en las páginas de informes y los modales.	Sí Se mejoró el contraste de color en los gráficos y la configuración de widgets.
Navegación con el teclado y enfoque Asegúrese de que el producto funcione sin un mouse Los usuarios deben poder llegar a los elementos mediante el teclado. El enfoque (como los contornos) siempre debe estar visible y no debe quedar oculto atrás de los encabezados.	Sí Navegación mediante teclado habilitada. Se agregó la opción de Saltar al contenido principal (DASH-AMP1). Se garantizó la operabilidad mediante teclado (DASH-AMP13).	Sí Navegación con teclado para páginas de informes y modales.	Sí Navegación con teclado para la configuración de widgets, cuadrículas y gráficos.
Soporte de Tecnología de Asistencia (JAWS, Voz, etc.) Funciona bien con lectores de pantalla y herramientas de voz Los elementos deben tener etiquetas y roles correctos para que las herramientas de asistencia (como JAWS o Dragon) puedan leerlos o activarlos.	Sí Se agregaron etiquetas ARIA y roles (DASH-AMP6, DASH-AMP7).	Sí Atributos ARIA agregados a los controles de informes.	Sí Etiquetas ARIA para gráficos, Widgets y cuadrículas.
Navegación de página Mantener el movimiento claro y predecible Los menús y los enlaces deben estar en el mismo lugar en todas las páginas, ser compatibles con el teclado y estar claramente etiquetados con una navegación lógica entre los componentes.	Sí Saltar navegación (DASH-AMP1). Títulos de marco significativos (DASH-AMP20).	Sí Navegación coherente de la página de reportes.	Sí Orden de tabulación lógico en los contenedores de widgets.
Formularios y Mensajes de error Haga que la entrada sea clara y corregible Los campos tienen una etiqueta, y los errores deben mostrarse claramente.	Sí Se agregaron etiquetas de campos de formulario y mensajes de error.	Sí Los formularios del modal de reportes están etiquetados correctamente.	Sí Formularios de configuración de widgets con validación.
Mensajes de estado y Alertas Anunciar cambios para herramientas de asistencia Cuando algo cambia (como "guardado" o "Error"), herramientas como los lectores de pantalla deben poder escucharlo.	Sí Regiones ARIA live para mensajes de estado.	Sí Anuncios de estado para las operaciones de reportes.	Sí Los mensajes de estado del widget utilizan regiones dinámicas de ARIA.

Criterios de accesibilidad

tablero (administrar tablero, encabezado, ventanas emergentes modales, aplicaciones web)

informes (mis informes, informes prediseñados, ventanas emergentes modales de informes)

Alternativas de texto y leyendas

Hacer que los elementos visuales sean comprensibles para todos

Imágenes, íconos y medios deben tener alternativas de texto claras, como texto alternativo, etiquetas o transcripciones.

Sí

Se agregó texto alternativo a todos los íconos e imágenes del Dashboard.

Sí

Se agregó texto alternativo para los iconos de página del informe.

Sí

Texto alternativo agregado a los elementos del gráfico y a los íconos de widgets.

Visual Diseño: Color y Contraste

Haga que el contenido sea fácil de leer y ver

El texto y los elementos visuales deben tener suficiente contraste con el fondo, y las páginas deben funcionar correctamente con un zoom del 200%.

Sí

Se incrementó el contraste en las páginas del panel. Evaluadas con un zoom del 200%.

Sí

Mejoras de contraste en las páginas de informes y los modales.

Sí

Se mejoró el contraste de color en los gráficos y la configuración de widgets.

Navegación con el teclado y enfoque

Asegúrese de que el producto funcione sin un mouse

Los usuarios deben poder llegar a los elementos mediante el teclado. El enfoque (como los contornos) siempre debe estar visible y no debe quedar oculto atrás de los encabezados.

Sí

Navegación mediante teclado habilitada. Se agregó la opción de Saltar al contenido principal (DASH-AMP1). Se garantizó la operabilidad mediante teclado (DASH-AMP13).

Sí

Navegación con teclado para páginas de informes y modales.

Sí

Navegación con teclado para la configuración de widgets, cuadrículas y gráficos.

Soporte de Tecnología de Asistencia (JAWS, Voz, etc.)

Funciona bien con lectores de pantalla y herramientas de voz

Los elementos deben tener etiquetas y roles correctos para que las herramientas de asistencia (como JAWS o Dragon) puedan leerlos o activarlos.

Sí

Se agregaron etiquetas ARIA y roles (DASH-AMP6, DASH-AMP7).

Sí

Atributos ARIA agregados a los controles de informes.

Sí

Etiquetas ARIA para gráficos, Widgets y cuadrículas.

Navegación de página

Mantener el movimiento claro y predecible

Los menús y los enlaces deben estar en el mismo lugar en todas las páginas, ser compatibles con el teclado y estar claramente etiquetados con una navegación lógica entre los componentes.

Sí

Saltar navegación (DASH-AMP1). Títulos de marco significativos (DASH-AMP20).

Sí

Navegación coherente de la página de reportes.

Sí

Orden de tabulación lógico en los contenedores de widgets.

Formularios y Mensajes de error

Haga que la entrada sea clara y corregible

Los campos tienen una etiqueta, y los errores deben mostrarse claramente.

Sí

Se agregaron etiquetas de campos de formulario y mensajes de error.

Sí

Los formularios del modal de reportes están etiquetados correctamente.

Sí

Formularios de configuración de widgets con validación.

Mensajes de estado y Alertas

Anunciar cambios para herramientas de asistencia

Cuando algo cambia (como "guardado" o "Error"), herramientas como los lectores de pantalla deben poder escucharlo.

Sí

Regiones ARIA live para mensajes de estado.

Sí

Anuncios de estado para las operaciones de reportes.

Sí

Los mensajes de estado del widget utilizan regiones dinámicas de ARIA.