Diseño accesible: por qué importa más allá de la ética

El argumento típico para la accesibilidad web siempre empieza por el lado ético: "porque hay personas con discapacidad y merecen acceder igual que el resto". Es verdad, es importante, y no es suficiente para convencer a una pyme con el presupuesto justo de invertir en ello.

Vamos al argumento práctico: la accesibilidad web es una de las palancas más infravaloradas de SEO, conversión y reducción de riesgo legal. Lo ético viene de propina.

Lo que no se cuenta sobre quién se beneficia de una web accesible

Cuando se dice "accesibilidad" se piensa en personas ciegas usando lectores de pantalla. Eso es cierto, pero es una fracción pequeña del público que se beneficia. La realidad:

• Personas mayores de 55 años: necesitan textos más grandes, contraste alto, navegación clara. En España, en 2025, este grupo representa el 32% de la población y compra online cada vez más.
• Personas con discapacidad visual menor (sin diagnóstico formal): vista cansada, ojos fatigados al final del día, problemas de contraste. Aproximadamente el 25% de los adultos.
• Personas usando móvil con sol directo: una web con contraste pobre es casi invisible al aire libre.
• Personas con conexión lenta: las prácticas de accesibilidad (HTML semántico, no depender de JavaScript pesado) hacen que la web cargue mejor en redes flojas.
• Personas con discapacidad declarada: en España, el 9% de la población (4,2 millones de personas) tiene algún tipo de discapacidad. Comparable al tamaño del mercado portugués.

Sumado: una web no accesible deja fuera a una proporción significativa de tu mercado potencial, no a un nicho minoritario.

Los argumentos prácticos que sí mueven decisiones

1. SEO orgánico

Google ya usa señales de accesibilidad como factor de ranking, especialmente desde la actualización de "Core Web Vitals". Una web accesible suele tener:

• HTML semántico (Google entiende mejor la estructura).
• Imágenes con alt text (más oportunidades de aparecer en búsqueda de imagen).
• Mejor rendimiento (objetivo Core Web Vitals).
• Tiempos de sesión más largos (los usuarios encuentran lo que buscan más rápido).

No es una correlación pequeña: webs accesibles posicionan mejor en igualdad de contenido.

2. Conversión

Una web más legible, más predecible, con CTAs claros, convierte mejor a todos los usuarios, no solo a los que tienen alguna dificultad. La accesibilidad es, en gran medida, buen diseño aplicado con rigor.

Datos típicos: webs accesibles convierten un 10-30% mejor que la media del sector. Y rebotan menos.

3. Cumplimiento legal

En España, desde 2022, el Real Decreto 1112/2018 obliga a determinadas webs (sector público, empresas grandes, ciertos sectores regulados) a cumplir nivel AA del WCAG 2.1. Y la directiva europea de accesibilidad de 2025 amplía el alcance a más empresas privadas.

Si tu sector está dentro del ámbito de aplicación, una web no accesible es un riesgo legal explícito, con sanciones que pueden ir de 12.000€ a 1 millón de euros según gravedad.

4. Sostenibilidad técnica

Las webs accesibles son más fáciles de mantener. HTML semántico, sin dependencias de JS para funcionar, estructura clara: todo eso reduce el coste de cambios futuros, migraciones y actualizaciones.

Los 10 cambios mínimos que aplicar esta semana

Sin necesidad de auditoría profesional, estos cambios cubren el 60-70% del trabajo. Cualquier desarrollador razonable los aplica en unas horas.

1. Contraste de texto suficiente

Texto principal con ratio de contraste mínimo 4.5:1 contra el fondo (WCAG AA). Texto grande, 3:1.

Herramienta gratuita para verificar: WebAIM Contrast Checker (webaim.org/resources/contrastchecker/).

2. Tamaño de texto base mínimo 16px

Por debajo, el texto es físicamente difícil de leer para muchos usuarios. 16-18px en cuerpo de texto, headlines más grandes proporcionalmente.

3. Atributo alt en todas las imágenes

No "imagen1.jpg" ni vacío: descripción real de qué muestra la imagen y por qué está ahí. Imágenes decorativas pueden llevar alt="" (vacío explícito).

4. HTML semántico

Usar <header>, <nav>, <main>, <article>, <aside>, <footer>. No todo dentro de <div>. Esto ayuda a lectores de pantalla y a Google a la vez.

5. Jerarquía de headings respetada

Un solo <h1> por página. Luego <h2>, <h3>, sin saltarse niveles. La estructura de la página debería ser comprensible viendo solo los headings.

6. Enlaces con texto descriptivo

Nunca "haz clic aquí". Siempre algo que describa el destino: "leer el caso completo", "descargar la guía", "ver el servicio de auditoría".

7. Formularios con etiquetas correctas

Cada <input> con su <label> asociado (no placeholder como sustituto). Mensajes de error vinculados al campo, no solo en una zona genérica.

8. Foco visible al navegar con teclado

Pulsar Tab debe mostrar claramente dónde está el foco. Es una de las cosas más comunes que se eliminan al rediseñar ("queda más limpio") y rompe la experiencia de teclado por completo.

9. No depender solo del color para transmitir información

"Los campos rojos son obligatorios" deja fuera al 8% de hombres (daltónicos). Mejor: rojo + asterisco + texto. Redundancia útil.

10. Tiempo suficiente para acciones críticas

Si tu web tiene timeouts (sesión expira, captcha caduca, banner se cierra solo), dale al usuario un margen razonable y la opción de extenderlo. Cinco segundos para un captcha es maltrato.

Herramientas para verificar

Tres recomendaciones gratuitas para auditar el estado actual:

• WAVE (wave.webaim.org): inserta tu URL y te da una lista de errores y advertencias visualmente.
• Lighthouse (incluido en Chrome DevTools): pestaña "Accessibility", da puntuación 0-100 y errores específicos.
• axe DevTools (extensión de navegador): más profunda que Lighthouse, detecta cosas que las otras dos no.

Las tres son gratuitas y, en 10 minutos, te dan una lista clara de qué arreglar primero.

Lo que no es accesibilidad (pero a veces se vende como tal)

Algunos productos se anuncian como "soluciones de accesibilidad" cuando en realidad no resuelven los problemas de fondo:

• Overlays de accesibilidad (botoncitos flotantes con opciones tipo "modo daltónico"): suelen ser parches superficiales. La WAI los considera explícitamente desaconsejables. Los usuarios reales con discapacidad raramente los usan.
• Aumentar tamaño de fuente con un botón: el usuario ya puede hacerlo con el zoom de su navegador. Añadirlo en la web duplica funcionalidad.
• Modo oscuro como sustituto de contraste correcto: el modo oscuro no resuelve problemas de accesibilidad; los puede empeorar si el contraste sigue mal.

Lo que resuelve los problemas es estructura semántica + contraste + textos + foco + alternativas. Los parches visuales no.

Conclusión

La accesibilidad web es una de esas inversiones con triple retorno (ético, comercial, legal) que sin embargo se relega sistemáticamente. La razón suele ser desconocimiento: se piensa que es complicado, caro o solo para grandes empresas.

Ninguna de las tres es cierta. Los diez cambios de este artículo se aplican en una semana razonablemente y mueven la aguja en SEO, conversión y cumplimiento. Si tu web fue construida sin pensar en esto, ese es probablemente el orden de prioridad para empezar.

Si quieres saber el estado actual de la tuya, las tres herramientas gratuitas te dan diagnóstico en 10 minutos. Empieza por ahí.