Prueba una página web con el teclado: ejercicio inicial
Una prueba con teclado comprueba si una persona puede seguir una tarea web definida sin ratón. Elige un recorrido breve, usa Tab y Shift+Tab, activa los controles con la tecla apropiada y registra el resultado. Este ejercicio ayuda a detectar barreras, pero es solo una parte de una revisión de accesibilidad más amplia.
Una prueba con teclado comprueba si una persona puede seguir una tarea web definida sin ratón. Elige un recorrido breve, usa Tab y Shift+Tab, activa los controles con la tecla apropiada y registra el resultado. Este ejercicio ayuda a detectar barreras, pero es solo una parte de una revisión de accesibilidad más amplia.
Ideas principales
- La tarea tiene inicio y final.
- Navegador y URL pública están anotados.
- Los controles necesarios son alcanzables.
- El foco activo se identifica visualmente.
Empieza por un recorrido real
Elige abrir una lección, alcanzar el archivo de práctica y volver al curso. Escribe el inicio y la señal de éxito. Prueba la página publicada, no una imagen del diseño. Cierra diálogos ajenos antes de empezar y repite con un diálogo abierto si pertenece a la tarea. Guarda navegador y dirección para que otra persona pueda reproducir la comprobación en condiciones comparables.
Observa cómo se mueve el foco
Pulsa Tab lentamente e identifica el control activo. ¿Se ve el foco? ¿La secuencia tiene sentido? Retrocede con Shift+Tab. Un elemento decorativo no debería añadir una parada innecesaria, mientras que un botón real debe ser alcanzable. Easy Checks de W3C presenta esta comprobación como revisión inicial; nuestra hoja la convierte en una práctica pequeña con observaciones concretas.
Separa propósito y funcionamiento
Un enlace alcanzable puede tener una etiqueta confusa. Escribe qué esperas antes de activarlo y compara el destino. Botones y enlaces sirven a tareas distintas; MDN explica la importancia de los elementos HTML nativos. Si se abre un panel, comprueba cómo continuar y regresar. Registra la barrera observada sin presentar una conjetura sobre el código como causa confirmada.
Corrige y repite el mismo recorrido
Elige una barrera y una reparación concreta, como una etiqueta descriptiva o un foco visible. Repite la tarea original y conserva ambas observaciones. Un recorrido correcto no demuestra que toda la web sea accesible: quedan lectores de pantalla, contraste, estructura y otros escenarios. El resultado es un problema reproducible y una reparación comprobada dentro de un alcance reducido.
Tu lista de evidencias
Marca solo lo que hayas comprobado. Registra tu progreso, no una auditoría independiente ni una predicción. No hay guardado automático; descarga la nota si quieres conservarla.
0 / 6 comprobados
En palabras sencillas
Una observación útil describe la barrera, la tarea reproducible y el resultado de su reparación.
Pruébalo
Abre una página de curso y su archivo sin ratón. Registra un paso bloqueado o confuso, describe lo esperado, realiza una corrección pequeña y repite el recorrido.
Resultado esperado
Un registro antes y después para un recorrido con página, navegador y observación. No es un informe completo de conformidad.
Comprueba tu respuesta: ¿Superar el ejercicio demuestra conformidad WCAG?
No. Solo cubre un pequeño recorrido con teclado. Las comprobaciones iniciales de W3C ayudan a detectar algunos problemas. Una evaluación amplia necesita otros criterios, tareas y tecnologías de apoyo, y debe describir claramente el alcance que realmente examinó.
Preguntas y respuestas
¿Superar el ejercicio demuestra conformidad WCAG?
No. Solo cubre un pequeño recorrido con teclado. Las comprobaciones iniciales de W3C ayudan a detectar algunos problemas. Una evaluación amplia necesita otros criterios, tareas y tecnologías de apoyo, y debe describir claramente el alcance que realmente examinó.
¿Debo informar del fallo si desconozco su causa?
Sí. Una observación precisa resulta útil antes del diagnóstico. Indica página, acción y resultado esperado y real. No conviertas una suposición en causa técnica confirmada. El equipo puede investigar mientras mantienes una prueba reproducible del problema.
Una observación útil describe la barrera, la tarea reproducible y el resultado de su reparación.
Fuentes y lecturas
- W3C WAI — Easy Checks ↗Fuentes revisadas:
- MDN — HTML accessibility ↗Fuentes revisadas: