Diferencia entre revisiones de «Principio 1/1.3 Adaptable/1.3.1-E»

De WCAG Wiki
Sin resumen de edición
202526UdL22 (discusión | contribs.)
He añadido mas ejemplos
 
(No se muestran 6 ediciones intermedias de otro usuario)
Línea 1: Línea 1:
== 1. SUBCRITERIO 1.3.1-E: Información y relaciones (Etiquetas) ==
'''ID del Criterio:''' 1.3.1 Información y relaciones (Nivel A)
'''Enlace a la Wiki:''' <nowiki>https://www.wikiwcag.udl.cat/index.php/2526UdL1.3.1-E-000</nowiki>
Este criterio sirve para que todos los elementos de un formulario (cuadros de texto, buscadores, etc.) tengan una etiqueta clara y permanente. Así, el usuario siempre sabe qué información debe escribir, incluso si el texto de ejemplo desaparece.
=== 1.1. Ejemplo NO Accesible (NOA) ===
* '''Captura de pantalla:'''
* '''URL de origen:''' <nowiki>https://www.amazon.es/ap/signin</nowiki>
* '''Código HTML:''' <input type="email" id="ap_email" name="email" value="" class="a-input-text">
* '''Explicación:''' En la pantalla de inicio de sesión de Amazon, el campo de entrada es un rectángulo blanco que carece de una etiqueta de texto (<label>) externa y permanente. No hay un título arriba o al lado que indique qué información se debe introducir.
* '''Impacto:''' Esto es un fallo grave de accesibilidad. Si un usuario se distrae, tiene problemas de memoria o de atención, no tiene ninguna referencia visual que le recuerde qué dato debe poner. Además, para una persona ciega, si el cuadro no tiene una etiqueta correctamente programada, su lector de pantalla no le dirá "Introduce tu email", dejando al usuario totalmente perdido ante un cuadro vacío.
=== 1.2. Ejemplo Accesible (ACC) ===
* '''Captura de pantalla:'''
* '''URL de origen:''' <nowiki>https://es.wikipedia.org/</nowiki>
* '''Explicación:''' El buscador de Wikipedia utiliza una combinación de texto de ayuda e iconos universales (la lupa). A diferencia del ejemplo anterior, el campo está correctamente etiquetado en el código fuente para tecnologías asistivas.
* '''Impacto:''' El uso de un icono estándar garantiza que, aunque el texto desaparezca al escribir, la función del campo siga siendo identificable visualmente en todo momento. Esto asegura que tanto usuarios que usan teclado como aquellos que usan lectores de pantalla puedan navegar de forma autónoma.
{{CriterioWCAG
{{CriterioWCAG
|id_wcag_criterio=1.3.1
|id_wcag_criterio=1.3.1
Línea 4: Línea 27:
|wcag_titulo_criterio=1.3.1-E. Evitar listas decorativas
|wcag_titulo_criterio=1.3.1-E. Evitar listas decorativas
|wcag_nivel=A
|wcag_nivel=A
|wcag_version=2.2
|wcag_version=2.0
|wcag_principio=1_Perceptible
|wcag_principio=1_Perceptible
|wcag_principio_url=Principio_1
|wcag_principio_url=Principio_1
Línea 16: Línea 39:
   [[Archivo:Sinvision.png|20px|class=icon-discapacidad|alt=Discapacidad visual total]]
   [[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="discapacidad-texto">[[:Categoría:Discapacidad visual total|Visual total]]</span> –
   <span class="gravedad gravedad-grave">Barrera grave</span>
   <span class="gravedad gravedad-leve">Barrera leve</span>
</li>
 
<li class="discapacidad-item">
  [[Archivo:Bajavision.png|20px|class=icon-discapacidad|alt=Baja visión]]
  <span class="discapacidad-texto">[[:Categoría:Discapacidad baja visión|Baja visión]]</span> –
  <span class="gravedad gravedad-moderada">Barrera moderada</span>
</li>
</li>


<li class="discapacidad-item">
<li class="discapacidad-item">
   [[Archivo:Cognitiva.png|20px|class=icon-discapacidad|alt=Discapacidad cognitiva]]
   [[Archivo:Sordoceguera.png|20px|class=icon-discapacidad|alt=Discapacidad sordoceguera]]
   <span class="discapacidad-texto">[[:Categoría:Discapacidad cognitiva|Cognitiva]]</span> –
   <span class="discapacidad-texto">[[:Categoría:Discapacidad sordoceguera|Sordoceguera]]</span> –
   <span class="gravedad gravedad-leve">Barrera leve</span>
   <span class="gravedad gravedad-leve">Barrera leve</span>
</li>
</li>
Línea 33: Línea 50:
|wcag_lista_discapacidades=
|wcag_lista_discapacidades=
[[Categoría:Discapacidad visual total]]
[[Categoría:Discapacidad visual total]]
[[Categoría:Discapacidad baja visión]]
[[Categoría:Discapacidad sordoceguera]]
[[Categoría:Discapacidad cognitiva]]


|wcag_texto_criterioOAW=
|wcag_texto_criterioOAW=
Línea 40: Línea 56:


|wcag_descripcion_resumida=
|wcag_descripcion_resumida=
Las etiquetas de lista (&lt;ul&gt;, &lt;ol&gt;, &lt;dl&gt;) solo deben usarse cuando los ítems están semánticamente relacionados. Nunca deben emplearse para añadir sangría, espaciado visual o maquetación sin sentido estructural.
Las etiquetas de lista (<code><nowiki><ul></nowiki></code>, <code><nowiki><ol></nowiki></code>, <code><nowiki><dl></nowiki></code>) solo deben usarse cuando los ítems están semánticamente relacionados.  
 
Nunca deben emplearse para añadir sangría, espaciado visual o maquetación sin sentido estructural.


|wcag_objetivo=
|wcag_objetivo=
Línea 46: Línea 64:


|wcag_importancia=
|wcag_importancia=
Las tecnologías de apoyo anuncian las listas y el número de elementos. Si se usa una lista para fines decorativos, se transmite información falsa, causando confusión y dificultando la navegación y comprensión.
Las tecnologías de apoyo anuncian las listas y el número de elementos.  
 
 
Si se usa una lista para fines decorativos, se transmite información falsa, causando confusión y dificultando la navegación y comprensión.


|wcag_referencias=
|wcag_referencias=
<ul>
<ul>
<li>H48: Using &lt;ol&gt;, &lt;ul&gt;, &lt;dl&gt; for lists or groups of links</li>
<li>[https://www.w3.org/WAI/WCAG21/Techniques/html/H48 H48: Using &lt;ol&gt;, &lt;ul&gt;, &lt;dl&gt; for lists or groups of links]</li>
<li>F43: Incorrect structural markup</li>
<li>[https://www.w3.org/WAI/WCAG21/Techniques/failures/F43 F43: Incorrect structural markup]</li>
<li>G115: Using semantic elements to mark up structure</li>
<li>[https://www.w3.org/WAI/WCAG21/Techniques/general/G115 G115: Using semantic elements to mark up structure]</li>
</ul>
</ul>


|wcag_recursos=
|wcag_recursos=
<strong>Consejos</strong>
<ul>
<ul>
<li>No usar listas para maqueta visual</li>
<li>No usar listas para maqueta visual</li>
Línea 62: Línea 84:
</ul>
</ul>


<html>
<iframe width="100%" height="400"
        src="https://www.youtube.com/embed/Nv7SEF2CyxY"
        title="Cuándo usar listas en HTML y semántica correcta"
        frameborder="0"
        allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share"
        allowfullscreen>
</iframe>
</html>


|wcag_tipo_evaluacion=Semiautomática
|wcag_tipo_evaluacion=Semiautomática


|wcag_pasos_evaluacion=
|wcag_pasos_evaluacion=
Usa la herramienta de ''' [https://wave.webaim.org/ Wave].'''
<ol class="paso-list">
<ol class="paso-list">
<li>Usar WAVE → “Details – Structural elements”.</li>
<li><span class="paso-badge">Paso 1.</span>
<li>Verificar que las listas detectadas contienen elementos realmente relacionados.</li>
Seleccionar '''Details – Structural elements'''</li>
<li>Comprobar que no hay listas creadas solo para diseño o sangrado visual.</li>
 
<li>Revisar código si hay duda (&lt;ul&gt;, &lt;ol&gt;, &lt;dl&gt; para estructura real).</li>
<li><span class="paso-badge">Paso 2.</span>
Comprobar que los conjuntos de elementos identificados mediante “ordered list” y “unordered list” se corresponden con contenidos que semánticamente estén relacionados entre sí y que no se usan con fines únicamente de presentación.</li>
 
<li><span class="paso-badge">Nota.</span>  
Cuando hay varios resultados, puede resultar complejo localizar toda la información con WAVE. De manera alternativa, puede ser más sencillo utilizar la herramienta de inspección de código del navegador.
</li>
</ol>
</ol>


Línea 86: Línea 105:


|wcag_ejemplo_evaluacion=
|wcag_ejemplo_evaluacion=
Ejemplo correcto:
<div class="accessibility-card">
Lista correcta
<pre class="wcag-codigo-html">
<pre class="wcag-codigo-html">
<ul>
<ul>
Línea 94: Línea 114:
</ul>
</ul>
</pre>
</pre>
</div>


Ejemplo incorrecto (solo sangrado):
<pre class="wcag-codigo-html">
<ul>
<li><p>Texto del párrafo</p></li>
</ul>
</pre>


|wcag_otras_herramientas_evaluacion=
|wcag_otras_herramientas_evaluacion=
<ul>
<ul>
<li>WAVE</li>
<li>
<li>Inspección del navegador</li>
<strong> Bookmarklet </strong>
[https://a11y-tools.com/bookmarklets/#:~:text=List,-in%20pop%2Dup List in pop-up window]
</li>
<li><strong>Inspección del navegador</strong>
Observar si elementos que visualmente son listas están marcados como listas en el código fuente</li>
 
</ul>
</ul>


}}
}}
== Ejemplo de Violeta Gómez ==
== 1. SUBCRITERIO 1.3.1-E: Información y relaciones (Etiquetas) ==
'''ID del Criterio:''' 1.3.1 Información y relaciones (Nivel A)
'''Enlace a la Wiki:''' <nowiki>https://www.wikiwcag.udl.cat/index.php/2526UdL1.3.1-E-000</nowiki> 
Este criterio sirve para que todos los elementos de un formulario (cuadros de texto, buscadores, etc.) tengan una etiqueta clara y permanente. Así, el usuario siempre sabe qué información debe escribir, incluso si el texto de ejemplo desaparece.
=== 1.1. Ejemplo NO Accesible (NOA) AMAZON ===
* '''URL de origen:''' <nowiki>https://www.amazon.es/ap/signin</nowiki> 
* '''Código HTML:''' <input type="email" id="ap_email" name="email" value="" class="a-input-text">
* '''Explicación:''' En la pantalla de inicio de sesión de Amazon, el campo de entrada es un rectángulo blanco que carece de una etiqueta de texto (<label>) externa y permanente. No hay un título arriba o al lado que indique qué información se debe introducir.
* '''Impacto:''' Esto es un fallo grave de accesibilidad. Si un usuario se distrae, tiene problemas de memoria o de atención, no tiene ninguna referencia visual que le recuerde qué dato debe poner. Además, para una persona ciega, si el cuadro no tiene una etiqueta correctamente programada, su lector de pantalla no le dirá "Introduce tu email", dejando al usuario totalmente perdido ante un cuadro vacío.
=== 1.2. Ejemplo Accesible (ACC) WIKIPEDIA ===
* '''URL de origen:''' <nowiki>https://es.wikipedia.org/</nowiki>
* '''Explicación:''' El buscador de Wikipedia utiliza una combinación de texto de ayuda e iconos universales (la lupa). A diferencia del ejemplo anterior, el campo está correctamente etiquetado en el código fuente para tecnologías asistivas.
* '''Impacto:''' El uso de un icono estándar garantiza que, aunque el texto desaparezca al escribir, la función del campo siga siendo identificable visualmente en todo momento. Esto asegura que tanto usuarios que usan teclado como aquellos que usan lectores de pantalla puedan navegar de forma autónoma.

Revisión actual - 15:19 12 feb 2026

1. SUBCRITERIO 1.3.1-E: Información y relaciones (Etiquetas)

ID del Criterio: 1.3.1 Información y relaciones (Nivel A)

Enlace a la Wiki: https://www.wikiwcag.udl.cat/index.php/2526UdL1.3.1-E-000

Este criterio sirve para que todos los elementos de un formulario (cuadros de texto, buscadores, etc.) tengan una etiqueta clara y permanente. Así, el usuario siempre sabe qué información debe escribir, incluso si el texto de ejemplo desaparece.

1.1. Ejemplo NO Accesible (NOA)

  • Captura de pantalla:
  • URL de origen: https://www.amazon.es/ap/signin
  • Código HTML: <input type="email" id="ap_email" name="email" value="" class="a-input-text">
  • Explicación: En la pantalla de inicio de sesión de Amazon, el campo de entrada es un rectángulo blanco que carece de una etiqueta de texto (<label>) externa y permanente. No hay un título arriba o al lado que indique qué información se debe introducir.
  • Impacto: Esto es un fallo grave de accesibilidad. Si un usuario se distrae, tiene problemas de memoria o de atención, no tiene ninguna referencia visual que le recuerde qué dato debe poner. Además, para una persona ciega, si el cuadro no tiene una etiqueta correctamente programada, su lector de pantalla no le dirá "Introduce tu email", dejando al usuario totalmente perdido ante un cuadro vacío.

1.2. Ejemplo Accesible (ACC)

  • Captura de pantalla:
  • URL de origen: https://es.wikipedia.org/
  • Explicación: El buscador de Wikipedia utiliza una combinación de texto de ayuda e iconos universales (la lupa). A diferencia del ejemplo anterior, el campo está correctamente etiquetado en el código fuente para tecnologías asistivas.
  • Impacto: El uso de un icono estándar garantiza que, aunque el texto desaparezca al escribir, la función del campo siga siendo identificable visualmente en todo momento. Esto asegura que tanto usuarios que usan teclado como aquellos que usan lectores de pantalla puedan navegar de forma autónoma.

1.3.1-E. Evitar listas decorativas

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)

  • No se deben emplear los elementos de lista únicamente con fines presentacionales para marcar contenidos que no son elementos relacionados entre sí.

Comprensión del criterio

Descripción resumida

Las etiquetas de lista (<ul>, <ol>, <dl>) solo deben usarse cuando los ítems están semánticamente relacionados. Nunca deben emplearse para añadir sangría, espaciado visual o maquetación sin sentido estructural.

Objetivo

Garantizar que la estructura semántica represente relaciones reales entre elementos, permitiendo a los lectores de pantalla y otras tecnologías interpretar correctamente la organización del contenido.

Importancia de cumplir el criterio

Las tecnologías de apoyo anuncian las listas y el número de elementos.


Si se usa una lista para fines decorativos, se transmite información falsa, causando confusión y dificultando la navegación y comprensión.

Referencias WCAG

Recursos de apoyo

Consejos
  • No usar listas para maqueta visual
  • No emplear saltos, espacios o tabulaciones para simular estructura
  • Usar CSS para diseño, no etiquetas semánticas

Evaluación del criterio

Tipo de evaluación

Evaluación Semiautomática

Procedimiento de evaluación

Usa la herramienta de Wave.
  1. Paso 1. Seleccionar Details – Structural elements
  2. Paso 2. Comprobar que los conjuntos de elementos identificados mediante “ordered list” y “unordered list” se corresponden con contenidos que semánticamente estén relacionados entre sí y que no se usan con fines únicamente de presentación.
  3. Nota. Cuando hay varios resultados, puede resultar complejo localizar toda la información con WAVE. De manera alternativa, puede ser más sencillo utilizar la herramienta de inspección de código del navegador.

Resultado esperado

Las listas se usan únicamente para conjuntos de elementos relacionados, no para fines de presentación o maquetación.

Ejemplo ilustrativo

Lista correcta

<ul>
 <li>Inicio</li>
 <li>Servicios</li>
 <li>Contacto</li>
</ul>


Otras herramientas de evaluación

  • Bookmarklet List in pop-up window
  • Inspección del navegador Observar si elementos que visualmente son listas están marcados como listas en el código fuente










Ejemplos accesibles y no accesibles creados por alumnos

 Última modificación
2526UPSA.1.3.1-E-00111 enero 2026 21:33:06


Comentarios

A continuación se muestran comentarios sobre el criterio 1.3.1-E. Evitar listas decorativas

Loading comments...




Ejemplo de Violeta Gómez

1. SUBCRITERIO 1.3.1-E: Información y relaciones (Etiquetas)

ID del Criterio: 1.3.1 Información y relaciones (Nivel A)

Enlace a la Wiki: https://www.wikiwcag.udl.cat/index.php/2526UdL1.3.1-E-000

Este criterio sirve para que todos los elementos de un formulario (cuadros de texto, buscadores, etc.) tengan una etiqueta clara y permanente. Así, el usuario siempre sabe qué información debe escribir, incluso si el texto de ejemplo desaparece.

1.1. Ejemplo NO Accesible (NOA) AMAZON

  • URL de origen: https://www.amazon.es/ap/signin
  • Código HTML: <input type="email" id="ap_email" name="email" value="" class="a-input-text">
  • Explicación: En la pantalla de inicio de sesión de Amazon, el campo de entrada es un rectángulo blanco que carece de una etiqueta de texto (<label>) externa y permanente. No hay un título arriba o al lado que indique qué información se debe introducir.
  • Impacto: Esto es un fallo grave de accesibilidad. Si un usuario se distrae, tiene problemas de memoria o de atención, no tiene ninguna referencia visual que le recuerde qué dato debe poner. Además, para una persona ciega, si el cuadro no tiene una etiqueta correctamente programada, su lector de pantalla no le dirá "Introduce tu email", dejando al usuario totalmente perdido ante un cuadro vacío.

1.2. Ejemplo Accesible (ACC) WIKIPEDIA

  • URL de origen: https://es.wikipedia.org/
  • Explicación: El buscador de Wikipedia utiliza una combinación de texto de ayuda e iconos universales (la lupa). A diferencia del ejemplo anterior, el campo está correctamente etiquetado en el código fuente para tecnologías asistivas.
  • Impacto: El uso de un icono estándar garantiza que, aunque el texto desaparezca al escribir, la función del campo siga siendo identificable visualmente en todo momento. Esto asegura que tanto usuarios que usan teclado como aquellos que usan lectores de pantalla puedan navegar de forma autónoma.