Diferencia entre revisiones de «Principio 1/1.3 Adaptable/1.3.1-A»
De WCAG Wiki
< Principio 1 | 1.3 Adaptable
Sin resumen de edición |
Sin resumen de edición |
||
| Línea 101: | Línea 101: | ||
<strong>Lectores recomendados:</strong> JAWS, NVDA, VoiceOver. | <strong>Lectores recomendados:</strong> JAWS, NVDA, VoiceOver. | ||
<strong>Inspección del navegador:</strong> Revisar si los titulos de la página, es muestran bajo codigo de encabezados ( | <strong>Inspección del navegador:</strong> Revisar si los titulos de la página, es muestran bajo codigo de encabezados (<code><nowiki> <h1>-<h6> </nowiki></code>) | ||
}} | }} | ||
Revisión del 16:30 4 nov 2025
1.3.1-A. Encabezados adecuados
- Nivel: A
- Versión: 2.0
- Principio: 1_Perceptible
- Pauta: 1.3_Adaptable
- Grupo: Estructura y relaciones
- Subgrupo: Encabezados
Discapacidades afectadas
Este criterio puede afectar a distintas personas con discapacidad. A continuación se indican las más relevantes.
-
Visual total –
Barrera grave
Enunciado del criterio (Observatorio de Accesibilidad Web)
- Usar los elementos de encabezado (
<h1>-<h6>) para identificar los textos que actúan como encabezados de secciones de contenido.
Comprensión del criterio
Descripción resumida
Este criterio garantiza que la estructura (como encabezados) sean reconocibles por software y no solo por su apariencia visual.
Objetivo
Asegurar que la información y la estructura del contenido sean identificables y procesables por software, de manera que puedan presentarse en diferentes formatos sin perder coherencia ni significado.
Importancia de cumplir el criterio
Si la estructura solo se define visualmente (por tamaño, posicionamiento o estilo), las ayudas técnicas no pueden interpretarla, lo que genera confusión, pérdida de contexto y navegación ineficiente.
Referencias WCAG
Recursos de apoyo
Evaluación del criterio
Tipo de evaluación
Evaluación Automática
Procedimiento de evaluación
Usa la herramienta de Heading Maps.
- Paso 1. Abrir la extensión HeadingsMap y visualizar la estructura jerárquica.
- Paso 2. Comprobar que los encabezados corresponden a títulos reales de sección.
- Paso 3. Verificar que ningún texto con estilo visual de título esté sin <h1-h6> o role="heading".
- Paso 4.
- Asegurar que la jerarquía h1 → h2 → h3 sea coherente y lógica.
- Complementariamente comprobar también si el código de listas (<ul>, <ol>, <dl>), tablas de datos y formularios (<fieldset>, <legend>, <label>) es adecuado a su semántica.
Resultado esperado
La estructura del contenido se ha prodido comprobar por software y está marcada con elementos semánticos adecuados. (<code><H1>, <H2>, <H3> </code>)
Ejemplo ilustrativo
Ejemplo correcto:
<h2>Sitio web de la empresa</h2> <h2>Quienes somos</h2> <h2>Servicios</h2> <h3> Servicio 1 </h3> <h3> Servicio 2 </h3> <h3> Servicio 3 </h3> <h2>Contacto</h2>
Otras herramientas de evaluación
Bookmarklet diagnóstico encabezados:
Arrastra este botón a tu barra de marcadores y podrás ejecutarlo y ver los textos alternativos de otras páginas.
Ver encabezados/títulos
Ver encabezados/títulos
Lectores recomendados: JAWS, NVDA, VoiceOver.
Inspección del navegador: Revisar si los titulos de la página, es muestran bajo codigo de encabezados ( <h1>-<h6> )
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 1.3.1-A. Encabezados adecuados
Loading comments...
