Diferencia entre revisiones de «Principio 2/2.4 Navegable/2.4.7-A»
De WCAG Wiki
< Principio 2 | 2.4 Navegable
Sin resumen de edición |
Sin resumen de edición |
||
| (No se muestra una edición intermedia del mismo usuario) | |||
| Línea 7: | Línea 7: | ||
|wcag_principio=2_Operable | |wcag_principio=2_Operable | ||
|wcag_principio_url=Principio_2 | |wcag_principio_url=Principio_2 | ||
|wcag_pauta=2. | |wcag_pauta=2.4_Navegable | ||
|wcag_pauta_url=Principio_2/2. | |wcag_pauta_url=Principio_2/2.4_Navegable | ||
|wcag_grupo=Teclado | |wcag_grupo=Teclado | ||
|wcag_subgrupo=Foco_visible | |wcag_subgrupo=Foco_visible | ||
| Línea 104: | Línea 104: | ||
|wcag_otras_herramientas_evaluacion= | |wcag_otras_herramientas_evaluacion= | ||
<ul> | <ul> | ||
<li> '''Bookmarklet para evaluar el criterio WCAG 2.4.7.(Foco visible): bookmarklet de emiliano montani para analizar el foco según el criterio WCAG 2.4.7. | |||
[https://emilianomontani.github.io/bookmarklet_2.4.7/ Bookmarklet para evaluar el foco visible] | |||
</li> | |||
<li>'''Navegación con teclado''': recorrer la página usando <kbd>Tab</kbd>, <kbd>Shift + Tab</kbd>, <kbd>Enter</kbd> y <kbd>Espacio</kbd> para comprobar que el foco es siempre claramente visible al desplazarse por enlaces, botones, formularios y demás controles.</li> | <li>'''Navegación con teclado''': recorrer la página usando <kbd>Tab</kbd>, <kbd>Shift + Tab</kbd>, <kbd>Enter</kbd> y <kbd>Espacio</kbd> para comprobar que el foco es siempre claramente visible al desplazarse por enlaces, botones, formularios y demás controles.</li> | ||
<li>'''Inspección visual''': verificar que existe un indicador de foco perceptible (p. ej., contorno, subrayado, cambio de color/forma) que sea suficiente para distinguir el elemento enfocado.</li> | <li>'''Inspección visual''': verificar que existe un indicador de foco perceptible (p. ej., contorno, subrayado, cambio de color/forma) que sea suficiente para distinguir el elemento enfocado.</li> | ||
Revisión actual - 17:50 6 ene 2026
2.4.7-A. Foco visible
- Nivel: AA
- Versión: 2.0
- Principio: 2_Operable
- Pauta: 2.4_Navegable
- Grupo: Teclado
- Subgrupo: Foco_visible
Discapacidades afectadas
Este criterio puede afectar a distintas personas con discapacidad. A continuación se indican las más relevantes.
-
Motriz –
Barrera grave
-
Baja visión –
Barrera moderada
-
Visual total –
Barrera leve
Enunciado del criterio (Observatorio de Accesibilidad Web)
- Se debe poder identificar visualmente cuál es el elemento de interacción que tiene el foco del teclado en cada momento.
Comprensión del criterio
Descripción resumida
Todos los elementos interactivos deben mostrar un indicador visual claro cuando reciben el foco mediante teclado, permitiendo a las personas usuarias orientarse y avanzar de forma segura en la navegación.
Objetivo
Asegurar que las personas que navegan mediante teclado pueden localizar en todo momento el elemento activo o seleccionado y actuar sobre él sin perder la orientación.
Importancia de cumplir el criterio
Si no hay foco visible, la navegación por teclado puede volverse imposible, provocando barreras graves para usuarios con discapacidad motriz y dificultades visuales.
Referencias WCAG
- G149: Using user interface components that are highlighted by the user agent when they receive focus
- C15: Using CSS to change the presentation of a user interface component when it receives focus
- G165: Using the default focus indicator for the platform so that high visibility default focus indicators will carry over
- G195: Using an author-supplied, highly visible focus indicator
- F78: Failure due to styling element outlines and borders in a way that removes or renders non-visible the visual focus indicator
Recursos de apoyo
Consejos
- Pseudoclases CSS
:focusy:focus-visible - Buenas prácticas diseño accesible para foco
Evaluación del criterio
Tipo de evaluación
Evaluación Manual
Procedimiento de evaluación
- Paso 1. Navegar por la página utilizando el teclado.
- Paso 2.
Verificar en todo momento que se identifica visualmente cuál es el elemento que tiene el foco, cumpliendo alguna de las siguientes condiciones:
- a. Se usan componentes de interacción estándar que los navegadores resaltan automáticamente cuando reciben el foco.
- b. Se emplea el indicador del foco por defecto o, si se modifica, solo se hace para mejorar su visibilidad, no para eliminarlo.
Resultado esperado
El usuario que navega mediante teclado puede identificar fácilmente qué elemento tiene el foco en todo momento.
Ejemplo ilustrativo
Foco visible en botón
<button class="btn">Enviar</button>
<style>
.btn:focus-visible {
outline: 3px solid #005fcc;
outline-offset: 3px;
}
</style>
Otras herramientas de evaluación
- Bookmarklet para evaluar el criterio WCAG 2.4.7.(Foco visible): bookmarklet de emiliano montani para analizar el foco según el criterio WCAG 2.4.7. Bookmarklet para evaluar el foco visible
- Navegación con teclado: recorrer la página usando Tab, Shift + Tab, Enter y Espacio para comprobar que el foco es siempre claramente visible al desplazarse por enlaces, botones, formularios y demás controles.
- Inspección visual: verificar que existe un indicador de foco perceptible (p. ej., contorno, subrayado, cambio de color/forma) que sea suficiente para distinguir el elemento enfocado.
- Inspección del CSS: revisar que no se haya eliminado el estilo por defecto del foco (p. ej.,
outline: none;) sin proporcionar una alternativa accesible. - Prueba con lectores de pantalla: (NVDA, JAWS, VoiceOver) comprobar que la navegación por foco es coherente y que el indicador visual acompaña la posición real del foco.
Ejemplos accesibles y no accesibles creados por alumnos
<!DOCTYPE html>
⚠️ PROBLEMA 3.3.2-C: Este formulario NO tiene etiquetas ni instrucciones claras
Reserva de Hotel
⚠️ Problemas de este formulario:
- No hay etiquetas
<label>para ningún campo - Algunos placeholders son ambiguos ("Código" - ¿qué código?)
- No se indica qué campos son obligatorios
- No hay instrucciones sobre el formato esperado
- El select dice "Selecciona" pero ¿seleccionar qué?
- Un campo no tiene ni placeholder ni etiqueta (campo de email)
- No hay indicación de formato de fecha específico
- No se explica para qué sirve cada campo
<!DOCTYPE html>
✅ ACCESIBLE 3.3.2-C: Este formulario tiene etiquetas e instrucciones claras
Reserva de Hotel
Complete el siguiente formulario para reservar su estadía
Nota: Los campos marcados con * son obligatorios
✅ Implementación correcta:
- Cada campo tiene una etiqueta
<label>clara asociada - Los campos obligatorios están claramente marcados con *
- Hay instrucciones específicas sobre formato y contenido esperado
- Los selectores tienen opciones descriptivas, no ambiguas
- Se explica el propósito de cada campo cuando no es obvio
- Se proporcionan ejemplos en los placeholders
- Hay una nota inicial explicando la convención de campos obligatorios
- Se usan atributos ARIA apropiados (aria-required, aria-describedby)
Comentarios
A continuación se muestran comentarios sobre el criterio 2.4.7-A. Foco visible
Loading comments...
