Actualiza tu App Móvil

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

Si envolviste tu app de Proyecta como una 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)

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

1. Haz tus cambios en el builder de Proyecta
2. Haz clic en Publish en la barra de herramientas del builder
3. Los usuarios ven los cambios la próxima vez que abren la app

Lo que entra en este nivel:

• Nuevas páginas, funcionalidades y layouts
• Corrección de bugs
• Cambios de texto e imágenes
• Cambios en la lógica del backend
• Cambios en el esquema de la base de datos
• 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 filas de revisión para el trabajo normal del producto.

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

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

• Nombre de la app tal como aparece debajo del ícono
• Ícono de la app en sí
• Pantalla de splash
• Entradas del manifest que el wrapper incorpora (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:

1. Regenera el paquete en pwabuilder.com con tu URL publicada
2. Fírmalo con la misma signing key que usaste antes (fundamental — ver más abajo)
3. Envíalo a través de Google Play Console, App Store Connect o Partner Center
4. 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á más actualizaciones. 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 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.

Tip de versionado

Mantén el número de versión visible para el usuario de tu app sincronizado con tus deploys de Proyecta cuando 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 se encarga de la regeneración, la firma y el envío por ti
• Seguimiento del manifest de versiones sincronizado con el historial de versiones de Proyecta