Pruebas de un sitio de eventos con asistentes con discapacidad

Descarga el guion y registro de observación

Descarga la hoja editable de sesiones

La hoja incluye preparación de participantes, apertura neutral, tarjetas de tareas, registro y seguimiento de correcciones. Sustituye las tareas de ejemplo por el recorrido real. Usa un evento de prueba: no generes compras, cargos ni correos a asistentes reales para completar la sesión.

Crea una fila por tarea y participante. Anota lo que ocurrió y la fricción; registra aparte la posible causa. No incluyas diagnósticos médicos, registros completos de inscripción ni credenciales de tecnologías de apoyo.

Invita distintas formas de usar el sitio

Incluye personas con distintas necesidades y niveles de experiencia relevantes para tu público. Nadie representa a todas las personas con discapacidad. Pregunta qué dispositivo, navegador, tecnología de apoyo o formato prefieren y si la sesión presencial o remota funciona. Acuerda condiciones, grabación y compensación antes de comenzar.[1]

Entrega invitación, enlace o ruta, materiales y contacto en un formato utilizable. Reserva tiempo para preparar la tecnología elegida. Revisa barreras ya conocidas antes de invitar a alguien a descubrirlas de nuevo.[2]

Usa tareas reales del evento

Pide encontrar fecha y zona horaria, información de acceso al recinto, una opción de entrada o inscripción y una confirmación de prueba segura. Si existe una vía de solicitud de accesibilidad, inclúyela. Explica la meta sin dictar cada clic.

Si la página está en Boletolibre.com, empieza en la URL que recibiría el asistente. Registra los saltos a otro dominio o proveedor para asignar correctamente la barrera. Que cargue una página no prueba que funcione toda la compra.

Observa sin quitar el control

Haz preguntas neutrales y permite pausas. Acuerda cómo detenerse, pedir ayuda u omitir una tarea. No hables encima de un lector de pantalla; pregunta qué ayuda prefiere la persona. Section508.gov recomienda estudiar las barreras, no solo la rapidez.[1]

Registra tarea, contexto del equipo, intento, barrera, alternativa y resultado. Distingue problema observado de causa supuesta. Una revisión técnica puede ubicar la causa en contenido, código, navegador o tecnología de apoyo.[2]

Corrige y repite la tarea

Comparte hallazgos con responsables de página, inscripción y pago externo. Prioriza bloqueos en tareas críticas, asigna la corrección y repite la tarea. Si falla un proveedor externo, envíale evidencia reproducible y ofrece un contacto alternativo honesto.

Informa cuántas personas participaron, qué tareas hicieron y los límites de la sesión. W3C WAI advierte que un caso no representa a todos y que estas sesiones no sustituyen la evaluación técnica de accesibilidad. Evita presentar el resultado como dictamen legal.[2]