Empieza por seis barreras que puedes comprobar
Teclado, foco, campos, errores, ampliación y contraste. Es una revisión inicial con seguimiento.
Empezar la revisión guiada → · Practicar primero con un caso
Quiero hacer una primera revisión
Teclado, zoom, estructura y contenido.
Necesito implementar estados
Nombres, relaciones y comportamiento con WAI-ARIA.
Estoy valorando un panel
Comprueba qué aporta y qué problemas deja pendientes.
Quiero probar un ejemplo
Un diálogo y filtros que responden al teclado.
Leer el contexto y las recomendaciones de esta sección
La accesibilidad aborda las barreras que encuentran las personas con discapacidad al percibir, comprender y utilizar una interfaz. Se trabaja en el contenido, la estructura y el comportamiento, y se comprueba durante todo el desarrollo.
Construye una base y avanza hacia los componentes
BASE · TÉCNICO Y APLICADO
Fundamentos de accesibilidad web
HTML semántico, idioma, encabezados, regiones, imágenes, contraste, zoom, teclado, foco y contenido audiovisual. Cómo comprobarlos y cómo relacionarlos con WCAG.
DESARROLLO · TÉCNICO
Guía de WAI-ARIA
Roles, estados, propiedades y nombre accesible. Aprende cuándo hace falta ARIA y qué comportamiento debe aportar el código.
PATRONES · TÉCNICO
Componentes accesibles y fáciles de usar
Navegación, acordeones, pestañas, diálogos, búsqueda, filtros, tablas, paginación y mensajes: elige y verifica cada patrón.
PERSONALIZACIÓN · APLICADO
Paneles de accesibilidad: qué solucionan y qué no
Distingue controles de lectura, herramientas de evaluación y sistemas que modifican el sitio. Evalúa su utilidad y sus límites.
Accesibilidad y usabilidad se complementan
Un formulario puede tener etiquetas correctamente asociadas y aun pedir información que nadie entiende. También puede parecer sencillo con ratón y bloquear a quien lo usa con teclado. Conviene comprobar tanto el acceso a la interacción como la comprensión de la tarea.
W3C/WAI explica la relación entre accesibilidad, usabilidad e inclusión. En la práctica, combina el análisis técnico con participación de personas y situaciones de uso relevantes.
Cómo plantear una evaluación
- Define el alcance: páginas, recorridos completos, estados, tecnologías y referencia de evaluación.
- Usa herramientas automáticas para encontrar algunos problemas y facilitar la inspección.
- Comprueba manualmente teclado, foco, presentación, nombres accesibles y contenido, entre otros aspectos.
- Incluye tecnologías de apoyo y personas con discapacidad cuando corresponda al estudio; documenta qué se probó realmente.
- Registra resultados y limitaciones. Vuelve a comprobar las partes afectadas tras corregir.
Ninguna herramienta por sí sola determina si toda una web cumple los estándares de accesibilidad. W3C/WAI: introducción a la evaluación.
Accesibilidad de este sitio
Esta página es una orientación sobre el proyecto, no una declaración de conformidad completa. Los ejemplos educativos y las guías no acreditan por sí mismos la accesibilidad del sitio.
La experiencia se diseña con estructura de encabezados, enlaces descriptivos, navegación por teclado, foco visible y adaptación del contenido a distintos anchos. Los bloques de código y las tablas necesitan atención específica para poder consultarse en pantallas estrechas.
La estrategia de lectura parte de una presentación legible, del zoom del navegador y de las preferencias del sistema. No se incorpora un panel general que prometa corregir barreras automáticamente. La guía sobre paneles y personalización explica la diferencia entre facilitar la lectura y reparar la estructura o el comportamiento.
Para describir una incidencia, conserva la URL, la acción que intentabas realizar, el resultado obtenido y el navegador o tecnología de apoyo utilizados. Ese contexto permite investigar y repetir la comprobación; evita compartir información personal innecesaria.