Checklist WCAG 2.2 para Menús Digitales y Pedidos de Autoservicio

Por qué un menú digital necesita una auditoría específica

Un menú digital no es una página informativa estática: combina imágenes de platillos, etiquetas de alérgenos, selectores de modificadores, cantidades, y un proceso de checkout de varios pasos. Cada uno de estos elementos introduce un riesgo distinto de accesibilidad. Una foto de un plato sin texto alternativo es invisible para un lector de pantalla. Una etiqueta "contiene gluten" en gris claro sobre blanco puede ser ilegible para alguien con baja visión. Un botón de "agregar al carrito" que solo responde al arrastre táctil excluye a quien no puede realizar ese gesto.

WCAG 2.2, publicado por el W3C, es el estándar de referencia para evaluar estos problemas de forma objetiva. No sustituye una evaluación legal, pero sí ofrece un lenguaje común y criterios verificables para auditar interfaces antes o después de un rediseño de menú.

El marco: Checklist de Accesibilidad para Menú Móvil y Autopedido

Este es el marco práctico de esta guía: una tabla de verificación organizada por etapa del recorrido del comensal —explorar el menú, ver el detalle de un platillo, elegir modificadores, y completar el pedido— con el criterio WCAG 2.2 correspondiente y el método de prueba recomendado.

Cómo usar la tabla en una auditoría

1. Recorra el menú completo con teclado únicamente, sin usar el mouse ni la pantalla táctil.
2. Active un lector de pantalla (NVDA, JAWS o VoiceOver) y repita el mismo recorrido, anotando cada elemento sin anunciar o mal anunciado.
3. Capture pantallas de las etiquetas de alérgenos y mida el contraste con una herramienta dedicada.
4. Complete el flujo de pedido de principio a fin en un teléfono, revisando el orden de foco en cada paso del checkout.
5. Registre cada hallazgo como aprobado o no aprobado frente al criterio correspondiente, no como una impresión general.

Limitaciones de este checklist

Este checklist es una ayuda técnica de prueba, no una auditoría legal ni una certificación de cumplimiento. Los criterios de WCAG 2.2 se prestan a interpretación en casos límite, y una revisión manual bien hecha no reemplaza una auditoría completa realizada por un especialista en accesibilidad, especialmente si el negocio enfrenta obligaciones normativas específicas según su jurisdicción.

Tampoco cubre widgets de reservas, calendarios de disponibilidad ni patrones de selección de fecha y hora, que involucran otro conjunto de criterios WCAG relacionados con controles complejos de fecha. Este documento se limita a la exploración del menú, el detalle de producto, la selección de modificadores y el proceso de carrito/checkout de autopedido.

Finalmente, pasar cada punto de esta lista no garantiza una experiencia perfecta para todos los usuarios: WCAG 2.2 establece un piso mínimo verificable, no un techo de buena experiencia de usuario.

Cómo medir el progreso

La medición debe combinar pruebas automatizadas y manuales, porque ninguna herramienta automática detecta más que una fracción de los problemas reales de accesibilidad.

• Escaneo automatizado: use un validador de accesibilidad para detectar contrastes insuficientes, imágenes sin texto alternativo y errores estructurales evidentes.
• Prueba de teclado: cronometre cuántos pasos de Tab se necesitan para completar un pedido y verifique que ninguno quede atrapado en un componente.
• Prueba con lector de pantalla: registre cada elemento interactivo que no anuncie su nombre, rol o estado correctamente, conforme al criterio 4.1.2.
• Cálculo de contraste: aplique la fórmula de luminancia relativa de WCAG para confirmar que el texto de alérgenos cumple 4.5:1 y los íconos 3:1, sin depender solo de la apariencia visual.
• Revisión periódica: repita esta auditoría después de cada rediseño de menú o cambio de plantilla, no solo una vez al año.

Dónde puede encajar ChefNet en este proceso

ChefNet está desarrollando productos de descubrimiento y operación para restaurantes, incluyendo herramientas relacionadas con menús digitales. Si su equipo evalúa usar ChefNet u otra plataforma para publicar el menú o gestionar el autopedido, verifique directamente con el proveedor qué capacidades de accesibilidad están disponibles hoy —soporte de texto alternativo, control de contraste, navegación por teclado y compatibilidad con lectores de pantalla— antes de asumir que una plantilla o widget cumple automáticamente con los criterios descritos en este checklist. La responsabilidad de la auditoría final recae en el operador, no en la plataforma que aloja el menú.

