¿La transferencia de aplicaciones entre desarrolladores requiere una nueva compra por parte de los usuarios finales?

No hay un 100% de seguridad aquí, pero déjame explicarlo porque no es tan malo como parece en un principio.

Suponiendo que tu ID de Apple haya comprado previamente la aplicación (ya sea gratuita o de pago), entonces no importa si la aplicación está instalada en cualquiera de tus dispositivos actuales. La compra está en el historial de compras de ese ID de Apple y sigue teniendo acceso tanto a volver a descargar la aplicación y a futuras actualizaciones.

Sin embargo, la razón por la que esto no es 100% seguro es porque el desarrollador puede optar por dejar de ofrecer la aplicación para la venta y / o ofrecer la disponibilidad de las versiones anteriores a los usuarios que no están en la última versión de iOS. Me explico con el siguiente escenario.

Escenario

Digamos que has comprado la aplicación XYZ en un iPhone 6s con iOS 9 instalado. Has seguido actualizando XYZ desde la versión 1 hasta la 3 inclusive. A continuación, compras un iPhone X (con iOS 11) y decides empezar de cero en cuanto a las apps que instalas y no instalas XYZ. Mientras tanto, el desarrollador de XYZ transfiere la app a otro desarrollador. Este nuevo desarrollador sigue manteniendo y actualizando la app que ahora está en la versión 5.

Entonces Apple lanza iOS 13 y el nuevo desarrollador actualiza XYZ a la versión 6. Sin embargo, al hacerlo, deciden editar la lista de últimas versiones de aplicaciones compatibles para que en adelante sólo se puedan descargar las versiones 5 y 6. Sin embargo, como todavía estás en iOS 11, cuando intentas instalar la app no está disponible.

Por supuesto, en el escenario anterior, podrías simplemente actualizar a iOS 12 (o iOS 13) y la aplicación estará entonces disponible.

Además, como se ha mencionado anteriormente, el desarrollador puede optar por retirar la aplicación de la venta, en cuyo caso tampoco podrá volver a instalarla.

NOTA: - El desarrollador original/existente de una aplicación también puede retirarla de la venta o editar la lista de últimas versiones de aplicaciones compatibles, en cuyo caso el resultado final sería el mismo.

No es necesario que el usuario final vuelva a comprar la aplicación: podrá descargarla y recibir actualizaciones en el futuro. La aplicación sigue figurando como una compra en tu ID de Apple, así que no importa si la aplicación está instalada en tu dispositivo o no.

Como has pedido una respuesta de alguien con experiencia personal, puedo decir que he probado esto en la práctica - y funciona como se describe.

El único cambio real visible para los usuarios es que si la aplicación forma parte del grupo para compartir llaveros, el usuario tendrá que iniciar sesión una vez más después de instalar la primera actualización del nuevo desarrollador.

Aparte de eso, todo lo demás es técnicamente igual que si el desarrollador original no hubiera transferido la aplicación, es decir, el nuevo desarrollador puede optar por retirar la aplicación de la venta, dejar de hacer actualizaciones para ella, hacerla incompatible con dispositivos más antiguos, crear actualizaciones que eliminen funcionalidades, etc. - pero el desarrollador original podría haber hecho lo mismo.

La transferencia no hace que una aplicación cambie de paquete.

• La transferencia podría permitir al nuevo desarrollador forzar una nueva descarga cambiando el ID del paquete.

Una complicación adicional es que el almacenamiento de datos de iOS puede ser diseñado como parte de un grupo. Piensa en Microsoft Office: los contenedores de almacenamiento de datos se combinan varias aplicaciones con diferentes Bundle ID comparten un grupo de almacenamiento de datos.

Si una aplicación se transfiere fuera del almacenamiento de grupo, eso rompería la aplicación. Es casi seguro que el nuevo desarrollador se vea obligado por Apple a cambiar el BundleID antes de enviar una nueva compilación. (En este caso extremo)