Por qué tu app deja de funcionar tras cada actualización de iOS o Android (y cómo evitarlo)
Una app publicada no es una app terminada
Hay una idea muy extendida entre quienes encargan una aplicación por primera vez: cuando la app aparece en la App Store y en Google Play, el proyecto está cerrado. Se paga la factura, se celebra el lanzamiento y se archiva la carpeta. Y funciona, durante un tiempo. Pero seis meses o un año después llega la llamada incómoda: "los clientes me dicen que la app se cierra sola", "ha desaparecido de la tienda", "en el móvil nuevo de mi socio ni siquiera abre".
No es que os hayan entregado un producto defectuoso. Es que una app vive dentro de dos sistemas operativos, iOS y Android, que cambian solos cada año sin pediros permiso. Apple y Google publican versiones nuevas con calendario propio, y cada versión mueve el suelo sobre el que se apoya vuestro código. Lo que hoy va perfecto, dentro de doce meses puede haber quedado a medio camino entre lo que funcionaba y lo que la plataforma ya considera obsoleto.
Entender por qué pasa esto no es un capricho técnico. Es la diferencia entre tratar la app como un gasto puntual o como lo que realmente es: un activo digital que necesita cuidado para seguir dando dinero.
Qué cambia cada año bajo los pies de tu app
Cuando decimos que una app "deja de funcionar", casi nunca es un fallo aislado. Suele ser la suma de varios cambios que Apple y Google introducen en cada ciclo. Conviene que un dueño de negocio los conozca, aunque sea por encima, porque explican de dónde salen los sustos.
APIs que se retiran (deprecación)
Una API es una especie de instrucción que la app le da al sistema operativo: "guárdame este archivo", "envía esta notificación", "usa la cámara". Con cada versión, Apple y Google marcan algunas de esas instrucciones como obsoletas y, uno o dos años después, las eliminan del todo. El día que desaparecen, la parte de la app que dependía de ellas deja de responder. Puede ser algo pequeño (un botón que no hace nada) o algo crítico (los pagos que dejan de procesarse).
Permisos que se endurecen
La privacidad se ha vuelto un campo de batalla, y con razón. Android e iOS cambian con frecuencia la forma en que una app pide acceso a la ubicación, las fotos, los contactos o las notificaciones. Un permiso que antes se concedía de una vez ahora exige pedirlo en el momento exacto, con un texto justificativo, y a veces solo "mientras se usa la app". Si vuestro código sigue pidiéndolo a la vieja usanza, el sistema simplemente lo deniega y la funcionalidad se rompe sin avisar.
Dispositivos y pantallas nuevas
Cada otoño aparecen móviles con pantallas de proporciones distintas, notches, islas dinámicas, plegables. Una app diseñada para las pantallas de hace tres años puede mostrarse con botones cortados, textos que se salen o menús inaccesibles en el iPhone o el Samsung que vuestro cliente acaba de comprar. El código no ha cambiado; ha cambiado el escaparate donde se muestra.
Librerías de terceros sin soporte
Casi ninguna app se construye solo con código propio. Se apoya en librerías externas: la que gestiona los mapas, la que procesa los pagos, la que envía notificaciones, la que conecta con vuestra pasarela bancaria. Esas piezas también se actualizan por su cuenta, y a veces dejan de mantenerse. Si una librería crítica se queda sin soporte y no se sustituye a tiempo, arrastra a toda la app hacia la incompatibilidad.
El motivo por el que Apple y Google pueden echar tu app de la tienda
Aquí está el punto que más sorprende a los responsables de negocio, porque no va de que la app funcione mal, sino de reglas administrativas. Google Play y la App Store obligan a que las aplicaciones apunten a una versión reciente del sistema, lo que en el argot se llama target SDK. Es el nivel de sistema operativo para el que la app declara estar preparada.
Google Play es especialmente estricto: cada año sube el listón. Una app que no actualice su target SDK dentro del plazo marcado deja de poder recibir actualizaciones y, con el tiempo, deja de ofrecerse a los usuarios que estrenan móvil. Apple aplica una política parecida cuando obliga a compilar con las últimas versiones de sus herramientas para poder subir cualquier cambio. El resultado práctico es duro: una app perfectamente funcional puede quedar bloqueada en la tienda, invisible para nuevos clientes, no porque tenga errores, sino porque no cumple el requisito administrativo del año en curso.
Para un e-commerce, una app de reservas o una herramienta interna de una pyme, esto se traduce en pérdida directa de descargas y de ingresos. Y suele pasar en silencio: nadie recibe un aviso, la app simplemente empieza a caer en las métricas.
Mantenimiento correctivo frente a mantenimiento evolutivo
Cuando se habla de "mantener" una app, en realidad se mezclan dos trabajos distintos. Distinguirlos ayuda a entender qué estáis pagando y por qué merece la pena.
El mantenimiento correctivo es el que apaga fuegos. Un usuario reporta que la app se cierra al subir una foto, se detecta el fallo y se corrige. Es reactivo: se actúa cuando algo ya está roto. Es imprescindible, pero por sí solo llega tarde, porque significa que el problema ya ha afectado a clientes reales.
El mantenimiento evolutivo es el que se adelanta. Consiste en actualizar la app al ritmo de las plataformas: adaptarla a la nueva versión de iOS antes de que salga del beta, subir el target SDK que Google exigirá dentro de unos meses, sustituir una librería que ha anunciado su fin de soporte, ajustar la interfaz a los móviles que llegarán en Navidad. No espera a que algo se rompa; evita que se rompa.
Una app bien cuidada necesita ambos, pero es el evolutivo el que marca la diferencia entre un negocio que se sobresalta cada otoño y otro que ni se entera de que iOS ha cambiado de versión, porque su app ya estaba lista.
Cada cuánto hay que tocar la app (aunque parezca que va bien)
La pregunta lógica del dueño de un negocio es: "si va bien, ¿para qué tocarla?". El problema es que "ir bien hoy" no dice nada sobre dentro de nueve meses. El calendario de las plataformas es bastante previsible, y ahí está la clave para planificarse. Estos son los hitos que conviene tener en el radar cada año:
- Verano: Apple y Google presentan las nuevas versiones de iOS y Android en sus conferencias de desarrolladores. Es el momento de probar la app en las betas y detectar qué se va a romper.
- Otoño: se publican las versiones finales de los sistemas y salen los móviles nuevos. Aquí es donde saltan la mayoría de incidencias si no se ha preparado el terreno.
- A lo largo del año: Google fija su fecha límite anual para el target SDK. No cumplirla tiene consecuencias directas en la tienda.
- En cualquier momento: una librería de terceros anuncia que deja de mantenerse, o vuestra pasarela de pagos cambia sus requisitos y os da unas semanas para adaptaros.
Como regla práctica, una app en producción debería revisarse y actualizarse de forma seria al menos dos o tres veces al año, más los parches puntuales que surjan. No hace falta reescribirla; hace falta que alguien esté pendiente del calendario de las plataformas y actúe antes de que la fecha pase por encima.
Cuánto cuesta mantener una app en España
Vamos al número, porque es lo que de verdad condiciona la decisión. El mantenimiento de una app no se factura como un desarrollo nuevo, sino como un porcentaje anual sobre lo que costó construirla. La horquilla que se maneja en el sector, y que en Tangram consideramos realista para el mercado español, va del 15% al 25% del coste de desarrollo por año, dependiendo de la complejidad y de si la app está en constante evolución o es más estable.
Pongamos cifras concretas. Si una app le costó a una pyme unos 30.000 euros, un mantenimiento razonable ronda los 4.500 a 7.500 euros anuales, es decir, del orden de 400 a 600 euros al mes. Para una app más sencilla, de 12.000 o 15.000 euros de desarrollo, hablamos de mantenimientos desde unos 150 a 300 euros mensuales. No son cifras caprichosas: cubren la vigilancia del calendario de plataformas, las actualizaciones de compatibilidad, la corrección de fallos, la actualización de librerías y la resubida a las tiendas cada vez que hace falta.
Comparad ese gasto con la alternativa. Una app abandonada durante dos años suele necesitar una puesta al día que, por acumulación de cambios pendientes, puede costar tanto como rehacer buena parte del proyecto. Es la misma lógica que un coche: el mantenimiento anual sale mucho más barato que esperar a que el motor se gripe.
Por qué contratar mantenimiento continuo y no ir a demanda
Algunos negocios optan por llamar a un desarrollador solo cuando algo falla. Sobre el papel parece más barato, pero en la práctica sale caro por varios motivos. Cuando la app ya se ha roto, el cliente ya se ha llevado la mala experiencia, y recuperar a un usuario que ha desinstalado es mucho más costoso que retenerlo. Además, un equipo que no conoce el proyecto tarda más en entender el código, y las urgencias siempre se facturan a precio de urgencia.
El mantenimiento continuo funciona al revés. El equipo conoce la app, sigue el calendario de Apple y Google por vosotros, prueba las betas antes de que salgan las versiones definitivas y aplica los cambios de forma escalonada, sin sobresaltos. Vuestra app deja de ser una fuente de sorpresas para convertirse en un activo predecible. Y esa tranquilidad tiene un valor difícil de medir: podéis dedicaros a vuestro negocio sin estar pendientes de si la próxima actualización de iOS os va a dejar sin app en plena campaña de ventas.
Hay otro beneficio menos evidente. Una app que se mantiene al día no solo evita problemas, también aprovecha lo nuevo: las funciones recientes del sistema, las mejoras de rendimiento, las oportunidades de mejorar la experiencia. El mantenimiento evolutivo bien hecho no es solo un seguro contra averías; es una forma de que vuestra inversión siga creciendo en lugar de envejecer.
Si tenéis una app publicada y no recordáis cuándo fue la última vez que se actualizó de verdad, o si os preocupa que la próxima versión de iOS o Android os pille desprevenidos, lo sensato es revisarla antes de que salte el problema. En Tangram Consulting podemos auditar el estado de vuestra app y proponeros un plan de mantenimiento a medida para mantenerla siempre al día. Escribidnos y lo vemos juntos.
Que una app deje de funcionar tras una actualización de iOS o Android no es mala suerte ni un defecto de fabricación. Es el comportamiento normal de un producto que vive en plataformas que cambian cada año: la app no se estropea sola, se queda atrás cuando nadie la acompaña en esos cambios. Y todo ello es previsible. Con un mantenimiento evolutivo constante y un presupuesto proporcional a lo que costó el desarrollo, una app puede seguir funcionando, vendiendo y creciendo durante años. La decisión de fondo no es técnica, es de negocio: tratar la aplicación como un activo que se cuida, y no como un proyecto que se da por cerrado el día del lanzamiento.