No existe una cantidad fija para hacer una aplicación accesible, y cualquier proveedor que asigne un precio sin hacer preguntas está especulando. Lo que sí determina los costes es una combinación de tres cosas: la plataforma en la que se ejecuta la aplicación, el número de pantallas únicas y patrones de interacción, y el estado del código existente. Una pequeña aplicación nativa con diez pantallas que está bien estructurada desde el principio requiere una fracción del trabajo que exige una aplicación híbrida grande con cientos de pantallas y años de deuda técnica.
Los costes se dividen aproximadamente en dos categorías. La reparación de una aplicación existente suele ser más cara que integrar la accesibilidad desde la fase de diseño, porque los componentes existentes deben reconstruirse en lugar de implementarse correctamente desde el inicio. Antes de solicitar un presupuesto a un desarrollador, es útil conocer primero dónde están los puntos críticos. Con unas pocas preguntas verá una indicación inicial de cómo está su servicio digital, y es gratuito.
Qué determina el precio
El primer factor es la plataforma: las aplicaciones nativas de iOS y Android, los marcos multiplataforma como React Native o Flutter, y las aplicaciones web se comportan de manera diferente con lectores de pantalla y navegación por teclado. Las aplicaciones nativas siguen más de cerca los estándares de accesibilidad del sistema operativo, lo que a veces hace que la reparación sea más sencilla. Los marcos multiplataforma no siempre traducen automáticamente todas las características de accesibilidad, lo que puede requerir trabajo adicional por componente.
El segundo factor es el alcance: cuántas pantallas, formularios y patrones de interacción únicos tiene la aplicación. Una aplicación con unas pocas pantallas fijas es manejable; una aplicación con contenido dinámico, filtros, mapas o un flujo de compra tiene considerablemente más partes que deben probarse y, si es necesario, ajustarse.
El tercer factor es el estado del código existente. Los componentes construidos con los bloques de construcción estándar de la plataforma suelen ser más rápidos de adaptar que las partes de interfaz completamente personalizadas, donde las características de accesibilidad a menudo deben añadirse desde cero.
Qué dice una exploración automatizada sobre los costes y qué no
Una exploración automatizada proporciona un buen punto de partida: muestra qué pantallas presentan problemas en aspectos como contraste de color, etiquetas faltantes o estructura. Esto ayuda en la fase de presupuesto, porque un desarrollador no tiene que empezar sin información. Sin embargo, una exploración automatizada no puede verificar parte de los requisitos — la navegación solo con teclado en patrones de interacción complejos, o la lógica de un lector de pantalla a través de un formulario de varios pasos, requiere verificación manual. Esto consta en cada informe que proporcionamos, y significa que un presupuesto basado únicamente en una exploración siempre puede ser una subestimación del trabajo que aún queda.
Axessia no realiza reparaciones ni auditorías manuales; verificamos, priorizamos y documentamos. El resultado de la base de conocimientos por tema proporciona una visión clara de lo que cabe esperar por punto crítico, para que usted como cliente pueda mantener una conversación más enfocada con la parte que realmente adapta la aplicación.
Mantenimiento después del lanzamiento
Los costes no terminan con la primera corrección. Cada actualización de la aplicación puede añadir nuevas pantallas o componentes que deben verificarse de nuevo. Quien solo integra la accesibilidad en el lanzamiento y luego no vuelve a verificarla, corre el riesgo de que la aplicación vuelva al mismo nivel que antes de la reparación después de un par de actualizaciones. Esto hace que la verificación continua, no un ejercicio único, sea el camino más económico a largo plazo.
Cuando la pregunta no es relevante
La normativa hace una excepción para las microempresas que prestan servicios: empresas con menos de diez empleados e ingresos de no más de dos millones de euros. Para ellas, la cuestión de los costes de una aplicación accesible por lo general no se plantea del mismo modo, porque la exención se mantiene mientras se cumplan ambas condiciones. Si esa exención le es aplicable es algo que la verificación de ámbito, gratuita y sin necesidad de cuenta, responde.
Para quien quiera saber qué cuesta nuestro propio servicio para convertir los resultados de un análisis en una lista de acciones priorizada y una declaración, eso está claro en la página de nuestras tarifas. Si aún duda sobre qué entra y qué no entra en la ley o qué muestra exactamente un análisis, entonces las preguntas frecuentes ya le dan una respuesta concreta en la mayoría de los puntos.
¿Quiere saber primero en qué estado se encuentran su aplicación o sitio web en este momento antes de contactar con un desarrollador? El análisis rápido gratuito le da una primera indicación en pocos minutos, sin que para ello necesite una cuenta.