Darmowe narzędzie
Czy Twoja apka webowa jest gotowa do App Store i Google Play?
Ten test gotowości to darmowe narzędzie do publikacji apek w sklepach od Przemysława Zalewskiego, niezależnego inżyniera.
Zbudowałeś ją z Claude, w Lovable, Bolt albo Cursorze i działa w przeglądarce. Wklej adres: dostaniesz, czego brakuje do wydania jej jako aplikacji, najszybszą drogę dla Twojego przypadku i pliki do skopiowania. Narzędzie czyta tylko publiczne strony, nic nie zapisuje i nie jest audytem bezpieczeństwa.
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.
Apple odrzucił apkę? Najczęstsze powody i poprawki
Większość odrzuceń apek webowych opakowanych do App Store wynika z krótkiej listy w App Review Guidelines. Każda pozycja poniżej ma znaną poprawkę.
| Wytyczna | Co zwykle jest nie tak | Poprawka |
|---|---|---|
| 2.1 App Completeness | Awarie, tekst zastępczy albo logowanie bez konta demo dla recenzenta. | Usuń tekst zastępczy, przetestuj na prawdziwym iPhonie i podaj w notatkach dla recenzenta działające konto testowe. |
| 3.1.1 In-App Purchase | Płatne funkcje albo treści odblokowywane przez Stripe albo płatność webową wewnątrz apki na iOS. | Treści i funkcje cyfrowe sprzedawaj na iOS przez zakupy w aplikacji (StoreKit); płatności webowe zostaw na stronie. |
| 4.2 Minimum Functionality | Apka to tylko strona w ramce. | Dodaj coś, co w apce działa lepiej: tryb offline, powiadomienia, aparat, udostępnianie. |
| 4.8 Login Services | Logowanie przez Google albo Facebooka bez równoważnej, prywatnej opcji. | Dodaj Sign in with Apple obok pozostałych logowań społecznościowych. |
| 5.1.1(i) Privacy Policies | Brak linku do polityki prywatności w App Store Connect albo w apce. | Opublikuj politykę prywatności i podlinkuj ją w obu miejscach. |
| 5.1.1(v) Account Sign-In | Użytkownik może założyć konto, ale nie może go usunąć w apce. | Dodaj w apce usuwanie konta, które usuwa je w backendzie (na przykład w Supabase). Samo wylogowanie nie wystarczy. |
Już odrzucona? Zobacz cenę i termin poprawek →
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
- Apple, Apple Developer Program enrollment (99 USD a year)
- Google Play Console help, registration fee (25 USD once)
- Google Play Console help, testing requirements for new personal accounts (12 testers, 14 days)
- Apple, App Review Guidelines (4.2 Minimum Functionality, 4.8 Login Services)
- Chrome for Developers, Trusted Web Activity
- Capacitor documentation
- MDN, Web app manifest
Chcesz ją w sklepach bez uczenia się Xcode?
Powiedz, co robi apka i w których sklepach ma być. Dostaniesz stałą cenę za zapakowanie i publikację, a apka zostaje na Twoich kontach.
