Skip to content
FuncionalidadesPreciosAfiliadosBlogAyudaNosotrosContacto
ComenzarIniciar sesión
Volver al Blog
guides2026-10-265 min de lectura

Cómo crear un menú accesible por voz para clientes con discapacidad visual

Un salón de té de Estambul ganó 240 visitantes mensuales con un menú QR compatible con VoiceOver/TalkBack. HTML semántico, ARIA live y checklist de pruebas.

th

thMenu Team

thmenu.com

Un salón de té de 12 mesas en Kadıköy, Estambul, sumó 240 visitantes mensuales tras migrar a un menú QR compatible con VoiceOver y TalkBack, gracias a la difusión de la Asociación Turca de Ciegos. La accesibilidad por voz ya impacta ingresos.

Fundamentos WCAG 2.2 AA

Los lectores de pantalla requieren HTML semántico: nombres como h3, precios con aria-describedby, iconos de alérgenos con aria-label="contiene gluten". Contraste mínimo 4.5:1, áreas táctiles 44×44 px, orden lógico de tabulación.

Los emojis solos no son suficientes: el usuario ciego no escucha nada si falta la etiqueta ARIA.

Regiones ARIA Live para el carrito

Al añadir un producto, una región role="status" anuncia: «Sopa de lentejas añadida, 3 productos». Para errores use role="alert".

ToastProvider de thMenu trae aria-live="polite". El estado vacío de alérgenos muestra «Consulte al personal» como respaldo seguro.

Pruebas antes del lanzamiento

Active VoiceOver en iPhone o TalkBack en Android y recorra todo el flujo a ciegas. Silencios superiores a 1 segundo señalan problemas de foco. Axe DevTools o WAVE detectan fallos comunes en segundos.

Idealmente, pruebe con una persona ciega real: las herramientas automáticas no captan el contexto.

FAQ

¿Necesito un enlace de audio aparte? No, un HTML semántico correcto sirve a todos.

¿Añado mi propio TTS? No, el lector del sistema ya lo hace.

¿Hay certificación WCAG? Oficial no existe; un informe VPAT es lo más cercano.

¿Te resultó útil? Compártelo.