Zum Inhalt springen

Deine Mobile App aktualisieren

Die meisten Updates werden sofort nach dem Veröffentlichen live. Nur Metadaten- oder Native-Shell-Änderungen erfordern eine neue App-Store-Einreichung.

Wenn du deine Proyecta-App als PWA verpackt und in einem App Store eingereicht hast, funktionieren Updates je nach Art der Änderung auf zwei Ebenen.

Da eine verpackte PWA ihren eigentlichen Inhalt von deiner veröffentlichten Proyecta-URL lädt, erfordern die meisten Updates keinen neuen App-Store-Build:

  1. Nimm deine Änderungen im Proyecta Builder vor
  2. Klicke auf Publish in der Builder-Toolbar
  3. Nutzer sehen die Änderungen beim nächsten Öffnen der App

Zu dieser Ebene gehören:

  • Neue Seiten, Features, Layouts
  • Bugfixes
  • Text- und Bildänderungen
  • Inhalts- und Datenänderungen
  • Neue Seiten, Features und Funktionen
  • Die meisten Styling-Anpassungen

Das ist einer der größten Vorteile des PWA-Wrapper-Modells — du musst für normale Produktarbeit nicht auf Review-Warteschlangen warten.

Ebene 2: Native-Shell-Updates (neue Einreichung erforderlich)

Abschnitt betitelt „Ebene 2: Native-Shell-Updates (neue Einreichung erforderlich)“

Einige Änderungen erfordern das erneute Generieren des Wrappers und die Einreichung eines neuen Pakets:

  • App-Name, wie er unter dem Symbol erscheint
  • App-Symbol selbst
  • Splash-Screen
  • Manifest-Einträge, die der Wrapper einbettet (Designfarbe, Anzeigemodus, Orientierungssperre)
  • Native Berechtigungsdeklarationen (Kamera, Standort usw., die neue Einträge in Info.plist oder AndroidManifest.xml erfordern)
  • Wrapper-Versionsaktualisierungen

Für diese Fälle:

  1. Generiere das Paket auf pwabuilder.com mit deiner veröffentlichten URL neu
  2. Signiere es mit demselben Signierschlüssel, den du zuvor verwendet hast (entscheidend — siehe unten)
  3. Reiche es über die Google Play Console, App Store Connect oder das Partner Center ein
  4. Warte auf die Überprüfung

Das Wichtigste beim Aktualisieren einer Android-App: Du musst jedes Update mit demselben Schlüssel signieren, mit dem du die erste Version signiert hast. Wenn du signing.keystore verlierst, akzeptiert Google Play keine weiteren Updates. Du müsstest eine völlig neue App unter einem anderen Paketnamen veröffentlichen und die Nutzer migrieren.

Bei iOS sind dein Provisioning-Profil und dein Distributionszertifikat an deine Bundle-ID gebunden — wenn du dein Zertifikat widerrufst, kannst du ein neues erstellen, aber sichere deine Profile trotzdem, um Verzögerungen bei der Einreichung von Updates zu vermeiden.

Halte die für Nutzer sichtbare Versionsnummer deiner App mit deinen Proyecta-Deploys synchron, wenn du ein neues Paket einreichst. Andernfalls können Nutzer nicht erkennen, ob ihr Absturzbericht auf dem neuen Build oder einem älteren basiert.

  • Update-Assistent im Builder, der Neugenerierung, Signierung und Einreichung für dich übernimmt
  • Versionsmanifestverfolgung, die mit dem Proyecta-Versionsverlauf synchronisiert ist