Je Mobiele App Bijwerken

De meeste updates zijn direct live zodra je publiceert. Alleen wijzigingen aan metadata of de native shell vereisen een nieuwe app store-indiening.

Als je je Proyecta-app als een PWA hebt ingepakt en ingediend bij een app store, werken updates op twee niveaus, afhankelijk van wat je wijzigt.

Niveau 1: Content- en functionaliteitsupdates (direct)

Omdat een ingepakte PWA zijn daadwerkelijke inhoud laadt van je gepubliceerde Proyecta-URL, vereisen de meeste updates geen nieuwe app store-build:

1. Breng je wijzigingen aan in de Proyecta builder
2. Klik op Publish in de werkbalk van de builder
3. Gebruikers zien de wijzigingen de volgende keer dat ze de app openen

Dingen in dit niveau:

• Nieuwe pagina’s, functies en layouts
• Bugfixes
• Wijzigingen in tekst en afbeeldingen
• Wijzigingen in backend-logica
• Wijzigingen in databaseschema’s
• De meeste stijlaanpassingen

Dit is een van de grootste voordelen van het PWA-wrapper-model — je hoeft niet te wachten op reviewwachtrijen voor normaal productontwikkelwerk.

Niveau 2: Updates aan de native shell (nieuwe indiening vereist)

Sommige wijzigingen vereisen dat je de wrapper opnieuw genereert en een nieuw pakket indient:

• App-naam zoals die onder het icoon verschijnt
• App-icoon zelf
• Splash screen
• Manifest-vermeldingen die de wrapper inbakt (themakleur, weergavemodus, oriëntatievergrendeling)
• Native machtigingsdeclaraties (camera, locatie, enz. die nieuwe vermeldingen vereisen in Info.plist of AndroidManifest.xml)
• Versie-upgrades van de wrapper

Ga voor deze wijzigingen als volgt te werk:

1. Genereer het pakket opnieuw via pwabuilder.com met je gepubliceerde URL
2. Onderteken het met dezelfde signingsleutel als de eerste keer (cruciaal — zie hieronder)
3. Dien in via Google Play Console, App Store Connect of Partner Center
4. Wacht op review

Verlies je signingsleutel niet

Het allerbelangrijkste bij het bijwerken van een Android-app: je moet elke update ondertekenen met dezelfde sleutel waarmee je de eerste versie hebt ondertekend. Als je signing.keystore kwijtraakt, accepteert Google Play geen verdere updates meer. Je zou dan een gloednieuwe app moeten publiceren onder een andere pakketnaam en gebruikers moeten migreren.

Voor iOS zijn je provisioning profile en distributiecertificaat gekoppeld aan je Bundle ID — als je je certificaat intrekt, kun je een nieuw aanmaken, maar maak toch een back-up van je profielen om vertragingen bij het indienen van updates te voorkomen.

Tip over versiebeheer

Houd het versienummer van je app dat gebruikers zien gesynchroniseerd met je Proyecta-deploys wanneer je een nieuw pakket indient. Anders kunnen gebruikers niet achterhalen of hun crashrapport betrekking heeft op de nieuwe build of een oudere.

Binnenkort beschikbaar

• Update-wizard in de builder die het opnieuw genereren, ondertekenen en indienen voor je afhandelt
• Versiemanifestracking gesynchroniseerd met de versiegeschiedenis van Proyecta