Fundamentos · Unos 7 min de lectura

Accesibilidad web: qué son las pautas WCAG y por qué importan.

Accesibilidad web y pautas WCAG: cuatro principios, errores frecuentes y comprobaciones básicas de teclado, contraste e imágenes, con fuentes y límites.

Ilustración conceptual sobre accesibilidad web: un edificio que evoca una página web dispone de una rampa y accesos amplios.

La accesibilidad web busca que las personas puedan percibir información, manejar controles y comprender una tarea con distintas capacidades y herramientas. Las pautas WCAG ofrecen criterios para examinar esas condiciones. Esta introducción explica sus principios, errores habituales y límites de una comprobación básica, sin presentar una puntuación automática o una imagen cuidada como evaluación completa.

Accesibilidad web: qué son las pautas WCAG

WCAG son las siglas de las pautas de accesibilidad para el contenido web del W 3 C. La versión 2.2 organiza recomendaciones mediante criterios verificables y niveles de conformidad A, AA y AAA. La página consultada corresponde a la recomendación publicada el 12 de diciembre de 2024, posterior a la publicación inicial de WCAG 2.2 en 2023.

Sus cuatro principios son perceptible, para acceder a la información; operable, para manejar la interfaz; comprensible, para entender información y funcionamiento; y robusto, para que el contenido pueda interpretarse de forma fiable con herramientas diversas, incluidas ayudas técnicas. Son una organización del trabajo, no cuatro casillas cuya presencia visual demuestre cumplimiento.

El W 3 C reconoce que las pautas no cubren todas las necesidades. La conformidad tampoco se limita a un componente aislado: importa la página y, cuando corresponde, el proceso completo. Revisar una portada no permite afirmar que todos los formularios o documentos del sitio estén resueltos. Esta guía no es una evaluación de conformidad de MEE.

Cuatro columnas sostienen una plataforma común.
Perceptible, operable, comprensible y robusto organizan las pautas de accesibilidad.

Errores frecuentes y comprobaciones concretas

Contraste insuficiente. Un texto que se distingue bien para quien diseña puede resultar difícil de leer para otra persona. El criterio 1.4.3 de nivel AA establece, con excepciones definidas, una relación mínima de 4,5:1 para texto y de 3:1 para texto grande según su definición. Hay que medir las combinaciones pertinentes; elegir un color oscuro no comprueba todos los estados de una interfaz.

Imágenes sin una alternativa adecuada. El criterio 1.1.1 pide una alternativa que cumpla un propósito equivalente, considerando el contexto y sus excepciones. Una imagen informativa necesita transmitir su información relevante; una decoración debe poder ignorarse mediante ayudas técnicas. Repetir un nombre de archivo o describir cada detalle sin relación con la tarea puede añadir ruido. Los medios temporales, como vídeos, tienen además criterios propios.

Controles que dependen del ratón. El criterio 2.1.1 exige operar la funcionalidad mediante interfaz de teclado, salvo funciones cuyo sentido depende del recorrido del movimiento y no solo de sus extremos. Esa excepción no permite excluir cualquier botón o elemento arrastrable. Probar teclado significa intentar completar la tarea y comprobar si los controles responden sin una precisión temporal innecesaria.

Desde MEE proponemos registrar los problemas como pasos reproducibles: qué intentabas hacer, qué control utilizaste y qué resultado obtuviste. «No funciona» es una primera señal; una descripción de la secuencia permite investigar mejor. Si vas a compartirla públicamente, elimina datos personales, credenciales o información de otras personas que no sea necesaria.

Qué muestra WebAIM Million y qué no muestra

El informe WebAIM Million 2026 analiza un millón de páginas de inicio seleccionadas a partir del ranking Tranco. La evaluación de febrero de 2026 utilizó WAVE sobre las páginas renderizadas. Detectó fallos relacionados con WCAG en el 95,9 % de esas portadas. La muestra y el método importan: no es una medición de todas las páginas de internet.

El propio informe advierte de los límites de las herramientas automáticas. La ausencia de errores detectados no demuestra accesibilidad o conformidad. Entre los problemas frecuentes figuran contraste, alternativas de imágenes y etiquetas de formularios. Esos resultados orientan preguntas de revisión; no autorizan a atribuir un porcentaje de fallos a MEE ni a cualquier sitio que no haya sido examinado.

El efecto rampa: usos que se solapan

La metáfora de una rampa ayuda a pensar en una solución que puede ser útil en situaciones distintas. Una adaptación creada para retirar una barrera puede facilitar también otras tareas. Sin embargo, la analogía no demuestra que cualquier cambio beneficie a todas las personas. En la web conviene comprobar quién puede hacer qué y con qué herramientas.