Casos límite que la tabla inicial no cubre

Además de los criterios ya mapeados por etapa, hay situaciones específicas de menús digitales que requieren pruebas separadas porque no encajan limpiamente en una sola fila de la tabla original.

Menús publicados como imagen o PDF escaneado

Cuando un restaurante sube una foto del menú impreso o un PDF no editable en lugar de texto estructurado, ningún lector de pantalla puede extraer los nombres de platillos, precios ni alérgenos, sin importar cuánto texto alternativo se agregue a la imagen contenedora (criterio 1.1.1). Un texto alternativo genérico como "menú del restaurante" no resuelve el problema: la información debe existir como texto real en la página, no solo describirse desde afuera.

Actualizaciones dinámicas del carrito y del total

Cuando un usuario agrega un modificador y el precio o el subtotal cambian sin recargar la página, esa actualización debe anunciarse a quien usa lector de pantalla mediante una región en vivo, conforme al criterio 4.1.3 (Mensajes de estado). Si el cambio solo se refleja visualmente, alguien que no ve la pantalla puede completar el pedido sin saber que el total cambió.

Errores de validación en el formulario de pedido

Cuando falta un modificador obligatorio o un campo de dirección es inválido, el sistema debe identificar el error de forma textual y asociarlo al campo específico (criterio 3.3.1), y cuando sea posible, sugerir cómo corregirlo (criterio 3.3.3). Un simple borde rojo sin texto no cumple ninguno de los dos criterios.

Expiración de sesión durante el pedido

Si el flujo de autopedido cierra la sesión o vacía el carrito tras un tiempo de inactividad, el criterio 2.2.1 (Ajuste de tiempo) requiere que el usuario pueda extender ese plazo antes de perder su progreso, salvo excepciones justificadas de seguridad.

Iconografía de alérgenos inconsistente entre secciones

Si un mismo alérgeno se representa con un ícono en la sección de entradas y con un texto distinto en la de postres, se rompe el criterio 3.2.4 (Identificación consistente). La verificación debe incluir una revisión cruzada entre secciones del menú, no solo dentro de una misma pantalla.

Flujo de implementación dentro del ciclo de rediseño

1. Antes del diseño: documentar qué componentes (imágenes, etiquetas de alérgenos, modificadores, checkout) necesitan revisión y qué criterio WCAG 2.2 aplica a cada uno.
2. Durante el desarrollo: exigir que cualquier componente reutilizable (botón, casilla, desplegable) pase la prueba de teclado y de lector de pantalla antes de integrarse a la librería de componentes del menú.
3. Antes del lanzamiento: ejecutar el checklist completo en un entorno de staging, no solo en producción, para poder corregir sin presión de tiempo.
4. En el lanzamiento: repetir la prueba de teclado y lector de pantalla en el entorno real, ya que fuentes, plugins o scripts de terceros pueden alterar el comportamiento observado en staging.
5. Después del lanzamiento: programar una repetición del checklist cada vez que se modifique una plantilla, se agregue un proveedor externo de pedidos o se cambie el proveedor de imágenes del menú.

Triaje de severidad de hallazgos

Medición a lo largo del tiempo y limitaciones adicionales

Un solo escaneo no es suficiente: conviene guardar los resultados de cada auditoría con fecha y versión del menú para poder comparar si un rediseño posterior introdujo regresiones. Las herramientas automatizadas cambian de versión y pueden reportar de forma distinta el mismo problema, por lo que la comparación entre auditorías debe basarse en los criterios de WCAG 2.2 evaluados manualmente, no solo en el puntaje de una herramienta. Ninguna combinación de pruebas automatizadas y manuales realizadas por el propio equipo sustituye la prueba con usuarios reales que dependan de tecnología de asistencia en su uso diario.

Fuentes primarias

• W3C: Web Content Accessibility Guidelines 2.2

FAQ

Divulgación editorial: ChefNet publica esta guía y desarrolla productos para el descubrimiento y las operaciones de restaurantes. Las recomendaciones operativas generales se separan de las afirmaciones sobre el producto. Las funciones pueden cambiar durante los programas piloto. Publicado 2026-08-02.