Mi web o plataforma no cumple con accesibilidad para discapacitados

¿Tienes razón?

La pregunta no es si 'es deseable' sino si tu sitio o plataforma está obligado a ser accesible y en qué medida. Para evaluarlo tenés que considerar:

1) Naturaleza de tu servicio: si ofrecés servicios al público, comercio electrónico, servicios esenciales o recursos estatales, la exigencia de accesibilidad es más fuerte. Plataformas privadas con uso cerrado pueden tener obligaciones distintas, pero igual existe una expectativa legal y reputacional.

2) Normativa y políticas aplicables: en Argentina hay normativa y pautas técnicas y políticas públicas que promueven la accesibilidad digital; además, la Ley de Defensa del Consumidor protege a los consumidores con discapacidad frente a obstáculos injustificados. Los organismos estatales y ciertas regulaciones sectoriales pueden imponer requisitos específicos.

3) Barreras concretas: determiná qué impedimentos existen: falta de textos alternativos en imágenes, navegación que depende exclusivamente del mouse, ausencia de subtítulos en videos, contraste de colores insuficiente, o formularios inaccesibles. No todas las deficiencias tienen el mismo impacto; algunas impiden el uso básico.

4) Impacto real y reclamos previos: si ya recibiste denuncias o el acceso público está condicionado, eso empeora la posición. La prueba técnica, como auditorías de accesibilidad, define el punto de partida.

Si la auditoría muestra barreras significativas que impiden el acceso a servicios esenciales, la obligación de corregir será clara. Si son detalles menores y el público es limitado, la prioridad técnica y legal puede ser distinta.

Cómo se soluciona

1) Hacé un diagnóstico técnico profesional: contratá una auditoría de accesibilidad que use estándares reconocidos (por ejemplo, WCAG) y que detalle problemas críticos, medianos y menores.

2) Priorizá remediación: desarrollá un plan por fases. Primero corregí barreras que impiden completar acciones críticas (registro, pago, lectura de contenido importante). Documentá las tareas y asigná responsables.

3) Implementá cambios con control de calidad: incorporá pruebas con usuarios con discapacidad, validá con herramientas automáticas y pruebas manuales, y mantené registros de los cambios.

4) Actualizá tus políticas y contratos: incorporá cláusulas de accesibilidad en términos de uso y en contratos con proveedores y diseñadores web.

5) Comunicá y formá: informá a los usuarios sobre las mejoras y creá un canal de contacto accesible para reportes. Formá al equipo de desarrollo en prácticas de accesibilidad.

6) Si ya hubo reclamos, respondé formalmente: contestá las denuncias aportando el diagnóstico y el plan de remediación; ofrecer un cronograma y acciones concretas suele calmar la situación.

Qué podés hacer solo: realizar una auditoría básica con herramientas gratuitas y corregir problemas evidentes. Cuándo llamar a un abogado: ante reclamos formales, demandas o si necesitás negociar con organismos públicos o audiencias regulatorias.

Qué puede pasar

1) Solución técnica y acuerdo: muchas empresas resuelven con un plan de mejoras y comunicación proactiva. Es la vía más práctica y reduce el riesgo reputacional.

2) Acuerdo administrativo o mediación: un reclamo puede derivar en una conciliación donde aceptás medidas de remediación y, eventualmente, compensaciones simbólicas. La mediación evita juicios largos.

3) Litigio o sanción administrativa: si no actuás y hay incumplimiento grave, podés enfrentar sanciones, órdenes de reparación y daños reputacionales. En juicios civiles, además, podría reclamarse reparación por perjuicios si se acredita daño.

Y si ganás, ¿cobrás? En acciones contra el proveedor, la reparación suele orientarse a la corrección del servicio y a indemnizaciones en casos de daño probado; la sentencia económica depende de la prueba y de la existencia de perjuicio concreto.

Errores que arruinan el caso

• Ignorar los reclamos y no documentar acciones de remediación.
• Subcontratar sin exigir cláusulas de accesibilidad.
• Limitarse a soluciones automáticas sin pruebas con usuarios reales.
• No mantener registro de versiones y pruebas, lo que dificulta demostrar mejoras ante una autoridad.