Diferencia entre revisiones de «Principio 4/4.1 Compatible/4.1.1-A»

De WCAG Wiki
← Edición anteriorEdición siguiente →
VisualWikitexto
Sin resumen de edición
Sin resumen de edición
Línea 1: Línea 1:
== '''4.1.1-A. Código bien formado''' ==
{{CriterioWCAG
|id_wcag_criterio=4.1.1
|id_wcag_subcriterio=4.1.1-A
|wcag_titulo_criterio=4.1.1-A. Código bien formado
|wcag_nivel=A
|wcag_version=2.0 (Eliminado en 2.2)
|wcag_principio=4_Robusto
|wcag_principio_url=Principio_4
|wcag_pauta=4.1_Procesamiento
|wcag_pauta_url=Principio_4/4.1_Procesamiento
|wcag_grupo=Estructura_del_codigo
|wcag_subgrupo=Código_bien_formado


<!-- Análisis interno: Este criterio impacta principalmente a: Personas con discapacidad visual total y usuarios de tecnologías de asistencia (lectores de pantalla). Problema grave: Si el código tiene errores de sintaxis o no está bien formado, los lectores de pantalla no pueden interpretar correctamente el contenido ni el orden de lectura. Gravedad: Barrera grave, ya que impide la comprensión completa del contenido y la navegación accesible. -->
|wcag_discapacidades=
<li class="discapacidad-item">
  [[Archivo:Sinvision.png|20px|class=icon-discapacidad|alt=Discapacidad visual total]]
  <span class="discapacidad-texto">[[:Categoría:Discapacidad visual total|Visual total]]</span> –
  <span class="gravedad gravedad-grave">Barrera grave</span>
</li>


<!-- criterio 4.1.1-A -->
|wcag_lista_discapacidades=
<html>
[[Categoría:Discapacidad visual total]]
<article class="wcag-card">
  <section class="wcag-info">
    <ul>
      <li><span class="label">Nivel:</span><span class="value">A</span></li>
      <li><span class="label">Versión:</span><span class="value">2.0 (Eliminado en WCAG 2.2)</span></li>
      <li><span class="label">Principio:</span><span class="value">4. Robusto</span></li>
      <li><span class="label">Pauta:</span><span class="value">4.1 Procesamiento</span></li>
      <li><span class="label">Categoría:</span><span class="value">Estructura del código</span></li>
      <li><span class="label">Subcategoría:</span><span class="value">Código bien formado</span></li>
    </ul>
  </section>


  <section class="wcag-users">
|wcag_texto_criterioOAW=
    <p>Usuarios más afectados</p>
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. 
    <ul>
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.
      <li>
 
        <img src="/images/4/4d/Sinvision.png" alt="Icono discapacidad visual total" class="icono-discapacidad" />  
|wcag_descripcion_resumida=
        Personas con discapacidad visual total – <span class="gravedad">Barrera grave</span>
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.
      </li>
 
    </ul>
|wcag_objetivo=
   </section>
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.
</article>
 
</html>
|wcag_importancia=
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.
 
|wcag_referencias=
<ul>
<li>H74: Etiquetas de apertura y cierre correctas</li>
<li>H93: Atributos <code>id</code> únicos</li>
<li>H94: Sin atributos duplicados</li>
</ul>
 
|wcag_recursos=
<ul>
<li>Validar HTML y CSS con herramientas automáticas</li>
<li>Verificar anidamiento y cierre de etiquetas</li>
<li>Evitar atributos duplicados</li>
<li>Garantizar <code>id</code> únicos en la página</li>
</ul>
 
|wcag_tipo_evaluacion=Semiautomática
 
|wcag_pasos_evaluacion=
<ol class="paso-list">
<li><span class="paso-badge">Paso 1.</span> Introducir la URL en el Validador W3C.</li>
<li><span class="paso-badge">Paso 2.</span> Activar <em>Message Filtering</em> para agrupar errores.</li>
<li><span class="paso-badge">Paso 3.</span> Confirmar que no existen errores de:
<ul>
<li>etiquetas sin cerrar o mal anidadas</li>
<li>atributos duplicados</li>
<li>valores sin comillas</li>
<li><code>id</code> repetidos</li>
</ul></li>
</ol>
 
|wcag_resultado_evaluacion=
El código es válido, está correctamente estructurado y no contiene errores de marcado.
 
|wcag_ejemplo_evaluacion=
Ejemplo correcto:
<pre class="wcag-codigo-html">
<div id="info">
   <p>Contenido accesible</p>
</div>
</pre>
 
Ejemplo incorrecto (errores de etiquetado e id duplicado):
<pre class="wcag-codigo-html">
<div id="info">
  <p>Texto
</div>
<div id="info">
</div>
</pre>
 
|wcag_otras_herramientas_evaluacion=
<ul>
<li>Validador W3C</li>
<li>Linter HTML</li>
<li>Herramientas de desarrollo del navegador</li>
</ul>
}}

Revisión del 19:10 4 nov 2025

4.1.1-A. Código bien formado

Discapacidades afectadas

Este criterio puede afectar a distintas personas con discapacidad. A continuación se indican las más relevantes.

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

  1. Paso 1. Introducir la URL en el Validador W3C.
  2. Paso 2. Activar Message Filtering para agrupar errores.
  3. Paso 3. Confirmar que no existen errores de:
    • etiquetas sin cerrar o mal anidadas
    • atributos duplicados
    • valores sin comillas
    • id repetidos

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...




Obtenido de «https://wikiwcag.udl.cat/index.php?title=Principio_4/4.1_Compatible/4.1.1-A&oldid=3348»