Zum Inhalt springen

Deine Mobile App aktualisieren

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

Wenn du deine Proyecta-App als PWA verpackt und im App Store eingereicht hast, funktionieren Updates auf zwei Ebenen – je nachdem, was du änderst.

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

Folgendes fällt in diese Kategorie:

  • Neue Seiten, Funktionen, Layouts
  • Bugfixes
  • Änderungen an Texten und Bildern
  • Änderungen an der Backend-Logik
  • Änderungen am Datenbankschema
  • Die meisten Styling-Anpassungen

Das ist einer der größten Vorteile des PWA-Wrapper-Modells – du musst bei normaler 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 Neugenerieren des Wrappers und das Einreichen eines neuen Pakets:

  • App-Name, wie er unter dem Icon angezeigt wird
  • App-Icon selbst
  • Splash Screen
  • Manifest-Einträge, die der Wrapper einbettet (Theme-Farbe, Display-Modus, Orientierungssperre)
  • Native Berechtigungsdeklarationen (Kamera, Standort usw., die neue Einträge in Info.plist oder AndroidManifest.xml erfordern)
  • Wrapper-Versions-Updates

Für diese Fälle:

  1. Generiere das Paket auf pwabuilder.com mit deiner veröffentlichten URL neu
  2. Signiere mit demselben Signing-Key wie zuvor (entscheidend – siehe unten)
  3. Reiche ü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 Key signieren, mit dem du die erste Version signiert hast. Wenn du signing.keystore verlierst, akzeptiert Google Play keine weiteren Updates. Du müsstest eine brandneue App unter einem anderen Paketnamen veröffentlichen und deine Nutzer migrieren.

Bei iOS sind dein Provisioning Profile und dein Distributions-Zertifikat an deine Bundle ID gebunden – wenn du dein Zertifikat widerrufst, kannst du ein neues erstellen, aber sichere deine Profile trotzdem, um Verzögerungen beim Einreichen 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 Crash-Report zum neuen Build oder einer älteren Version gehört.

  • Update-Assistent im Builder, der Neugenerierung, Signierung und Einreichung für dich übernimmt
  • Versions-Manifest-Tracking synchronisiert mit dem Proyecta-Versionsverlauf