Aktualizuj swoją aplikację mobilną

Większość aktualizacji jest wdrażana natychmiast po opublikowaniu. Tylko zmiany metadanych lub natywnej powłoki wymagają nowego zgłoszenia do sklepu z aplikacjami.

Jeśli opakowałeś swoją aplikację Proyecta jako PWA i przesłałeś ją do sklepu z aplikacjami, aktualizacje działają na dwóch poziomach — w zależności od tego, co zmieniasz.

Poziom 1: Aktualizacje treści i funkcjonalności (natychmiastowe)

Ponieważ opakowana PWA ładuje właściwą zawartość ze swojego opublikowanego adresu URL w Proyecta, większość aktualizacji nie wymaga nowego builda dla sklepu z aplikacjami:

1. Wprowadź zmiany w builderze Proyecta
2. Kliknij Publish na pasku narzędzi buildera
3. Użytkownicy zobaczą zmiany przy następnym uruchomieniu aplikacji

Zmiany należące do tego poziomu:

• Nowe strony, funkcje, układy
• Poprawki błędów
• Zmiany treści i obrazów
• Zmiany logiki backend
• Zmiany schematu bazy danych
• Większość poprawek stylistycznych

To jedna z największych zalet modelu opakowywania PWA — nie musisz czekać w kolejkach na przegląd przy normalnych pracach produktowych.

Poziom 2: Aktualizacje natywnej powłoki (wymagane nowe zgłoszenie)

Niektóre zmiany wymagają ponownego wygenerowania opakowania i przesłania nowego pakietu:

• Nazwa aplikacji widoczna pod ikoną
• Ikona aplikacji
• Ekran powitalny (splash screen)
• Wpisy w manifeście wbudowane w opakowanie (kolor motywu, tryb wyświetlania, blokada orientacji)
• Deklaracje uprawnień natywnych (aparat, lokalizacja itp., wymagające nowych wpisów w Info.plist lub AndroidManifest.xml)
• Aktualizacje wersji opakowania

W przypadku tych zmian:

1. Wygeneruj ponownie pakiet na stronie pwabuilder.com, używając swojego opublikowanego adresu URL
2. Podpisz go tym samym kluczem podpisywania, który był użyty wcześniej (to kluczowe — więcej poniżej)
3. Prześlij przez Google Play Console, App Store Connect lub Partner Center
4. Poczekaj na weryfikację

Nie trać klucza podpisywania

Najważniejsza rzecz przy aktualizowaniu aplikacji na Androida: każda aktualizacja musi być podpisana tym samym kluczem, którym podpisano pierwszą wersję. Jeśli utracisz plik signing.keystore, Google Play nie zaakceptuje żadnych kolejnych aktualizacji. Musiałbyś opublikować zupełnie nową aplikację pod inną nazwą pakietu i przenieść użytkowników.

W przypadku iOS Twój profil provisioning i certyfikat dystrybucji są powiązane z Bundle ID — jeśli cofniesz certyfikat, możesz utworzyć nowy, ale i tak rób kopie zapasowe swoich profili, aby uniknąć opóźnień podczas przesyłania aktualizacji.

Wskazówka dotycząca wersjonowania

Kiedy przesyłasz nowy pakiet, synchronizuj numer wersji aplikacji widoczny dla użytkowników z deployami Proyecta. W przeciwnym razie użytkownicy nie będą w stanie stwierdzić, czy ich raport o błędzie dotyczy nowego builda, czy starszego.

Wkrótce

• Kreator aktualizacji w builderze, który zajmie się ponownym generowaniem, podpisywaniem i przesyłaniem za Ciebie
• Śledzenie manifestu wersji zsynchronizowane z historią wersji Proyecta