Diferencia entre revisiones de «Principio 1/1.3 Adaptable/1.3.1-E»
Sin resumen de edición |
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. | |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- | <span class="gravedad gravedad-leve">Barrera leve</span> | ||
</li> | </li> | ||
<li class="discapacidad-item"> | <li class="discapacidad-item"> | ||
[[Archivo: | [[Archivo:Sordoceguera.png|20px|class=icon-discapacidad|alt=Discapacidad sordoceguera]] | ||
<span class="discapacidad-texto">[[:Categoría:Discapacidad | <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 | [[Categoría:Discapacidad sordoceguera]] | ||
|wcag_texto_criterioOAW= | |wcag_texto_criterioOAW= | ||
| Línea 40: | Línea 56: | ||
|wcag_descripcion_resumida= | |wcag_descripcion_resumida= | ||
Las etiquetas de lista ( | 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 <ol>, <ul>, <dl> for lists or groups of links</li> | <li>[https://www.w3.org/WAI/WCAG21/Techniques/html/H48 H48: Using <ol>, <ul>, <dl> 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> | ||
|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> | <li><span class="paso-badge">Paso 1.</span> | ||
<li> | Seleccionar '''Details – Structural elements'''</li> | ||
<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= | ||
<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> | |||
|wcag_otras_herramientas_evaluacion= | |wcag_otras_herramientas_evaluacion= | ||
<ul> | <ul> | ||
<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
- Nivel: A
- Versión: 2.0
- Principio: 1_Perceptible
- Pauta: 1.3_Adaptable
- Grupo: Estructura y relaciones
- Subgrupo: Listas decorativas
Discapacidades afectadas
Este criterio puede afectar a distintas personas con discapacidad. A continuación se indican las más relevantes.
-
Visual total –
Barrera leve
-
Sordoceguera –
Barrera leve
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
<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
Importancia de cumplir el criterio
Referencias WCAG
Recursos de apoyo
- 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
Procedimiento de evaluación
- Paso 1. Seleccionar Details – Structural elements
- 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.
- 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
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-001 | 11 enero 2026 21:33:06 |
Comentarios
A continuación se muestran comentarios sobre el criterio 1.3.1-E. Evitar listas decorativas
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.
