Cómo responder a una queja de accesibilidad

Por qué su respuesta importa más que la queja

Las quejas de accesibilidad —presentadas a través de un formulario de contacto, enviadas por correo electrónico, remitidas a un regulador o entregadas como una demanda legal formal— rara vez son el final de la historia. Cómo responda usted determina lo que sucede a continuación.

Una respuesta rápida, genuina y orientada a la acción resuelve la mayoría de las quejas sin escalada. Una respuesta evasiva, desdeñosa o inexistente es con frecuencia lo que convierte una queja de usuario solucionable en una investigación formal o una demanda.

Esta guía cubre cómo gestionar las quejas de accesibilidad en cada etapa: desde el momento en que la recibe hasta la corrección, la comunicación y la puesta en marcha de sistemas para que la misma queja no vuelva a llegar.

Entienda qué tipo de queja ha recibido

No todas las quejas de accesibilidad son iguales, y la respuesta adecuada varía según el tipo.

Comentarios de usuarios

La forma más habitual. Una persona con discapacidad encontró una barrera en su sitio web —un formulario que no pudo completar con un lector de pantalla, un vídeo sin subtítulos, un botón inalcanzable por teclado— y la reportó directamente a través de su página de contacto, su mecanismo de retroalimentación de accesibilidad o su canal general de soporte.

Estas quejas suelen ser el comentario más valioso que su equipo recibirá jamás. Identifican barreras reales de usuarios reales en situaciones reales que las herramientas automatizadas a menudo pasan por alto.

Queja regulatoria o gubernamental

En el Reino Unido, un usuario puede reportar un problema al Government Digital Service (GDS) o a la Equality and Human Rights Commission (EHRC). En Estados Unidos, las quejas pueden presentarse ante el Departamento de Justicia (DOJ), la Oficina de Derechos Civiles del Departamento de Educación (OCR) u otras agencias federales. En la UE, las quejas se dirigen a los organismos nacionales de aplicación designados bajo la Directiva de Accesibilidad Web.

Estas quejas siguen un proceso formal. Normalmente recibirá una notificación por escrito, una descripción de la presunta infracción y un plazo de respuesta.

Carta de demanda legal

En Estados Unidos, esto suele ser la primera señal de que un demandante tiene intención de iniciar un litigio bajo el Título III de la ADA. La carta describe las presuntas infracciones y normalmente propone condiciones de acuerdo. Se trata de un asunto legal que requiere un tratamiento separado; consulte nuestra guía de cartas de demanda ADA para un recorrido específico.

Comentarios sobre la declaración de accesibilidad

Si su sitio tiene una declaración de accesibilidad publicada con un mecanismo de retroalimentación (obligatorio bajo la PSBAR en el Reino Unido y muy recomendable en cualquier otro lugar), puede recibir comentarios estructurados a través de ella. Suelen ser detallados y específicos, y merecen el mismo tratamiento que cualquier otra queja.

Paso 1: Acuse recibo con prontitud

Lo más importante que puede hacer cuando llega una queja de accesibilidad es responder rápidamente para confirmar que la ha recibido.

Esto es cierto incluso si no puede investigar el problema de inmediato. Un acuse de recibo el mismo día o al siguiente día hábil comunica que se toma la queja en serio. También evita que quien la presentó asuma que su mensaje fue ignorado, un desencadenante habitual de escalada.

Su acuse de recibo debería:

Confirmar que ha recibido la queja
Nombrar a una persona o equipo específico responsable del seguimiento
Dar un plazo realista para una respuesta completa (véase el Paso 3)
Agradecer a la persona por plantear el problema: está ayudando a identificar una barrera que también afecta a otros usuarios

Mantenga un tono profesional y genuinamente agradecido. Las personas que reportan barreras de accesibilidad a menudo son usuarios que ya probaron otras alternativas y no encontraron ninguna. Están dedicando un tiempo que no debería haber sido necesario.

Plantilla:

Gracias por contactarnos. Hemos recibido su mensaje y estamos revisando el problema que describió. Un miembro de nuestro equipo se pondrá en contacto en [plazo] con una actualización. Nos tomamos la accesibilidad en serio y agradecemos que nos lo haya comunicado.

Paso 2: Investigue la barrera específica

Una vez acusado el recibo, investigue el problema concreto que describió quien presentó la queja. Evite la tentación de ejecutar una auditoría de accesibilidad general y tratarla como una respuesta a la queja específica; eso retrasa la resolución y pierde el punto.

Qué investigar:

