ACCESIBILIDAD ≠ OVERLAY · 31
Accesibilidad ≠ Overlay: el mantenimiento también influye en la accesibilidad
📅 30 de octubre de 2026 · ⏱ 7 min de lectura
Una web accesible hoy puede dejar de serlo mañana. Una actualización, un nuevo formulario o una imagen sin descripción pueden reintroducir barreras. La accesibilidad real necesita mantenimiento, responsabilidades y pruebas periódicas.
01. La accesibilidad no termina el día del lanzamiento
Publicar una web que funciona con teclado y lector de pantalla es un logro, pero no un estado permanente. Cada modificación del contenido, del diseño o de los componentes puede alterar esa experiencia.
La pregunta útil no es solo si el sitio pasó una auditoría hace seis meses, sino qué controles existen para detectar regresiones antes de que afecten a las personas.
02. Las actualizaciones también cambian la experiencia
Actualizar WordPress, Divi o un plugin puede modificar menús, formularios, ventanas emergentes y el orden del foco. Incluso un cambio aparentemente visual puede ocultar botones al ampliar la página.
Conviene probar primero en un entorno de pruebas, comparar los recorridos críticos y documentar los problemas antes de trasladar los cambios a producción.
03. El contenido nuevo puede introducir barreras
Una noticia con encabezados desordenados, un enlace que solo dice «haz clic aquí» o una infografía sin alternativa textual puede dificultar la comprensión aunque el código de la plantilla sea correcto.
La persona que publica debe revisar títulos, enlaces, idioma, tablas y alternativas de imágenes. La accesibilidad es también una tarea editorial cotidiana.
04. Un formulario nuevo requiere pruebas completas
Imagina que añades un formulario para solicitar presupuesto. Parece correcto con el ratón, pero el campo de teléfono no tiene etiqueta y los errores solo aparecen en rojo.
Antes de publicarlo, comprueba la navegación por teclado, las etiquetas, los mensajes de error, el anuncio de resultados y la posibilidad de completar el envío sin ayuda.
05. Revisa teclado, foco y ventanas emergentes
Recorre con Tab y Shift+Tab el menú, los enlaces, los filtros y el proceso de contacto o compra. Debe existir un foco visible, un orden lógico y ninguna trampa de teclado.
Si se abre una ventana de consentimiento o confirmación, verifica que el foco se gestione correctamente y regrese al control que la abrió cuando se cierre.
06. Comprueba zoom, móvil y tecnologías de apoyo
Prueba al menos el zoom al 200 %, pantallas pequeñas y distintas orientaciones. Comprueba que los textos no se superpongan, que los botones sigan disponibles y que no se pierda información.
Complementa estas pruebas con un lector de pantalla para verificar nombres accesibles, jerarquía de títulos, instrucciones y estados de los componentes interactivos.
07. Los análisis automáticos son una señal, no una garantía
Un escáner puede detectar contrastes insuficientes, campos sin nombre o determinados errores de marcado. No puede asegurar que una persona comprenda el proceso o complete una compra.
Combina herramientas automáticas con pruebas manuales, tecnologías de apoyo y, cuando sea posible, participación de personas con discapacidad. Una puntuación alta no demuestra por sí sola conformidad WCAG.
08. Organiza un calendario realista de mantenimiento
Después de cada actualización importante, revisa las tareas críticas. En cada publicación, comprueba imágenes, enlaces y estructura. De forma periódica, audita plantillas, formularios y componentes compartidos.
Una lista breve con fecha, responsable, resultado y corrección pendiente evita que la accesibilidad dependa de la memoria de una sola persona.
09. Prioriza las barreras que impiden actuar
No todos los problemas tienen el mismo impacto. Si alguien no puede pagar, reservar o enviar un formulario, esa barrera debe recibir atención prioritaria frente a detalles cosméticos.
Registra el problema con pasos para reproducirlo, navegador, tecnología utilizada y criterio WCAG relacionado. Asigna un responsable y comprueba de nuevo la solución.
10. Un overlay no sustituye este trabajo
Un botón flotante puede ofrecer ajustes de presentación, pero no garantiza que un nuevo menú funcione con teclado ni que un formulario comunique correctamente sus errores.
La accesibilidad sostenible se integra en diseño, desarrollo, contenidos, control de calidad y mantenimiento. Se corrigen las causas de las barreras, no se ocultan bajo una capa.
11. Plan de acción para esta semana
Elige tres tareas reales de tu web: encontrar información, contactar y completar una operación. Hazlas sin ratón, amplía el contenido y revisa los mensajes de error. Anota dónde aparecen dificultades.
Después, establece quién revisará las próximas actualizaciones y qué comprobaciones deben superarse antes de publicar. Usa las WCAG 2.2 como referencia técnica y conserva los resultados.