SevirantaOverlay, auditoría o corrección de código: ¿qué resiste una inspección?
7 de junio de 2026
Respuesta corta. Tienes tres opciones para hacer accesible tu web: un widget de overlay (una capa de JavaScript), una auditoría puntual (una instantánea) o correcciones en tu propio código (la reparación real, vigilada de forma continua). Solo la última cambia tu código fuente real y sigue siendo válida cuando tu web cambia, y eso es lo que comprueba un organismo regulador o un juez. El overlay ofrece una seguridad aparente; la auditoría suelta envejece; la corrección de código resiste.
¿Cuál es la diferencia entre las tres opciones?
| Widget de overlay | Auditoría puntual | Corrección de código + vigilancia | |
|---|---|---|---|
| Qué hace | Pone una capa sobre tu web | Informe en un único momento | Repara el código real, de forma continua |
| ¿Toca tu código fuente? | No | No (solo aconseja) | Sí |
| ¿Envejece? | Queda cosmético | Sí, en cuanto cambias tu web | No, evoluciona contigo |
| ¿Resiste una reclamación? | No | En parte, solo en ese momento | Sí |
| Coste | Bajo al mes | Alto, puntual (a menudo miles de euros) | Justo, continuo |
¿Por qué un overlay no resiste?
Porque no cambia tu código. Un overlay promete "cumplimiento", pero no repara los errores subyacentes, así que esos errores siguen existiendo. Los organismos reguladores y los jueces miran ese código subyacente. Es más: las webs con un widget son precisamente las que reciben demandas dirigidas (más de 1.000 pleitos en 2024) y la FTC estadounidense multó a accessiBe con $1 millón por afirmaciones de cumplimiento engañosas. Las cifras están en demandado a pesar de un widget de accesibilidad.
¿Por qué no basta con una auditoría puntual?
Una auditoría manual es minuciosa, pero es una foto, no una película. El informe es válido el día en que se realiza. En cuanto tu desarrollador instala una app o tu equipo de marketing publica una página nueva, la accesibilidad puede volver a romperse, y tu costoso informe queda obsoleto. Para una tienda que cambia continuamente, una instantánea de miles de euros no es una solución sostenible.
¿Qué hace diferente a una corrección de código?
Una corrección de código resuelve el problema donde se origina: en tu propio HTML y CSS. Eso es permanente, la capa no se puede "caer" porque no hay capa. Combinada con vigilancia continua sabes además al instante cuándo un nuevo cambio rompe algo. Así no solo construyes una web accesible, sino también un expediente conservable que demuestra que mantienes tu web estructuralmente en orden, exactamente lo que cuenta en una inspección.
¿Qué opción me conviene?
- ¿Quieres una sensación de tranquilidad barata? Entonces eliges un overlay, pero ten claro que es una seguridad aparente y que aumenta tu riesgo en lugar de reducirlo.
- ¿Tienes un momento jurídico puntual (por ejemplo, una licitación) y tu web apenas cambia? Entonces una auditoría puede bastar.
- ¿Tu web cambia con regularidad y quieres que también mañana siga siendo válida? Entonces una corrección de código con vigilancia es la única opción que resiste.
Escanea tu web gratis y verás, por cada hallazgo, qué falla en tu propio código y cómo resolverlo de verdad: no una capa, sino la reparación en sí.
Fuente del dato de la FTC: nota de prensa de la FTC, enero de 2025. Estadísticas de pleitos y fundamentación completa: demandado a pesar de un widget de accesibilidad.