POUR

POUR es el marco conceptual sobre el que se construye WCAG. Cada criterio de conformidad de WCAG 2.x se corresponde exactamente con uno de los cuatro principios. Memorizar POUR es el camino más corto para entender por qué existe una regla determinada.

Los cuatro principios

Perceptible. La información y los componentes de la interfaz deben presentarse a los usuarios de formas que puedan percibir. En la práctica: alternativas textuales para el contenido no textual (imágenes, vídeos), subtítulos y transcripciones para el audio, contraste de color suficiente, y contenido que se adapte a los usuarios de lectores de pantalla y de diseños ampliados. Si un usuario sin discapacidad visual puede ver algo que un usuario ciego no puede, eso es una brecha de perceptibilidad.

Operable. Los componentes de la interfaz de usuario y la navegación deben ser operables. Las grandes reglas de este principio: acceso completo mediante teclado (sin funciones que dependan del ratón), tiempo suficiente para leer y completar tareas, ausencia de contenido que provoque convulsiones (más de 3 destellos por segundo es el límite claro), navegación clara y orden de foco predecible. Los nuevos criterios de visibilidad del foco y alternativas al arrastre de WCAG 2.2 son reglas de operabilidad.

Comprensible. La información y el funcionamiento de la interfaz deben ser comprensibles. Esto abarca aspectos como patrones de navegación predecibles, etiquetado coherente entre páginas, instrucciones claras y recuperación útil ante errores. Las recomendaciones del grupo de trabajo sobre accesibilidad cognitiva se encuadran en este principio, incluso cuando el propio WCAG deja de exigirlas.

Robusto. El contenido debe ser suficientemente robusto para ser interpretado de forma fiable por una amplia variedad de agentes de usuario, incluidas las tecnologías de asistencia. En la práctica, es el principio más reducido, con básicamente una regla — 4.1.2 Nombre, función, valor — pero esa regla cubre una superficie enorme: exige que todo control de interfaz de usuario personalizado exponga qué es, qué hace y en qué estado se encuentra, de una forma que la tecnología de asistencia pueda leer. El criterio 4.1.2 es la razón por la que existe ARIA.

Cómo utilizar POUR operativamente

Cuando se detecta un problema de accesibilidad, conviene preguntarse qué principio infringe:

• Un atributo alt ausente es Perceptible.
• Una trampa de teclado es Operable.
• Un mensaje de error confuso es Comprensible.
• Un desplegable personalizado que no se anuncia como cuadro combinado es Robusto.

Ese mapeo ayuda a priorizar: los fallos en Perceptible y Operable suelen bloquear a los usuarios por completo; los fallos en Comprensible y Robusto con frecuencia degradan la experiencia sin bloquearla. La mayoría de los equipos centran su primera pasada de auditoría en P y O por esa razón.

POUR también ayuda a detectar lagunas. Un equipo que corrige de forma obsesiva los problemas de Perceptible (texto alternativo, contraste) pero ignora los de Operable (orden de foco, trampas de teclado) tiene un patrón de fallo reconocible y frecuente. POUR hace visible ese desequilibrio.