Diferencia entre revisiones de «Principio 1/1.2 Medios basados en el tiempo/1.2.1-A»

De WCAG Wiki
Sin resumen de edición
Sin resumen de edición
Línea 90: Línea 90:


|wcag_ejemplo_evaluacion=
|wcag_ejemplo_evaluacion=
Ejemplo correcto:
<div class="accessibility-card">
 
Se muestra un código HTML con un documento de audio en mp3 con un enlace a la transcripción textual de la información.


<pre class="wcag-codigo-html">
<pre class="wcag-codigo-html">
Línea 99: Línea 101:
<p><a href="transcripcion_entrevista.html">Transcripción de la entrevista completa</a></p>
<p><a href="transcripcion_entrevista.html">Transcripción de la entrevista completa</a></p>
</pre>
</pre>
</div>


|wcag_otras_herramientas_evaluacion=
|wcag_otras_herramientas_evaluacion=

Revisión del 17:57 4 nov 2025

1.2.1-A. Solo Audio (Grabado)

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 contenido que es sólo audio grabado (no en directo) debe disponer de una transcripción textual donde se incluya toda la información relevante transmitida en el audio, excepto cuando dicho audio se pueda considerar como una alternativa al contenido textual de la página.

Comprensión del criterio

Descripción resumida

El contenido que consiste únicamente en audio grabado debe ir acompañado de una transcripción textual que represente fielmente todo lo que se escucha: voces, sonidos, silencios significativos y contexto. No es necesario si el audio es una alternativa a contenido textual ya presente y está claramente indicado.

Objetivo

Garantizar que las personas con discapacidad auditiva, así como quienes prefieren una presentación textual, puedan acceder plenamente a la información del contenido sonoro.

Importancia de cumplir el criterio

Sin transcripción, las personas sordas o con pérdida auditiva no pueden acceder al contenido del audio. Este criterio es esencial para asegurar igualdad de acceso y comprensión.

Referencias WCAG

Recursos de apoyo

Evaluación del criterio

Tipo de evaluación

Evaluación Manual

Procedimiento de evaluación

  1. Paso 1. Escuchar el contenido de audio mientras se lee la transcripción.
  2. Paso 2. 2. Verificar que la información transmitida es la misma en ambos medios.
  3. Paso 3. Si existen diálogos, debe comprobarse que la transcripción identifica quién está hablando.
  4. Paso 4. Comprobar que se incluye la transcripción directamente como la alternativa textual del contenido de audio o bien se hace referencia a ella desde dicha alternativa textual.
  5. Paso 5. Comprobar que si la alternativa textual está en otra página, existe un enlace que permita a los usuarios acceder a dicha página.

Resultado esperado

El audio pregrabado cuenta con una transcripción completa y accesible que refleja fielmente todo el contenido sonoro.

Ejemplo ilustrativo

Se muestra un código HTML con un documento de audio en mp3 con un enlace a la transcripción textual de la información.

<audio controls preload="metadata">
  <source src="entrevista.mp3" type="audio/mpeg">
</audio>

<p><a href="transcripcion_entrevista.html">Transcripción de la entrevista completa</a></p>


Otras herramientas de evaluación

No existen herramientas de evaluación para este criterio, pero seria posible también:
  • Revisión manual escuchando el audio y comparando con la transcripción.
  • Usar herramientas de reproducción accesibles para pausar/retroceder
  • Pruebas con lector de pantalla para verificar acceso y enlaces.










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.2.1-A. Solo Audio (Grabado)

Loading comments...