¿Puede reproducir el problema? Pruébelo en el entorno que describió quien lo reportó: el navegador, el sistema operativo y la tecnología de asistencia que mencionó (si mencionó alguna).
¿La barrera está a nivel de componente (un botón, formulario o modal específico) o a nivel de página?
¿Es un problema de código, un problema de redacción de contenido o un problema de un componente de terceros?
¿Aparece la misma barrera en otro lugar del sitio?
¿Qué criterio de éxito de WCAG infringe (si es que infringe alguno)?

Herramientas de prueba que usar:

Solo teclado — ¿puede alcanzar y operar el elemento afectado usando Tab, Mayús+Tab, Intro, Espacio y las teclas de flecha?
Lector de pantalla — pruebe con NVDA + Chrome, JAWS + Chrome y VoiceOver en Safari (macOS/iOS). ¿Tiene el elemento un nombre accesible? ¿Se anuncia correctamente?
Escáner automatizado — ejecute un escaneo dirigido sobre la URL afectada para detectar problemas relacionados en el mismo lugar
Zoom al 200 % y reorganización a 320px: ¿se rompe el diseño?

Documente sus hallazgos. Necesita un registro claro de cuál es la barrera, dónde existe y qué la causó.

Paso 3: Corríjalo, y establezca un plazo realista

Una vez que entienda la barrera, corríjala. La prioridad y el plazo deben coincidir con la gravedad:

Gravedad	Ejemplos	Plazo objetivo de corrección
Crítica	Formulario de pago inalcanzable por teclado, inicio de sesión bloqueado para usuarios de lector de pantalla	24–72 horas
Grave	Texto alternativo ausente en imágenes de producto, campos de formulario sin etiqueta en un flujo clave	Dentro de una semana
Moderada	Contraste de color deficiente en contenido secundario, estructura de encabezados ausente	Dentro del sprint o dos semanas
Menor	Enlaces poco descriptivos en una entrada de blog, atributo `lang` ausente	Próxima ventana de mantenimiento planificada

Si la corrección va a tardar —por ejemplo, si requiere que un proveedor externo actualice su componente— comuníquelo a quien presentó la queja. Indíquele:

Cuál es la barrera
Qué la está causando
Qué está haciendo para corregirla
Cuándo espera que se resuelva
Si existe una forma alternativa de completar la tarea mientras tanto

La vía de acceso alternativa es importante. Si una persona no puede usar su proceso de pago, ofrézcase a tomar su pedido por teléfono o correo electrónico mientras avanza la corrección. «Estamos trabajando en ello» sin una alternativa no es un ajuste razonable; simplemente le dice al usuario que no puede acceder a su servicio.

Paso 4: Responda a quien presentó la queja con detalles concretos

Cuando la corrección esté completa (o cuando tenga un plan concreto si va a tardar más), responda a quien presentó la queja con una actualización sustantiva. Esta respuesta debería:

Describir el problema específico que se identificó
Explicar lo que encontró durante su investigación
Indicar qué se ha corregido, o detallar el plan de corrección con un plazo
Confirmar que la corrección se ha verificado (se ha vuelto a probar)
Invitarle a probar la experiencia actualizada y reportar si la barrera persiste
Proporcionar un contacto directo en caso de que surjan más problemas

Evite garantías vagas como «hemos mejorado nuestra accesibilidad». Sea específico. Una persona que no puede iniciar sesión con un lector de pantalla merece saber exactamente qué estaba roto y que ahora está corregido.

Plantilla:

Gracias por su paciencia mientras investigábamos el problema que reportó. Identificamos [problema específico] en [página/componente específico]. Esto se ha resuelto: [breve descripción de la corrección]. Hemos vuelto a probar el [página/componente] actualizado y confirmado que [elemento] ahora es [comportamiento accesible]. Nos encantaría saber de usted si persiste algún problema. Puede contactarnos directamente en [contacto].

Paso 5: Documente todo

Para cada queja de accesibilidad que reciba y resuelva, mantenga un registro que incluya:

La fecha de recepción y la fecha de acuse de recibo
Una descripción de la barrera reportada
Los hallazgos de su investigación
La corrección aplicada y la fecha en que se implementó
La confirmación de que la corrección se probó
Toda la correspondencia con quien presentó la queja

Esta documentación cumple tres propósitos. Primero, demuestra buena fe: si una queja escala a un regulador o a una acción legal, un registro documentado de corrección es una prueba sólida de que usted tomó el asunto en serio y actuó. Segundo, alimenta su declaración de accesibilidad, que debería enumerar los problemas conocidos y su estado de corrección. Tercero, construye conocimiento institucional sobre los modos de fallo recurrentes en su código o en su flujo de trabajo de contenido.

Paso 6: Actualice su declaración de accesibilidad

Su declaración de accesibilidad debería reflejar el estado actual conocido de su sitio. Tras resolver una queja:

