Principio 1/1.3 Adaptable/1.3.1-E

De WCAG Wiki
< Principio 1‎ | 1.3 Adaptable
Revisión del 15:19 12 feb 2026 de 202526UdL22 (discusión | contribs.) (He añadido mas ejemplos)
(difs.) ← Revisión anterior | Revisión actual (difs.) | Revisión siguiente → (difs.)

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.
Obtenido de «https://wikiwcag.udl.cat/index.php?title=Principio_1/1.3_Adaptable/1.3.1-E&oldid=4489»