Czy Twoja apka webowa jest gotowa do App Store i Google Play?

Trzy drogi z apki webowej do sklepów

Trusted Web Activity (tylko Google Play)

Twoja PWA działa na pełnym ekranie w Chrome wewnątrz malutkiej aplikacji na Androida (dokumentacja Chrome). Bez przepisywania, aktualizacje idą razem ze stroną. Wymaga porządnego manifestu, service workera i pliku na Twojej domenie, który potwierdza, że jest Twoja.

Capacitor (oba sklepy)

Owija zbudowaną apkę webową w natywne projekty na Androida i iOS (dokumentacja Capacitora). Wtyczki dodają to, czego nie ma przeglądarka: powiadomienia, aparat, udostępnianie, natywne logowanie. Paczki na iOS wymagają Maca z Xcode.

Przepisanie natywne (Expo albo Swift i Kotlin)

Tylko gdy apka ma być w pełni natywna albo mocno korzysta z urządzenia. Tygodnie, nie dni: estymator kosztów poda widełki.

Czego wymagają sklepy

• Konta: Apple Developer Program kosztuje 99 USD rocznie (Apple); Google Play 25 USD jednorazowo (Google).
• Nowe konta osobiste w Google Play muszą przed pierwszym wydaniem przeprowadzić test zamknięty z co najmniej 12 testerami przez 14 dni (Google). Wymóg dotyczy kont osobistych. Zaplanuj to.
• Wytyczna Apple 4.2: apka powinna być czymś więcej niż przepakowaną stroną (App Review Guidelines). Różnicę robią zwykle tryb offline, powiadomienia, aparat albo udostępnianie.
• Wytyczna Apple 4.8: jeśli oferujesz logowanie przez Google albo Facebooka, potrzebujesz też równoważnego, prywatnego logowania, czyli w praktyce Sign in with Apple.
• Oba sklepy wymagają adresu polityki prywatności, kontaktu do wsparcia, ikon, zrzutów ekranu z telefonu (i tabletu, jeśli go obsługujesz) oraz ankiety o kategorii wiekowej.

Co sprawdza to narzędzie

• Manifest aplikacji: nazwa, krótka nazwa, strona startowa, tryb wyświetlania, kolory, ikony 192 i 512 px, ikona maskable.
• Podstawy iOS: viewport, notch, ikona na ekran główny, kolor paska stanu.
• Offline: service worker, który odpowiada bez sieci.
• Co działa inaczej w opakowaniu aplikacji: logowanie w okienku, drukowanie, okna przeglądarki, ciężkie skrypty.
• Minimum sklepów widoczne na stronie: polityka prywatności i kontakt.

Nie loguje się, nie uruchamia apki, nie mierzy wydajności i nie sprawdza bezpieczeństwa. Czyta publiczną stronę, manifest, service workera, skrypty i jedną ikonę, i nic nie zapisuje.

Czemu mogę pomóc

Wydałem 25+ aplikacji z 3,7 mln+ pobrań (2009 do 2017), a dziś codziennie buduję apki webowe z agentami kodującymi. Przeprowadzenie apki webowej przez review w sklepach to głównie pakowanie i papierologia, której nikt nie lubi; robiłem to wiele razy.

Pytania

Czy mogę wrzucić apkę z Lovable albo Bolt do App Store?

Tak, przez Capacitora, po eksporcie kodu do GitHuba. Apple będzie szukać czegoś, co w apce działa lepiej niż w przeglądarce, więc zaplanuj tryb offline, powiadomienia albo inną funkcję natywną.

Czy potrzebuję Maca?

Do paczek na iOS tak, albo usługi budowania w chmurze. Paczki na Androida zbudujesz na każdym komputerze.

Ile trwa review?

Zwykle dni, nie tygodnie, ale nowe konto osobiste w Google Play najpierw potrzebuje 14 dni testu zamkniętego z 12 testerami.

Czy apka będzie się sama aktualizować?

Z TWA tak: pokazuje Twoją stronę na żywo. Z Capacitorem treści z serwera aktualizują się na żywo, a zmiany w kodzie zapakowanym w apkę wymagają nowego wydania w sklepie.

Czy to sprawdzenie bezpieczeństwa?

Nie. Czyta tylko to, co pobiera każda przeglądarka, i patrzy na gotowość do pakowania. Nie testuje logowania, danych ani serwerów.

Źródła

1. Apple, Apple Developer Program enrollment (99 USD a year)
2. Google Play Console help, registration fee (25 USD once)
3. Google Play Console help, testing requirements for new personal accounts (12 testers, 14 days)
4. Apple, App Review Guidelines (4.2 Minimum Functionality, 4.8 Login Services)
5. Chrome for Developers, Trusted Web Activity
6. Capacitor documentation
7. MDN, Web app manifest