Diferencia entre revisiones de «Principio 1/1.3 Adaptable/1.3.2-B»

De WCAG Wiki
← Edición anterior
VisualWikitexto
Sin resumen de edición
Sin resumen de edición
 
Línea 52: Línea 52:


|wcag_pasos_evaluacion=
|wcag_pasos_evaluacion=
Usa la herramienta de ''' [https://chromewebstore.google.com/detail/headingsmap/flbjommegcjonpdmenkdiocclhjacmbi Heading Maps].'''
Usa la herramienta de ''' [https://chromewebstore.google.com/detail/web-developer/bfbameneiokkgbdmiekhjnmfkcnldhhm?hl=es Web Developer Toolbar].'''
 
<ol class="paso-list">
<ol class="paso-list">
<li><span class="paso-badge">Paso 1.</span>  
<li><span class="paso-badge">Paso 1.</span>  

Revisión actual - 19:07 22 dic 2025

1.3.2-B. Tablas de maquetación legibles

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)

  • Las tablas de maquetación deben tener sentido cuando se leen de forma lineal.

Comprensión del criterio

Descripción resumida

Cuando una tabla se usa solo para maquetar una página, su contenido debe mantener un orden lógico al leerse secuencialmente (sin estilos). Si el orden de lectura es confuso, el usuario con lector de pantalla no podrá comprender la información.

Objetivo

Garantizar que la secuencia de lectura pueda determinarse por software, manteniendo el sentido lógico cuando el contenido se linealiza o se presentan hojas de estilo alternativas.

Importancia de cumplir el criterio

Si el orden de lectura en las tablas de maquetación no es coherente, el contenido se percibe desordenado o ilógico. Las personas que navegan por voz o con lectores de pantalla encuentran barreras severas para comprender la información.

Referencias WCAG

Recursos de apoyo

Consejos
  • Comprobar que la tabla no altera el orden natural del contenido.
  • Usar CSS en lugar de tablas para maquetación siempre que sea posible.
  • Asegurar que etiquetas relacionadas (como etiqueta-campo) permanecen juntas al linealizar.

Evaluación del criterio

Tipo de evaluación

Evaluación Semiautomática

Procedimiento de evaluación

Usa la herramienta de Web Developer Toolbar.
  1. Paso 1. Seleccionar “Miscellaneous – Linearize page”.
  2. Paso 2. Si existen tablas de maquetación, verificar que el orden de lectura es el adecuado.

Resultado esperado

Las tablas usadas solo para maquetación mantienen sentido lógico cuando se leen linealmente.

Ejemplo ilustrativo

Si se lee linealmente (fila 1 → fila 2), el contenido mantiene sentido. 

<table>
  <tr>
    <td><h2>Título</h2></td>
  </tr>
  <tr>
    <td><p>Contenido principal del texto.</p></td>
  </tr>
</table>


Otras herramientas de evaluación

  • Inspección del navegador: revisar si la tabla se usa solo para maquetación (sin datos tabulares reales) y comprobar que el contenido linealizado mantiene sentido; verificar ausencia de atributos semánticos propios de tablas de datos (como <th> o scope).
  • Lectores de pantalla: (NVDA, JAWS, VoiceOver) escuchar la lectura secuencial para confirmar que el contenido sigue un orden lógico sin generar confusión.
  • Desactivar CSS: quitar los estilos desde DevTools para comprobar si el contenido mantiene orden y coherencia cuando se lee como texto seguido.
  • Validación HTML: usar W3C Validator para detectar uso incorrecto de marcado de tabla en estructuras que no representan datos.










Ejemplos accesibles y no accesibles creados por alumnos

<!DOCTYPE html> Formulario de Reserva - NO Accesible 3.3.2-C

⚠️ PROBLEMA 3.3.2-C: Este formulario NO tiene etiquetas ni instrucciones claras

Reserva de Hotel

⚠️ Problemas de este formulario:
  • No hay etiquetas <label> para ningún campo
  • Algunos placeholders son ambiguos ("Código" - ¿qué código?)
  • No se indica qué campos son obligatorios
  • No hay instrucciones sobre el formato esperado
  • El select dice "Selecciona" pero ¿seleccionar qué?
  • Un campo no tiene ni placeholder ni etiqueta (campo de email)
  • No hay indicación de formato de fecha específico
  • No se explica para qué sirve cada campo

<!DOCTYPE html> Formulario de Reserva - ACCESIBLE 3.3.2-C

✅ ACCESIBLE 3.3.2-C: Este formulario tiene etiquetas e instrucciones claras

Reserva de Hotel

Complete el siguiente formulario para reservar su estadía

Nota: Los campos marcados con * son obligatorios

Ingrese su nombre tal como aparece en su documento de identidad

Enviaremos la confirmación de reserva a este correo

Incluya el código de país (Ej: +34 para España)

¿Cuántas personas se alojarán?

Formato: DD/MM/AAAA (Ej: 15/02/2025)

Formato: DD/MM/AAAA (Ej: 20/02/2025)

Seleccione el tipo de habitación que prefiere

Si tiene un código promocional, ingréselo aquí

Indique cualquier necesidad especial o preferencia (cama extra, piso bajo, accesibilidad, etc.)

✅ Implementación correcta:
  • Cada campo tiene una etiqueta <label> clara asociada
  • Los campos obligatorios están claramente marcados con *
  • Hay instrucciones específicas sobre formato y contenido esperado
  • Los selectores tienen opciones descriptivas, no ambiguas
  • Se explica el propósito de cada campo cuando no es obvio
  • Se proporcionan ejemplos en los placeholders
  • Hay una nota inicial explicando la convención de campos obligatorios
  • Se usan atributos ARIA apropiados (aria-required, aria-describedby)

Comentarios

A continuación se muestran comentarios sobre el criterio 1.3.2-B. Tablas de maquetación legibles

Loading comments...




Obtenido de «https://wikiwcag.udl.cat/index.php?title=Principio_1/1.3_Adaptable/1.3.2-B&oldid=4143»