Principio 4/4.1 Compatible/4.1.1-A
De WCAG Wiki
4.1.1-A. Código bien formado
- Nivel: A
- Versión: 2.0 (Eliminado en 2.2)
- Principio: 4_Robusto
- Pauta: 4.1_Procesamiento
- Grupo: Estructura_del_codigo
- Subgrupo: Código_bien_formado
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)
- El código no debe tener errores de sintaxis y debe estar bien formado de forma que pueda ser procesado de forma automática sin ambigüedades. En los contenidos implementados mediante lenguajes de marcas, los elementos tienen etiquetas de apertura y cierre completas, están anidados correctamente, no contienen atributos duplicados, y los identificadores son únicos.
Comprensión del criterio
Descripción resumida
Garantiza que el marcado sea válido y semánticamente correcto, evitando ambigüedades y errores que impidan a los agentes de usuario y tecnologías de asistencia interpretar el contenido. Requiere etiquetas completas, anidamiento adecuado, atributos únicos y valores correctamente definidos.
Objetivo
Asegurar que el contenido pueda ser procesado e interpretado por navegadores, lectores de pantalla y herramientas futuras, evitando errores de estructura que rompan la accesibilidad o la experiencia de usuario.
Importancia de cumplir el criterio
Aunque eliminado en WCAG 2.2, sigue siendo esencial para la fiabilidad técnica.
El código mal formado puede impedir que lectores de pantalla comprendan la estructura y provoquen errores de navegación, lectura incorrecta o pérdida de contenido accesible.
Referencias WCAG
- H74: Etiquetas de apertura y cierre correctas
- H93: Atributos
idúnicos - H94: Sin atributos duplicados
Recursos de apoyo
- Validar HTML y CSS con herramientas automáticas
- Verificar anidamiento y cierre de etiquetas
- Evitar atributos duplicados
- Garantizar
idúnicos en la página
Evaluación del criterio
Tipo de evaluación
Evaluación Semiautomática
Procedimiento de evaluación
- Paso 1. Introducir la URL en el Validador W3C.
- Paso 2. Activar Message Filtering para agrupar errores.
- Paso 3. Confirmar que no existen errores de:
- etiquetas sin cerrar o mal anidadas
- atributos duplicados
- valores sin comillas
idrepetidos
Resultado esperado
El código es válido, está correctamente estructurado y no contiene errores de marcado.
Ejemplo
Ejemplo correcto:
<div id="info"> <p>Contenido accesible</p> </div>
Ejemplo incorrecto (errores de etiquetado e id duplicado):
<div id="info"> <p>Texto </div> <div id="info"> </div>
Otras herramientas de evaluación
- Validador W3C
- Linter HTML
- Herramientas de desarrollo del navegador
Ejemplos accesibles y no accesibles creados por alumnos
Comentarios
A continuación se muestran comentarios sobre el criterio 4.1.1-A. Código bien formado
Loading comments...
