Actualiza tu app móvil

La mayoría de las actualizaciones se publican al instante cuando haces publish. Solo los cambios en metadatos o en el shell nativo requieren una nueva submission a la tienda.

Si envolviste tu app de Proyecta como PWA y la enviaste a una tienda de apps, las actualizaciones funcionan en dos niveles según lo que estés cambiando.

Nivel 1: Actualizaciones de contenido y funcionalidad (instantáneas)

Dado que una PWA envuelta carga su contenido real desde tu URL publicada en Proyecta, la mayoría de las actualizaciones no requieren un nuevo build para la tienda:

Realiza tus cambios en el builder de Proyecta
Haz clic en Publish en la barra de herramientas del builder
Los usuarios verán los cambios la próxima vez que abran la app

Cosas que entran en este nivel:

Nuevas páginas, funcionalidades y layouts
Corrección de bugs
Cambios en textos e imágenes
Cambios en contenido y datos
Nuevas páginas, funcionalidades y capacidades
La mayoría de los ajustes de estilo

Esta es una de las mayores ventajas del modelo de PWA envuelta: no tienes que esperar en colas de revisión para el trabajo normal del producto.

Nivel 2: Actualizaciones del shell nativo (requieren nueva submission)

Algunos cambios requieren regenerar el wrapper y enviar un nuevo paquete:

Nombre de la app tal como aparece debajo del ícono
El ícono de la app en sí
Pantalla de bienvenida (splash screen)
Entradas del manifest que el wrapper incluye de forma fija (color del tema, modo de visualización, bloqueo de orientación)
Declaraciones de permisos nativos (cámara, ubicación, etc., que necesitan nuevas entradas en Info.plist o AndroidManifest.xml)
Actualizaciones de versión del wrapper

Para estos casos:

Regenera el paquete en pwabuilder.com con tu URL publicada
Fírmalo con la misma signing key que usaste antes (crítico — ver más abajo)
Envíalo a través de Google Play Console, App Store Connect o Partner Center
Espera la revisión

No pierdas tu signing key

Lo más importante al actualizar una app de Android: debes firmar cada actualización con la misma key con la que firmaste la primera versión. Si pierdes signing.keystore, Google Play no aceptará ninguna actualización posterior. Tendrías que publicar una app completamente nueva con un nombre de paquete diferente y migrar a tus usuarios.

En iOS, tu perfil de aprovisionamiento y tu certificado de distribución están vinculados a tu Bundle ID. Si revocas tu certificado puedes crear uno nuevo, pero de todas formas haz respaldo de tus perfiles para evitar retrasos al enviar actualizaciones.

Consejo sobre el versionado

Mantén el número de versión visible para el usuario sincronizado con tus deploys de Proyecta cada vez que envíes un nuevo paquete. De lo contrario, los usuarios no podrán saber si su reporte de error corresponde al nuevo build o a uno anterior.

Próximamente

Asistente de actualización en el builder que gestiona la regeneración, la firma y el envío por ti
Seguimiento del manifest de versiones sincronizado con el historial de versiones de Proyecta