Atrás

Como cambiar de app builder o constructor de aplicaciones

el 

Este artículo se publicó por primera vez el martes 17 de mayo de 2016

Digamos que has optado por crear una aplicación utilizando un constructor de aplicaciones.
Buena elección, has elegido lo mejor de ambos mundos: obtener acceso a una amplia gama de funciones para crear tu hermosa aplicación, sin dominar ningún lenguaje de codificación. Esto es posible gracias al poder de la tecnología sin código.

Supongamos que también estás obsesionado por obtener lo mejor para tu aplicación y dedicas algo de tiempo a probar periódicamente nuevos creadores de aplicaciones para mejorar tu aplicación. Tal vez hayas descubierto un creador de aplicaciones mejor que el que está utilizando en realidad, y te preguntas qué está en juego al cambiar de creador de aplicaciones. Este artículo te dirá cómo cambiar de constructor de aplicaciones sin problemas.
 

​¿Qué está en juego al cambiar de creador de aplicaciones?

Muchas personas están intrigadas por los nuevos constructores de aplicaciones , pero dudan en hacer el cambio debido a la idea de que mudarse a una nueva plataforma equivale a comenzar desde cero. Especialmente para las agencias que tienen varias aplicaciones ejecutándose en algún lugar, la idea de esta transición puede parecer una gran carga.
  

Cuando cambias de creador de aplicaciones, es cierto que no hay forma de evitar tener que dedicar algo de tiempo a recrear la aplicación en la nueva plataforma. Sin embargo, este no es el mayor problema al que podría enfrentarse.

El valor real de tu aplicación radica en la audiencia a la que inviertes tanto tiempo en obtener. Perder a todos los usuarios que tanto te costó ganar y lanzar una aplicación totalmente nueva en las tiendas es la mayor molestia para muchos y, afortunadamente, esto se puede evitar fácilmente, siempre y cuando tengas una información clave.

El arte de cambiar de creador de aplicaciones es cambiar la tecnología que impulsa tu aplicación, sin perder tu base de usuarios. (Ten en cuenta que lo que se explica a continuación no solo funciona para los creadores de aplicaciones. También funciona si deseas entregar tu aplicación a otro contratista, que va a reconstruir un código desde cero)

​Propietario de la aplicación

Cuando creas una aplicación y la publicas en App Store y Google Play, la aplicación está vinculada a tu cuenta de desarrollador. La propiedad de la aplicación no solo se muestra en las tiendas, sino que también está arraigada en el código fuente de la aplicación.

Durante el proceso de creación de la aplicación, ya sea que esté creando una aplicación para iOS o una aplicación para Android, recupera algunos archivos de una consola de desarrollador que se utilizan para "poner su firma" dentro de la aplicación como propietario.

Cuando cambias de creador de aplicaciones, es importante usar esa misma firma para reconstruir tu aplicación con el nuevo creador de aplicaciones. La idea es la misma para iOS y Android, y a continuación explicamos los detalles de cada plataforma.

Android

Para cada aplicación de Android, hay un archivo llamado Keystore. Establece el vínculo entre la aplicación y tu desarrollador. Cada vez que envías una actualización de una aplicación en Google Play, Google comprueba el archivo de Keystore. Si el vínculo entre la aplicación y su desarrollador existe en el archivo, la actualización es legítima. Si no es así, se rechaza la actualización.

Para mantener la misma aplicación dentro de Google Play, tendrás que pedirle a tu creador de aplicaciones el KeyStore file, que es el archivo que contiene la clave privada de tu app para Android. Sólo esto es lo que te da la libertad para reconstruir tu app en en otra plataforma y publicar una nueva versión como una actualización de tu aplicación existente, sin molestar a los usuarios.

Algunos constructores de aplicaciones dan el KeyStore file a sus usuarios, otros no. Desafortunadamente, si no eres capaz de obtener dicho archivo, no tendrás ninguna opción de recuperar tu app y tendrás que crear una nueva para Google Play, que los usuarios tendrán que volver a descargar.

En GoodBarber, liberamos el almacén de claves a pedido, para no encerrarlo en nada en caso de que tus necesidades cambien en el futuro.

Además del archivo Keystore, la otra información necesaria es el nombre del paquete (el nombre único que identifica tu aplicación en Google Play y en un dispositivo Android) y el número de versión, que se encuentra fácilmente en tu cuenta de Google Play.

Con el nuevo constructor de aplicaciones, al seguir el proceso de creación de Android de tu aplicación, manten el nombre de tu paquete existente pero aumenta el número de versión de la aplicación y usa el almacén de claves para firmar la aplicación. Al hacerlo, puedes realizar una actualización en Google Play sin problemas.

iOS

Al crear una aplicación para iOS, en algún momento proporcionarás la siguiente información:
- Un ID de aplicación. Este es un identificador único para tu aplicación en el ecosistema de iOS. Lo crea en Apple Developer Console.
- Un certificado de distribución. Este es un archivo que recupera de la Consola de desarrollador de Apple que se usa para firmar tu aplicación y certificar que es el propietario.

Al cambiar de constructor de aplicaciones, crearás una nueva versión de tu aplicación . Cuando sigas el proceso de creación de iOS de tu nuevo constructor de aplicaciones, usa el ID de la aplicación de tu aplicación existente, aumenta tu número de versión y fírmalo con uno de tus certificados de distribución .

En resumen, toda la información que necesita tener a mano es tu ID de aplicación y el número de versión, disponible en la pestaña Información de la aplicación de tu cuenta de AppStore Connect.

Transición

Una vez que la nueva versión de la aplicación reemplace tu aplicación anterior en las tiendas, lo único que tendrán que hacer tus usuarios es actualizar la aplicación en su dispositivo, tal como lo hacen todo el tiempo cuando se lanzan actualizaciones de software o aplicaciones. Se mostrará una notificación no intrusiva para alertarlos de esto.

Para evitar el tiempo de inactividad entre versiones, le sugerimos que crees y pruebes completamente la aplicación en tu nueva plataforma antes de finalizar la suscripción a tu antiguo creador de aplicaciones. También te sugerimos que mantengas tu suscripción al antiguo creador de aplicaciones durante uno o dos meses después del cambio. De esta manera, puedes realizar una transición rápida y sin problemas sin dejar a tus usuarios con un período de tiempo en el que la aplicación no se está ejecutando con tu suscripción anterior ni lista con la nueva. También permite a los usuarios que no actualizan sus aplicaciones de forma regular seguir teniendo acceso a tu contenido, hasta que realicen la actualización.

Ya sea que estés reconstruyendo una o muchas aplicaciones en otra plataforma, ofrece una gran oportunidad para promover un nuevo diseño , nuevas funciones y mantener a los usuarios comprometidos e interesados, ¡una buena razón para una campaña promocional!