Elimine la barrera de cualquier lista de problemas conocidos (si estaba incluida)
Actualice la fecha de «última revisión»
Si la queja reveló una categoría de problemas que no había identificado previamente, añádala y anote su estado de corrección

Una declaración de accesibilidad que refleje con precisión los problemas conocidos —incluidos los que aún no están corregidos, con plazos realistas— genera más confianza que una que afirma una conformidad total que los usuarios saben que es inexacta.

Cómo gestionar quejas que no puede resolver de inmediato

A veces una barrera no puede corregirse rápidamente: el componente pertenece a un proveedor externo que aún no ha publicado una corrección, la corrección requiere una migración de plataforma, o el contenido está en un sistema heredado que exige un esfuerzo considerable para actualizarse.

En estos casos:

Proporcione una vía de acceso alternativa. Esto es legalmente obligatorio en la mayoría de las jurisdicciones como un «ajuste razonable» o equivalente. Debe ser genuinamente equivalente, no un sustituto degradado. Si un PDF es inaccesible, ofrézcase a proporcionar la información en un formato accesible por correo electrónico. Si un formulario de reserva está bloqueado para usuarios de lector de pantalla, ofrézcase a tomar reservas por teléfono.

Sea honesto sobre el plazo. A quien presentó la queja no le sirve que le digan «esto se corregirá en el tercer trimestre». Comprométase con hitos concretos y cúmplalos.

Escale internamente. Las quejas que afectan a recorridos clave (inicio de sesión, pago, gestión de cuenta, formularios importantes) deberían tratarse como problemas de ingeniería de alta prioridad, no como ajustes de contenido. Asegúrese de que las personas adecuadas lo sepan.

Cómo responder a quejas regulatorias

Si una queja ha escalado a un regulador —el GDS en el Reino Unido, el DOJ o la OCR en Estados Unidos, o un organismo nacional de aplicación en la UE— el proceso es más estructurado.

Normalmente recibirá:

Una notificación formal de queja con las alegaciones descritas
Una solicitud de respuesta formal para una fecha límite específica
En algunos casos, una invitación a participar en mediación o resolución informal

No incumpla los plazos. Una queja regulatoria que queda sin respuesta, o que se responde con retraso, señala falta de cooperación y refuerza la posición de quien la presentó.

Aborde las alegaciones específicas. Los reguladores esperan una respuesta que trate los problemas concretos planteados, no una declaración general sobre su compromiso con la accesibilidad.

Aporte pruebas de la corrección. Cuando haya corregido las barreras reportadas, proporcione documentación: capturas de pantalla, informes de auditoría, confirmación de las fechas de implementación. Un regulador que puede ver que el problema se ha resuelto tiene significativamente menos motivos para iniciar una acción de aplicación formal.

Busque asesoría legal. Para las quejas regulatorias formales, especialmente en Estados Unidos, donde las investigaciones del DOJ pueden tener un alcance amplio, es recomendable contar con asesoría legal familiarizada con la accesibilidad digital.

Prevenir la siguiente queja

Cada queja de accesibilidad es evidencia de que una barrera llegó a un usuario real. El objetivo no es solo resolver las quejas individuales, sino construir sistemas que impidan que aparezcan nuevas barreras.

Integre la accesibilidad en su flujo de desarrollo. Las comprobaciones automatizadas de accesibilidad en su pipeline de CI/CD detectan los problemas identificables antes de que lleguen a producción, no después de que un usuario los reporte. Nuestra integración de accesibilidad en CI/CD hace que esto forme parte de cada build.

Programe auditorías periódicas. Las herramientas automatizadas detectan entre el 30 % y el 40 % de los fallos de WCAG. Las auditorías manuales con lectores de pantalla y navegación solo con teclado encuentran el resto. Las auditorías trimestrales o semestrales detectan problemas antes que los usuarios.

Forme a su equipo. Los desarrolladores, diseñadores y creadores de contenido que entienden la accesibilidad crean menos barreras. La formación puntual es menos eficaz que integrar la revisión de accesibilidad en las críticas de diseño, las revisiones de código y los flujos de publicación de contenido.

Haga que su mecanismo de retroalimentación sea realmente fácil de usar. Una declaración de accesibilidad con un mecanismo de contacto funcional y accesible ofrece a los usuarios una vía directa hacia usted en lugar de hacia un regulador. Muchas quejas escalan precisamente porque el propio canal de retroalimentación del sitio era inaccesible.

Si quiere entender la posición actual de accesibilidad de su sitio antes de que llegue la próxima queja, un escaneo automatizado gratuito es el punto de partida más rápido. Para obtener una imagen completa, póngase en contacto para hablar de una auditoría integral.