Accesibilidad web: guía completa para entenderla y aplicarla
Jonathan Bell
Co-founder, Sprout ·
La accesibilidad web consiste en diseñar, crear y mantener sitios que puedan utilizar personas con distintas capacidades, dispositivos y formas de interacción. Una web accesible no obliga a ver, oír, señalar con precisión, recordar instrucciones complejas o utilizar un ratón para completar una tarea.
En la práctica, hablamos de algo muy concreto: poder encontrar información, rellenar un formulario, comprar, reservar, identificarse o pedir ayuda sin que la propia interfaz se convierta en la barrera.
Esta guía explica qué es la accesibilidad web, a quién beneficia, cómo se relaciona con WCAG y la legislación y qué puede hacer una organización para mejorarla sin convertirla en un proyecto eterno.
Accesibilidad web en pocas palabras
- Busca que las personas puedan percibir, comprender y utilizar una web con autonomía.
- Incluye contenido, diseño, código, multimedia, documentos y procesos.
- Beneficia a personas con discapacidades permanentes, temporales y situacionales.
- WCAG proporciona los criterios técnicos de referencia más utilizados.
- Una buena evaluación combina herramientas automáticas y pruebas humanas.
- La accesibilidad no se conserva sola: hay que integrarla en publicación, desarrollo y mantenimiento.
Comprueba una página real Descubre qué problemas de accesibilidad puede detectar una primera revisión automática. Introduce tu URL en Sprout Scan y convierte un concepto amplio en incidencias concretas que tu equipo pueda revisar y priorizar.
Analizar mi web gratis con Sprout Scan →
Gratis | Sin registro | Resultado en aproximadamente 10 segundos
Índice
- Qué es la accesibilidad web
- A quién beneficia
- Por qué importa
- Principios fundamentales
- Barreras frecuentes
- Relación con WCAG
- Normativa en España
- Cómo comprobar una web
- Cómo mejorarla paso a paso
- Accesibilidad para contenido y SEO
- Cómo mantenerla a escala
- Preguntas frecuentes
Qué es realmente la accesibilidad web
La accesibilidad web es la práctica de eliminar barreras digitales para que más personas puedan acceder a la información y completar acciones. No consiste en crear una versión especial para un grupo separado. Consiste en construir una experiencia que admita distintas formas de percepción e interacción.
Una persona puede navegar mediante ratón, teclado, voz, pantalla táctil, lector de pantalla, magnificador o una combinación de tecnologías. La web debe comunicar el contenido y el estado de la interfaz de forma que esos métodos tengan acceso a lo esencial.
Por eso la accesibilidad no se resuelve únicamente con colores o texto alternativo. Intervienen al menos cinco capas:
- Contenido: estructura, lenguaje, enlaces, imágenes y multimedia.
- Diseño: contraste, jerarquía, estados, espaciado y comportamiento.
- Desarrollo: semántica, teclado, foco, formularios y componentes dinámicos.
- Producto: recorridos, prioridades, criterios de aceptación y pruebas.
- Operación: responsables, proveedores, monitorización y mejora continua.
A quién beneficia una web accesible
La accesibilidad es esencial para personas con discapacidades visuales, auditivas, físicas, del habla, cognitivas, neurológicas o combinadas. Pero su alcance cotidiano es aún mayor.
Situaciones permanentes
Una persona ciega que utiliza lector de pantalla, alguien con baja visión que amplía el contenido o una persona con movilidad reducida que navega sin ratón.
Situaciones temporales
Una lesión en una mano, una recuperación médica, una migraña o una pérdida auditiva temporal pueden cambiar cómo se utiliza una interfaz.
Situaciones contextuales
Ruido que impide escuchar un vídeo, luz intensa que reduce el contraste percibido o una conexión lenta que dificulta cargar contenido pesado.
Cambios asociados a la edad
La visión, audición, precisión motora o memoria pueden cambiar con el tiempo sin que la persona se identifique necesariamente con una discapacidad.
Diseñar para esta diversidad no rebaja la experiencia. La hace más flexible. Los subtítulos, por ejemplo, son imprescindibles para algunas personas y útiles para muchas otras.
Por qué la accesibilidad web importa para una organización
La razón principal es sencilla: una web inaccesible excluye a personas de información, servicios y oportunidades. A partir de ahí aparecen razones operativas, comerciales y jurídicas.
| Impacto | Qué cambia en la práctica |
|---|---|
| Personas | Más usuarios pueden completar tareas con autonomía y menos fricción. |
| Calidad | Los componentes tienden a ser más claros, consistentes y compatibles. |
| Negocio | Se reducen abandonos provocados por barreras en formularios, compra, acceso o pago. |
| Operaciones | Los requisitos verificables facilitan trabajar con equipos internos y proveedores. |
| Riesgo | La organización está mejor preparada para contratos, licitaciones, reclamaciones y obligaciones aplicables. |
| Reputación | La promesa de inclusión se refleja en una experiencia que las personas pueden utilizar. |
No hace falta exagerar estos beneficios con porcentajes universales. El impacto depende del producto, la audiencia y la barrera. Lo que sí puede medirse es si una persona puede completar la tarea y cuántos problemas impiden hacerlo.
Los principios fundamentales de una web accesible
W3C organiza WCAG bajo cuatro principios. Una experiencia debe ser perceptible, operable, comprensible y robusta.
- Perceptible: la información no depende de una única capacidad sensorial.
- Operable: las funciones pueden manejarse con distintos métodos y sin bloqueos.
- Comprensible: el contenido, las instrucciones y el comportamiento son claros.
- Robusto: navegadores y tecnologías de asistencia pueden interpretar la interfaz de forma fiable.
Estos principios son más útiles que una colección de trucos. Ayudan a hacer la pregunta correcta cuando aparece una nueva funcionalidad: ¿pueden percibirla, manejarla y entenderla usuarios distintos, y puede su tecnología interpretarla?
Barreras de accesibilidad web que aparecen una y otra vez
Las barreras rara vez se presentan como un gran aviso. Suelen esconderse en componentes que el equipo utiliza a diario.
| Barrera | Consecuencia | Primera comprobación |
|---|---|---|
| Imágenes sin alternativa útil | La información visual desaparece para quien no puede verla. | Comprobar si el texto alternativo transmite la función o información relevante. |
| Contraste insuficiente | Textos, iconos o estados resultan difíciles de distinguir. | Medir combinaciones reales, incluidos estados de foco, error y deshabilitado. |
| Navegación sin teclado | Menús, modales o controles quedan fuera del alcance de algunas personas. | Recorrer la página con Tab, Shift+Tab, Enter, espacio y Escape. |
| Foco invisible o desordenado | El usuario no sabe dónde está o salta por la página sin lógica. | Observar la secuencia completa y comprobar que nada tapa el elemento enfocado. |
| Campos sin etiqueta | El propósito del campo puede desaparecer al escribir o no anunciarse correctamente. | Verificar la asociación programática entre etiqueta, campo, ayuda y error. |
| Encabezados usados por apariencia | La estructura pierde sentido para navegación y comprensión. | Revisar que los títulos describan secciones y sigan una jerarquía coherente. |
| Vídeo sin subtítulos | El contenido hablado queda fuera del alcance de quien no oye el audio. | Comprobar subtítulos sincronizados y correctos, no solo generados sin revisar. |
| Zoom que rompe la interfaz | Contenido o acciones desaparecen, se solapan o exigen desplazamiento innecesario. | Ampliar y reducir el ancho de la ventana sin perder información o funcionalidad. |
Qué relación existe entre accesibilidad web y WCAG
WCAG convierte los principios de accesibilidad en criterios que pueden evaluarse. Es la referencia técnica internacional más utilizada, pero no agota toda la experiencia de una persona.
Una web puede cumplir criterios y seguir generando fricción si el lenguaje es innecesariamente complejo o el proceso está mal diseñado. Del mismo modo, una interfaz agradable no es accesible si sus controles carecen de nombre o no funcionan con teclado.
Para un equipo, la combinación más útil es:
criterios WCAG + pruebas sobre recorridos reales + feedback de personas usuarias + seguimiento continuo.
Si ya conoces la base y necesitas entrar en el detalle, consulta la checklist completa WCAG 2.2 AA.
Accesibilidad web y normativa en España
No existe una única respuesta para todas las webs. Las obligaciones cambian según el tipo de entidad, servicio, sector y relación con consumidores o administraciones.
Para determinados productos y servicios, la Ley 11/2023 transpone la Directiva Europea de Accesibilidad y fija requisitos aplicables desde el 28 de junio de 2025. Entre los servicios incluidos se encuentran los servicios de comercio electrónico, junto con otras categorías definidas por la propia norma.
Esto no significa que cualquier empresa con una web esté automáticamente dentro del mismo supuesto. La actividad, el servicio, el tamaño de la empresa y otra normativa aplicable pueden cambiar el análisis. Hemos desarrollado estos matices en la guía sobre Ley 11/2023 y accesibilidad web.
Si gestionas una tienda online, revisa la guía específica de accesibilidad para ecommerce. Si necesitas documentar el resultado de una evaluación, consulta también qué debería demostrar un certificado de accesibilidad web.
Accesibilidad técnica y cumplimiento legal no son exactamente lo mismo. WCAG ayuda a evaluar la web; determinar una obligación exige revisar el marco jurídico aplicable al caso concreto.
Cómo comprobar la accesibilidad de una web
La evaluación debe utilizar varias capas. Ninguna herramienta automática puede interpretar por sí sola toda la experiencia.
- Escaneo automático. Detecta errores técnicos repetibles y patrones que pueden afectar a muchas URLs.
- Navegación con teclado. Comprueba orden, foco visible, menús, modales, formularios y ausencia de bloqueos.
- Zoom y adaptación. Verifica que contenido y acciones sigan disponibles al ampliar o reducir el ancho.
- Contenido y estructura. Revisa títulos, enlaces, instrucciones, alternativas, idioma y mensajes de error.
- Tecnologías de asistencia. Prueba con lectores de pantalla y configuraciones relevantes para el alcance.
- Recorridos completos. Evalúa procesos reales como registro, compra, reserva, acceso, pago y contacto.
Un escáner ofrece velocidad y cobertura. La revisión humana aporta contexto. Juntas permiten dedicar el tiempo especializado a los problemas que realmente lo necesitan.
Consulta el método completo en nuestra guía para comprobar la accesibilidad de una web paso a paso.
Empieza con una URL No necesitas adivinar dónde están todos los problemas. Utiliza Sprout Scan como primera capa, identifica patrones y reserva la revisión humana para las decisiones que requieren contexto.
Comprobar mi página con Sprout Scan →
El resultado automático es un diagnóstico inicial, no una certificación.
Cómo mejorar la accesibilidad web paso a paso
La tentación es empezar por el informe más largo. Suele funcionar mejor empezar por el impacto y por el lugar donde se origina cada error.
- Haz inventario. Incluye dominios, microsites, aplicaciones, documentos y proveedores.
- Identifica tareas esenciales. Define qué debe poder completar una persona sin barreras.
- Obtén una línea de base. Combina escaneo, muestra representativa y pruebas manuales.
- Prioriza bloqueos y alcance. Corrige primero lo que impide tareas o se repite en muchos lugares.
- Arregla el sistema, no solo la URL. Modifica componentes, plantillas y reglas del CMS cuando el problema es compartido.
- Añade criterios de aceptación. La accesibilidad debe formar parte de lo que significa que una tarea está terminada.
- Forma por responsabilidades. Un redactor, un diseñador y un desarrollador necesitan guías diferentes.
- Vuelve a medir. Comprueba correcciones y vigila cambios que puedan introducir regresiones.
Ejemplo de priorización: si veinte páginas fallan porque el mismo componente de pestañas no funciona con teclado, corregir el componente base aporta más valor que editar veinte páginas de manera independiente.
Accesibilidad para equipos de contenido y SEO
Una parte importante de la accesibilidad se decide antes de que desarrollo intervenga. Cada nueva publicación puede mejorar o empeorar la experiencia.
Utiliza encabezados que expliquen la estructura
Los encabezados permiten explorar una página y comprender cómo se organiza. No deben elegirse solo por el tamaño visual. Cada título debe anticipar el contenido de su sección.
Escribe enlaces que tengan sentido fuera de contexto
Frases como “más información” o “haz clic aquí” se vuelven ambiguas cuando aparecen en una lista de enlaces. Un texto descriptivo ayuda a personas y buscadores a entender el destino.
Decide para qué sirve cada imagen
Una imagen informativa necesita una alternativa equivalente. Una imagen decorativa debería poder ignorarse. Repetir el nombre de archivo o describir cada detalle visual no siempre ayuda.
Haz que el mensaje sea más fácil de comprender
Frases directas, instrucciones próximas al punto de acción, ejemplos y mensajes de error específicos reducen esfuerzo. La claridad editorial es parte de la experiencia, no un acabado cosmético.
No confundas accesibilidad y SEO
Existen prácticas compartidas, pero los objetivos no son idénticos. Una jerarquía clara puede ayudar a ambos. Un texto alternativo saturado de palabras clave perjudica a quien necesita comprender la imagen y no constituye una buena práctica.
Cómo mantener la accesibilidad cuando la web cambia cada semana
Una auditoría describe un momento. Una organización necesita un proceso. Cuantas más webs, equipos y proveedores intervienen, más importante resulta saber qué existe, quién lo cambia y cómo se comprueba.
Un modelo operativo sencillo puede incluir:
- Responsable de accesibilidad y responsables por área.
- Biblioteca de componentes con estados accesibles documentados.
- Reglas editoriales dentro del CMS.
- Pruebas automáticas antes y después de publicar.
- Revisiones humanas periódicas de recorridos esenciales.
- Registro de incidencias, severidad, responsable y verificación.
- Requisitos contractuales para agencias y proveedores.
- Métricas de cobertura, regresiones y tiempo de resolución.
La métrica más útil no siempre es una puntuación global. También conviene seguir preguntas operativas: ¿cuántos recorridos críticos tienen bloqueos?, ¿qué componentes generan más incidencias?, ¿cuánto tardamos en corregir una regresión?, ¿qué parte del inventario está monitorizada?
La accesibilidad escala cuando deja de depender de heroicidades y pasa a estar integrada en la infraestructura y el ciclo de vida de la web.
Preguntas frecuentes sobre accesibilidad web
¿Qué es la accesibilidad web?
Es la práctica de diseñar, desarrollar y mantener webs que puedan utilizar personas con distintas capacidades, tecnologías de apoyo, dispositivos y formas de interacción.
¿Qué necesita una web para ser accesible?
Debe ofrecer contenido perceptible, controles operables, información comprensible y una implementación robusta. En la práctica se evalúa mediante criterios como WCAG y pruebas sobre recorridos reales.
¿Cómo puedo saber si mi web es accesible?
Combina un escaneo automático con pruebas de teclado, zoom, estructura, formularios, contenido, tecnologías de asistencia y procesos completos. Una única puntuación no es suficiente.
¿La accesibilidad web es obligatoria para todas las empresas?
No existe una respuesta universal. Depende de la entidad, el servicio, el sector, el público, el tamaño y la normativa aplicable. Tener una web no coloca automáticamente a todas las empresas bajo el mismo supuesto.
¿Un plugin de accesibilidad hace que una web sea accesible?
No por sí solo. Una capa añadida no corrige necesariamente problemas de estructura, teclado, formularios, contenido o procesos. Las barreras deben abordarse en el diseño, código y operación del sitio.
¿La accesibilidad web ayuda al SEO?
Algunas prácticas se solapan, como una estructura clara o enlaces descriptivos, pero son disciplinas distintas. La accesibilidad no garantiza posicionamiento y el SEO no garantiza accesibilidad.
¿Cuánto tiempo se tarda en hacer accesible una web?
Depende del tamaño, la tecnología, los componentes, el contenido y la gravedad de las barreras. Corregir plantillas y componentes compartidos suele acelerar el progreso frente a reparar URL por URL.
¿Una auditoría de accesibilidad es suficiente para siempre?
No. Una web cambia y puede introducir nuevas barreras. La auditoría debe acompañarse de corrección, verificación, controles de publicación y seguimiento continuo.
Tu siguiente acción Empieza por una página, encuentra un patrón y mejora el sistema. Sprout Scan te ayuda a obtener una primera fotografía automática de accesibilidad, rendimiento y sostenibilidad para que tu equipo pueda priorizar.
Gratis | Sin registro | Resultado en aproximadamente 10 segundos
Una web accesible no es una web terminada: es una web bien cuidada
La accesibilidad no debería aparecer como una corrección excepcional. Es una forma de construir con menos supuestos sobre quién está al otro lado de la pantalla.
Empieza por las tareas que importan, elimina bloqueos, corrige los componentes que repiten errores y añade controles para que no vuelvan. Ese recorrido es más útil que perseguir una puntuación sin contexto.
Cuando contenido, diseño, desarrollo y operación comparten el mismo sistema, la accesibilidad deja de ser una deuda que crece y se convierte en una propiedad de la web.
Fuentes oficiales
- W3C WAI - Introducción a la accesibilidad web
- W3C WAI - Cómo utilizan la web las personas con discapacidad
- W3C WAI - Introducción a WCAG
- W3C - Web Content Accessibility Guidelines 2.2
- BOE - Ley 11/2023, de 8 de mayo
- Unión Europea - Requisitos de accesibilidad de productos y servicios
Este contenido es informativo. La evaluación técnica y la aplicación de obligaciones legales dependen del alcance y del contexto concreto.
Launch your first low-carbon website, free
Get started with Sprout and publish a fast, accessible site that emits up to 99% less CO₂.
Get started with Sprout
Posted by
Jonathan Bell
Co-founder, Sprout ·