Aktualizuj swoją aplikację mobilną

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

Jeśli oppakował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 swoją właściwą zawartość z opublikowanego adresu URL Proyecta, większość aktualizacji nie wymaga tworzenia nowej paczki do 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

Do tego poziomu należą:

• Nowe strony, funkcje, układy
• Poprawki błędów
• Zmiany tekstów i obrazków
• Zmiany treści i danych
• Nowe strony, funkcje i możliwości
• Większość drobnych poprawek stylów

To jedna z największych zalet modelu opakowanej PWA — nie czekasz w kolejce na review podczas normalnej pracy nad produktem.

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

Niektóre zmiany wymagają ponownego wygenerowania opakowania i przesłania nowej paczki:

• Nazwa aplikacji wyświetlana 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., które wymagają nowych wpisów w Info.plist lub AndroidManifest.xml)
• Aktualizacje wersji opakowania

W takim przypadku:

1. Wygeneruj ponownie paczkę na stronie pwabuilder.com, podając swój opublikowany adres URL
2. Podpisz ją tym samym kluczem podpisywania, którego użyłeś wcześniej (kluczowe — patrz niżej)
3. Prześlij przez Google Play Console, App Store Connect lub Partner Center
4. Poczekaj na review

Nie trać klucza podpisywania

Najważniejsza rzecz przy aktualizowaniu aplikacji na Androida: każda aktualizacja musi być podpisana tym samym kluczem, którym podpisałeś 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ść do niej użytkowników.

W przypadku iOS Twój profil provisioningowy i certyfikat dystrybucyjny są powiązane z Bundle ID — jeśli unieważnisz certyfikat, możesz utworzyć nowy, ale i tak twórz kopie zapasowe swoich profili, aby uniknąć opóźnień przy kolejnych zgłoszeniach.

Wskazówka dotycząca wersjonowania

Gdy przesyłasz nową paczkę, synchronizuj widoczny dla użytkowników numer wersji aplikacji z deployami Proyecta. W przeciwnym razie nie będzie wiadomo, czy raport o błędzie dotyczy nowego builda, czy starszego.

Wkrótce

• Kreator aktualizacji w builderze, który obsługuje ponowne generowanie, podpisywanie i zgłaszanie za Ciebie
• Śledzenie manifestu wersji zsynchronizowane z historią wersji Proyecta