Accesibilidad de Salas en vivo

Estado de conformidad

Conformidad parcial con WCAG 2.2 nivel AA. «Parcial» porque todavía no subtitulamos el audio de la reunión: ni en vivo (SC 1.2.4, AA) ni en la grabación (SC 1.2.2, nivel A). Los dos huecos están declarados abajo. En todo lo demás que pudimos verificar —automática y manualmente— no encontramos barreras de nivel A/AA.

Decimos «no encontramos» y no «no quedan», porque no es lo mismo. El control automático frena el cambio ante una violación de impacto serio o crítico; las de impacto menor se reportan y se revisan, y hay comprobaciones que la herramienta no logra concluir —sobre todo el contraste encima de degradados, transparencias y video— que quedan guardadas en el informe de cada control para revisarlas a mano. Ausencia de hallazgos no es lo mismo que ausencia de barreras.

Preferimos decir «parcial y honesto» antes que «conforme» a ciegas: la mayoría de las herramientas de videollamada solo auto-declaran su accesibilidad. Nosotros la auditamos en cada cambio y publicamos el resultado, huecos incluidos.

Cómo lo verificamos

Automático, en cada cambio

Un control de accesibilidad corre axe-core (reglas WCAG 2.0, 2.1 y 2.2, niveles A y AA) sobre 101 superficies reales del producto —las dos puertas, las tres vistas (participante, anfitrión, administración), la antesala de dispositivos, el chat, el hub de actividades, los controles del anfitrión, el consentimiento de grabación, el diagnóstico de la conexión, la configuración (audio, video y general), el temporizador de reunión, las encuestas (incluido su estado vacío), las preguntas y respuestas (vacío, anfitrión y participante con votos), los grupos de trabajo, el destacado, el aviso de micrófono muteado, la entrada a mirar una reunión desde el panel, el reporte de asistencia, la vista de espectador, y sus variantes en móvil— en un navegador real. Frena el cambio si aparece una sola violación de impacto serio o crítico. Hoy: cero.

Incluye la única regla nueva de WCAG 2.2 que es automatizable, el tamaño del objetivo táctil (SC 2.5.8); el control además comprueba que esa regla efectivamente se ejecutó, para que la cobertura 2.2 no se degrade en silencio.

Un segundo control comprueba el modo de alto contraste del sistema (forced-colors, el «Contraste» de Windows): en ese modo el navegador quita las sombras —y con ellas el anillo de foco—, así que verificamos en un navegador real que el foco vuelve a verse y que los estados que normalmente se distinguen por color (la pestaña activa, un interruptor encendido, un control prendido) siguen siendo distinguibles. axe-core no cubre este modo.

Manual: los criterios 2.2 que ninguna herramienta automatiza

• 2.4.11 Foco no oculto: las barras superior e inferior no tapan el elemento enfocado — el contenido desplazable vive entre ellas, no detrás.
• 2.5.7 Movimientos de arrastre: acercar y alejar el contenido compartido se hace con botones (acercar, alejar y restablecer) y con doble toque; no hace falta arrastrar. Arrastrar para desplazar la imagen ampliada es un agregado: la misma zona se alcanza con doble toque, que re-centra el zoom.
• 2.5.8 Tamaño del objetivo: los controles de acción cumplen el mínimo de 24 px de este criterio, verificado en cada cambio por el control automático (axe-core). Los controles principales llegan a 44 px o más. El control de fijar una cámara, que se superpone al video, mide 44 px sobre los mosaicos grandes —el foco y la grilla holgada— y se reduce a 32 px solo en la tira de miniaturas, donde un control de 44 px taparía un mosaico angosto; siempre por encima del mínimo exigido de 24 px.
• 3.2.6 Ayuda consistente: los accesos de ayuda (ingreso del staff, esta página) aparecen en el mismo lugar y orden en cada página.
• 3.3.7 Entrada redundante: no te pedimos dos veces el mismo dato — la antesala de dispositivos reutiliza el nombre con el que entraste.
• 3.3.8 Autenticación accesible: el ingreso del staff es email + clave, compatible con gestores de contraseñas y autocompletado, sin acertijos ni pruebas de memoria. El participante entra con un enlace y su nombre, sin cuenta.

Funciones de accesibilidad

• Navegación por teclado con el foco siempre visible.
• Respeta «reducir movimiento» del sistema: las animaciones decorativas se desactivan.
• Soporta el modo de alto contraste del sistema (Windows): el foco del teclado, las pestañas y los estados de los controles (encendido/activo) se mantienen visibles.
• Texto y controles re-escalables; el zoom del navegador no está bloqueado.
• El contenido compartido (una fórmula, una diapositiva) se acerca y se lee en el celular con dos dedos, doble toque o botones.
• Elegís y probás tu micrófono y tu salida de audio antes de entrar.
• Los avisos importantes se anuncian a los lectores de pantalla.
• La aplicación está en español y declara su idioma.

Límites conocidos

• Subtítulos en vivo (SC 1.2.4, AA): todavía no disponibles. El audio de la reunión no se subtitula en tiempo real. Es nuestro principal hueco de nivel AA; está en evaluación (toca voz de menores, así que lo tratamos con lente de salvaguarda antes de habilitarlo).
• Subtítulos en la grabación (SC 1.2.2, nivel A): todavía no disponibles. El reproductor de una reunión grabada no ofrece subtítulos. Es un hueco de nivel A y lo decimos con todas las letras: depende de la misma transcripción que los subtítulos en vivo, y esa decisión —voz de menores— no está tomada. Mientras tanto, la grabación es un asset interno del staff, no material de estudio para los participantes.
• Algunas superficies muestran video con componentes de la librería LiveKit; auditamos cómo se presentan, pero su marcado interno no es 100 % nuestro.
• El contraste y el tamaño táctil reales dependen también del dispositivo y la pantalla; los verificamos en hardware real además del navegador.
• El control automático cubre 101 superficies, incluidas las de administración de detalle —la entrada a mirar una reunión desde el panel, el reporte de asistencia de una sesión y la vista de espectador— que hasta esta revisión solo se comprobaban a mano. La única que sigue fuera del control continuo es el reproductor de una grabación: incorporarlo exigiría producir una grabación real en cada control. Se revisa a mano; la última revisión a mano (9 de julio de 2026) no encontró barreras salvo la falta de subtítulos ya declarada.
• Esta declaración cubre el producto web. La app nativa (en desarrollo) tendrá su propia revisión.

Reportar un problema

Si encontrás una barrera de accesibilidad —o algo que podríamos hacer mejor— escribinos a apps@danke.pe. Nos importa y lo tratamos como un defecto, no como un «lindo de tener».