Ejemplo hipotético: una persona con movilidad reducida necesita utilizar teclado para enviar una consulta. Al revisar el recorrido, el equipo descubre que un botón solo responde al ratón. Corregir ese control podría ayudar también a quien prefiere trabajar sin ratón. El ejemplo ilustra un uso compartido; no es una prueba realizada sobre un formulario de MEE.

Ejemplo hipotético: una guía presenta la información central dentro de una imagen. El equipo añade una explicación textual equivalente y revisa cómo aparece en contexto. Una lectora puede acceder a esa explicación con su ayuda técnica y otra consultarla cuando la imagen no carga. Son situaciones inventadas; la solución real necesitaría comprobarse con el contenido y las herramientas correspondientes.

Un camino de luz recorre un teclado de teclas vacías hacia una puerta.
Poder recorrer los controles con teclado es una comprobación concreta de accesibilidad.

El mejor argumento en contra: el coste para sitios pequeños

Una revisión puede requerir conocimientos, tiempo y colaboración de personas que utilizan ayudas técnicas. Un equipo pequeño quizá dependa de componentes externos y no controle todos sus problemas. Esa objeción impide prometer una corrección instantánea. También exige distinguir lo que el equipo puede cambiar directamente de lo que necesita solicitar a un proveedor.

La posición de MEE es priorizar las tareas esenciales y los obstáculos que las bloquean. Leer el contenido, llegar a un control y completar una consulta merecen una revisión concreta. Una mejora parcial debe describirse como tal. Publicar un plan razonado puede orientar el trabajo; no convierte una incidencia pendiente en una condición ya resuelta.

También hay un coste de introducir efectos o controles que luego resultan difíciles de mantener. Proponemos preguntar qué utilidad aportan y cómo funcionarán con herramientas distintas. La calidad visual puede acompañar al acceso, pero su evaluación necesita algo más que una captura. Una experiencia que parece fluida para el autor puede esconder un bloqueo para otro usuario.

Qué puedes hacer tú

Elige una tarea pequeña y recórrela con teclado. Observa dónde estás y qué puedes activar. Revisa después una imagen informativa: ¿su alternativa conserva lo que necesita saber el lector? Comprueba una combinación de texto y fondo con una herramienta adecuada. Estas acciones pueden localizar problemas; no representan una auditoría completa ni sustituyen las pruebas que falten.

Si gestionas un sitio, guarda la incidencia, su alcance y la comprobación posterior. Distingue una observación manual de un resultado automático y anota las condiciones utilizadas. Escucha a quienes encuentran barreras sin exigirles demostrar públicamente una discapacidad. La lectura de MEE es que el acceso debe evaluarse en tareas reales y corregirse con evidencias, evitando promesas generales de perfección.

Preguntas frecuentes

¿Una herramienta automática puede certificar toda la accesibilidad?

No. Puede localizar determinados problemas, pero no examina todas las necesidades ni decide por sí sola si una alternativa transmite el sentido adecuado. WebAIM advierte expresamente de esos límites. Una revisión debe considerar el alcance, las tareas y las comprobaciones pendientes antes de formular una afirmación de conformidad del sitio.

¿Todas las imágenes deben llevar una descripción extensa?

No. El tratamiento depende de su propósito y contexto. Una imagen informativa necesita una alternativa útil; una decoración debe poder ignorarse con ayudas técnicas. Una descripción innecesariamente larga puede entorpecer la lectura. Además, escribir un texto alternativo no resuelve por sí solo los requisitos de vídeos u otros medios temporales.

¿Esta guía demuestra que MEE cumple WCAG?

No. Es una explicación educativa de principios y comprobaciones, no una evaluación completa del proyecto. Para afirmar conformidad habría que definir versión, nivel, alcance y pruebas pertinentes, incluidas páginas y procesos. Las ilustraciones son metáforas editoriales y no representan una auditoría técnica ni un diseño físico listo para construir.

Para seguir aprendiendo

Fuentes y alcance

Consulta: 30/10/2026. Ejemplos hipotéticos e ilustraciones conceptuales. Datos e investigaciones conservan periodo y método; las interpretaciones de MEE se identifican como tales.

  1. W 3 C, Web Content Accessibility Guidelines 2.2. Consultado el 30/10/2026.
  2. W 3 C/WAI, Understanding 2.1.1 Keyboard. Consultado el 30/10/2026.
  3. W 3 C/WAI, Understanding 1.1.1 Non-textContent. Consultado el 30/10/2026.
  4. W 3 C/WAI, Understanding 1.4.3 ContrastMinimum. Consultado el 30/10/2026.
  5. WebAIMMillion 2026. Consultado el 30/10/2026.

Esta idea forma parte de un mapa más grande.

Volver a su área