Guía práctica

8 min de lectura

Errores WCAG frecuentes: cómo detectarlos, priorizarlos y corregirlos

Los errores WCAG más frecuentes suelen concentrarse en componentes reutilizados. Detectarlos pronto permite arreglar la causa de base, reducir incidencias repetidas y proteger los recorridos que más utilizan las personas.

Contenido técnico de AccesNexo · Actualizado el 11 de julio de 2026

Controles sin nombre accesible

Un icono de carrito, un botón de cerrar o un enlace que solo contiene una imagen necesitan comunicar su propósito a tecnologías de apoyo. El nombre puede ser texto visible o una alternativa programática adecuada, pero debe describir la acción sin depender del contexto visual.

Busca controles repetidos y corrige el componente base. Añadir una etiqueta distinta en cada página suele crear inconsistencias; una convención clara evita que el mismo problema reaparezca en nuevos bloques.

Foco y teclado que no siguen la tarea

Si una acción funciona con ratón debe poder activarse con teclado. El foco necesita ser visible, seguir un orden lógico y permanecer dentro de un diálogo abierto solo mientras ese diálogo está activo. Al cerrarlo, debe volver a un lugar previsible.

Prueba menús, acordeones, tabs, carruseles, buscadores y modales. Estos componentes suelen concentrar errores de orden, escape, estado expandido y gestión del foco.

  • No usar tabindex positivo para forzar el orden.
  • Mantener un foco visible sobre fondos claros y oscuros.
  • Permitir cerrar un modal con Escape cuando corresponda.
  • Comunicar si un menú o acordeón está expandido.
  • No abrir contenido inesperado al recibir foco.

Formularios que no explican qué hacer

Los campos necesitan una etiqueta asociada que permanezca disponible. Las instrucciones importantes deben aparecer antes de enviar el formulario y los errores han de identificar el campo, explicar el problema y ofrecer una vía clara para corregirlo.

Evita depender solo de un borde rojo, de un placeholder o de una posición visual. Una persona con baja visión, lector de pantalla o zoom debe recibir la misma información esencial.

Contraste y estados que desaparecen

El contraste no afecta solo al texto de un párrafo. Revisa enlaces, botones, iconos, bordes de campos, foco, mensajes de error, gráficos y estados deshabilitados. Los diseños estáticos no muestran todos los estados que una persona encontrará al interactuar.

Define combinaciones aprobadas en el sistema de diseño y comprueba los componentes con contenido real. Esto convierte una corrección puntual en una regla reutilizable para el equipo.

Preguntas habituales

Respuestas para planificar la revisión

¿Cuáles son los errores WCAG más urgentes?

Los que bloquean una tarea: un control sin nombre, falta de teclado, foco perdido, un formulario imposible de recuperar o una información esencial que no se percibe.

¿Debo corregir por número de errores?

No únicamente. Prioriza el impacto, el recorrido afectado y el número de lugares donde se repite la misma causa.

¿Una regla WCAG fallida siempre tiene la misma solución?

No. La solución depende del componente, el contenido y la tarea. La regla orienta la revisión; la corrección debe validarse en contexto.

Fuentes y referencias

Continúa leyendo

Comprobar la accesibilidad web: una revisión útil antes de publicarCómo comprobar la accesibilidad de una web con pruebas automáticas y manuales, qué revisar primero y cómo convertir resultados en correcciones verificables.Auditoría de accesibilidad web: alcance, evidencias y plan de correcciónGuía para preparar una auditoría de accesibilidad web útil: definir alcance, evaluar tareas, priorizar incidencias WCAG y verificar las correcciones.Accesibilidad en WordPress: qué revisar en tema, bloques y pluginsGuía para mejorar la accesibilidad de una web WordPress revisando tema, editor de bloques, plugins, formularios, navegación y contenido publicado.