No existe un plazo fijo para un plan de mejora. La normativa prescribe que debe identificar y corregir los puntos de incidencia, pero no especifica un número de semanas o meses en el que esto deba ocurrir. En la práctica, el plazo depende de tres factores: cuántos puntos de incidencia hay, quién los resuelve y cómo esa persona o empresa lo encaja junto con el trabajo en curso.
Lo que sí es fijo es el orden. Primero identifica los puntos de incidencia, luego los prioriza, después los resuelve y finalmente documenta lo que se ha hecho y qué queda pendiente. Cada fase tiene su propio ritmo, y precisamente las transiciones entre fases son donde los procesos se ralentizan en la práctica.
La fase de identificación suele ser rápida
Un escaneo de las páginas principales y los flujos más importantes — proceso de compra, flujo de acceso, formulario de contacto — por lo general es cuestión de días, no de semanas. Las pruebas automatizadas detectan una parte sustancial de los puntos de incidencia comunes: textos alternativos faltantes, campos de formulario sin etiqueta, contraste insuficiente. Hay requisitos que no se pueden probar automáticamente y esto consta en cada informe; esos puntos de incidencia requieren la revisión de alguien que recorra la página efectivamente. Si primero quiere saber si esto es relevante para su organización antes de invertir tiempo en un escaneo, entonces un breve cuestionario con indicación inmediata proporciona claridad al respecto.
La priorización lleva tiempo, no porque sea difícil, sino porque requiere decisiones
Una lista de acciones con diez a treinta puntos parece manejable, pero cada punto requiere una decisión: quién se encarga, cuándo y cuál es la urgencia respecto a otro trabajo. Esta es la fase donde muchos procesos se ralentizan — no por razones técnicas, sino porque internamente no hay nadie responsable de la lista. Una lista de acciones en lenguaje corriente, sin jerga de WCAG, ayuda aquí: un gestor de oficina o un responsable de RRHH no necesita saber qué es una etiqueta ARIA para entender que el formulario de contacto tiene un problema. Lo que a menudo ralentiza la priorización no es el contenido sino la falta de un plazo claro por punto — exactamente para eso sirve un plan de mejora con plazos definidos.
La ejecución depende del desarrollador, no de la normativa
La reparación real — ajustar código, escribir textos alternativos, aumentar contraste — queda fuera de lo que hace un servicio de auditoría. Axessia prueba, prioriza, documenta y supervisa, pero no realiza trabajo de reparación. Por lo tanto, la duración de esta fase depende de la capacidad de su propio desarrollador o de la empresa que gestiona su sitio, y de cómo esas correcciones encajan en un sprint o planificación. En una tienda web con un tema simple, esto puede ser cuestión de semanas; en un desarrollo personalizado con un proceso de compra complejo, esto puede extenderse fácilmente a meses, especialmente si las correcciones afectan el flujo de pago o de acceso y, por lo tanto, requieren rondas de prueba adicionales.
Aquí también está la trampa de un widget superpuesto: promete una solución rápida en un día, pero no cumple el requisito subyacente y no cambia nada en el código subyacente. Quien gana tiempo con un widget superpuesto, lo pierde más tarde cuando resulta que los puntos de incidencia siguen ahí.
Documentar y declarar es el paso más corto, siempre que el resto sea correcto
Una vez resueltos los puntos de incidencia, la elaboración de la declaración en sí es relativamente rápida — se trata principalmente de documentar correctamente su propia evaluación. Este paso solo se atasca si los pasos anteriores no se han documentado bien: sin una evaluación verificable no hay base para la declaración. Más información sobre lo que se necesita está en la base de conocimientos por tema.
Y luego: cada cambio reabre el ciclo de nuevo
El mayor concepto erróneo sobre la duración es que el proceso termina con la publicación de la declaración. Una nueva página, un proceso de compra modificado o una actualización de tema diferente pueden introducir nuevos obstáculos, lo que hace que el ciclo de prueba, priorización y corrección comience nuevamente. Esto hace que la pregunta "¿cuánto tiempo lleva" sea en realidad una pregunta sobre un proceso recurrente en lugar de un proyecto único.
¿Desea saber dónde se encuentra su organización en este momento y qué pasos concretos están disponibles? Realice el escaneo rápido gratuito o consulte cómo la información en el informe se genera y qué añade una suscripción a través de el resumen de tarifas.