PWA wystarczy, gdy aplikacja służy do przeglądania danych i wypełniania formularzy, a użytkownicy trafiają do niej z linku - jest wtedy zwykle tańsza od aplikacji i nie przechodzi weryfikacji w sklepach. Aplikacja mobilna jest potrzebna, gdy liczą się Bluetooth, NFC, praca w tle, pewne powiadomienia na iPhonie albo obecność w App Store i Google Play.
Poniżej porównujemy oba rozwiązania w 10 kryteriach, zbieramy ograniczenia PWA na iPhonie w 2026 roku, pokazujemy koszty i dajemy test 6 pytań. Na końcu opisujemy, jak przejść od PWA do aplikacji bez budowania wszystkiego od nowa.
Czym PWA różni się od aplikacji mobilnej?
PWA (Progressive Web App) to aplikacja webowa, która zachowuje się jak zainstalowana. Działa w silniku przeglądarki, ma ikonę na ekranie głównym, otwiera się bez paska adresu i może działać offline. Do tego potrzebuje trzech rzeczy: połączenia HTTPS, pliku manifestu i tzw. service workera, który zarządza pamięcią podręczną.
Aplikacja mobilna - natywna albo zbudowana w technologii cross-platform, np. we Flutterze - jest instalowana ze sklepu i działa bezpośrednio w systemie telefonu. Ma dostęp do wszystkich funkcji urządzenia, może pracować w tle i przechodzi weryfikację Apple oraz Google przed publikacją.
Różnica nie polega więc na wyglądzie, bo dobrze zaprojektowana PWA wygląda jak aplikacja. Polega na tym, co system telefonu pozwala zrobić kodowi uruchomionemu w przeglądarce - a na iPhonie pozwala wyraźnie mniej niż na Androidzie.
Jak PWA i aplikacja mobilna wypadają w 10 kryteriach?
Zestawienie dotyczy typowego narzędzia firmowego lub aplikacji dla klientów: logowanie, lista danych, formularze, powiadomienia i integracja z systemem firmy. Aplikacja mobilna oznacza tu wariant natywny albo cross-platform - w tych kryteriach zachowują się tak samo.
| Kryterium | PWA | Aplikacja mobilna | Przewaga |
|---|---|---|---|
| Koszt budowy | Zwykle niższy, jeden kod także na komputery | Zwykle wyższy przy typowej aplikacji na iOS i Androida | PWA |
| Czas do premiery | Bez weryfikacji w sklepach | Weryfikacja Apple zwykle poniżej 24 h, Google od kilku godzin do 7 dni | PWA |
| Aktualizacje | Natychmiast u wszystkich użytkowników | Przez sklep, część osób aktualizuje z opóźnieniem | PWA |
| Dotarcie do użytkownika | Link, kod QR, wyszukiwarka Google | Wyszukiwarka App Store i Google Play, oceny, rankingi | Zależy od grupy docelowej |
| Instalacja | Android: podpowiedź przeglądarki; iPhone: ręcznie z menu Udostępnij | Jedno dotknięcie w sklepie | Aplikacja |
| Powiadomienia push | Android: pełne; iPhone od iOS 16.4, tylko po dodaniu do ekranu | Pełne na obu systemach | Aplikacja |
| Funkcje telefonu | Aparat i lokalizacja tak; Bluetooth i NFC tylko w Chrome na Androidzie | Pełny dostęp, także do NFC, Bluetooth i czujników | Aplikacja |
| Offline i dane lokalne | Pamięć przeglądarki z limitami | Pełna lokalna baza danych i synchronizacja | Aplikacja |
| Praca w tle | Bardzo ograniczona, na iPhonie praktycznie brak | Zadania w tle, geolokalizacja, łączność z urządzeniami | Aplikacja |
| Płatności za treści cyfrowe | Własna bramka płatności, bez prowizji sklepu | Płatność przez sklep z prowizją - w UE u Apple 15–26%, w Google Play 10–15% do 1 mln USD rocznie | PWA |
Wynik 4:5 z jednym remisem nie oznacza, że wygrywa aplikacja. Liczy się waga kryteriów w Twoim przypadku. Jeśli użytkownicy to pracownicy z firmowymi telefonami z Androidem, połowa przewag aplikacji znika, a PWA wychodzi taniej i szybciej.
Prowizja dotyczy sprzedaży treści i funkcji cyfrowych, np. subskrypcji. Usługi fizyczne - rezerwacje, dostawy, bilety - rozliczasz przez własnego operatora płatności także w aplikacji mobilnej; w App Store przewiduje to wytyczna 3.1.3(e).
Stawki w Europie zmieniły się w 2026 roku. Google Play w EOG od 30 czerwca pobiera 10% od pierwszego 1 mln USD rocznie plus 5% przy rozliczeniu przez Google Play, a Apple w UE od 1 października - standardowo 26%, dla małych firm 15%.
Jakie ograniczenia ma PWA na iPhonie w 2026 roku?
Na Androidzie PWA jest pełnoprawną aplikacją: przeglądarka sama proponuje instalację, powiadomienia działają, a przez tzw. Trusted Web Activity można nawet opublikować PWA w Google Play. Problemy zaczynają się na iPhonie, którego w aplikacji dla klientów zwykle nie da się pominąć.
Instalacja i powiadomienia
Safari nie wyświetla podpowiedzi instalacji. Użytkownik musi sam wybrać „Udostępnij”, a potem „Do ekranu początkowego”, więc PWA trzeba mu to pokazać instrukcją. Od iOS 26 każda strona dodana w ten sposób otwiera się jak aplikacja, nawet bez pliku manifestu.
Powiadomienia push działają od iOS 16.4, ale wyłącznie w aplikacji dodanej do ekranu głównego. Zgodę trzeba poprosić po geście użytkownika, np. po naciśnięciu przycisku. Kto korzysta z PWA w zwykłej karcie Safari, powiadomień nie dostanie.
Sprzęt, tło i dane
- Brak Web Bluetooth, Web NFC i Web USB - PWA na iPhonie nie połączy się z drukarką etykiet, czytnikiem ani tagiem NFC.
- Brak synchronizacji w tle - dane wyślą się dopiero po ponownym otwarciu aplikacji.
- Pamięć przeglądarki ma limity, a dane stron, których użytkownik dawno nie odwiedzał w Safari, mogą zostać usunięte.
- Chrome i Edge na iPhonie korzystają z silnika WebKit, więc mają te same ograniczenia co Safari.
Ryzyko platformy
Zakres PWA na iPhonie zależy od decyzji Apple. W lutym 2024 roku firma zapowiedziała wyłączenie aplikacji webowych z ekranu głównego w Unii Europejskiej i wycofała się z tego po kilku tygodniach. Budując produkt wyłącznie na PWA, akceptujesz, że reguły mogą się zmienić bez Twojego wpływu.
Od czego zależy koszt PWA i aplikacji mobilnej?
Koszt obu rozwiązań zależy przede wszystkim od zakresu funkcji. Przy tym samym zakresie PWA jest zwykle tańsza, bo powstaje jeden kod dla telefonów i komputerów, bez publikacji w dwóch sklepach.
| Wariant | Co obejmuje | Poziom kosztu budowy |
|---|---|---|
| PWA | Logowanie, formularze, tryb offline, powiadomienia, panel administracyjny | niski |
| PWA opublikowana w Google Play (TWA) | Jak wyżej plus pakiet do sklepu Google i jego obsługa | niski, plus niewielka dopłata za pakiet do sklepu |
| Aplikacja cross-platform | Ten sam zakres na iOS i Androida, publikacja w obu sklepach | średni |
| PWA i aplikacja na wspólnym zapleczu | Jeden backend i panel, dwa interfejsy | wysoki, ale niższy niż dwa osobne projekty |
Aktualne ceny AppCreo dla aplikacji webowych i mobilnych znajdziesz w cenniku, a czynniki, od których zależy koszt aplikacji, w zestawieniu, ile kosztuje aplikacja mobilna.
Ostatni wiersz pokazuje ważną zależność. Backend i panel administracyjny to zwykle 20–30% budżetu aplikacji. Jeżeli najpierw zbudujesz PWA na dobrze zaprojektowanym API, późniejsza aplikacja mobilna korzysta z tego samego zaplecza - i płacisz głównie za nowy interfejs.
Utrzymanie też się różni. PWA nie wymaga kont w sklepach ani corocznego dostosowania do nowych wersji iOS i Androida w takim zakresie jak aplikacja. Konto Apple Developer to opłata roczna, Google Play - jednorazowa, a przy PWA bez sklepów obu opłat nie ma.
Opisz aplikację w 3 zdaniach - odsyłamy przedział cenowy w 24 h w dni robocze. Napisz, kto będzie z niej korzystał i na jakich telefonach, a powiemy, czy wystarczy PWA, czy potrzebna jest aplikacja w sklepach. wypełnij formularz, napisz na biuro@appcreo.pl albo zadzwoń: +48 783 477 243.
Kiedy wybrać PWA, a kiedy aplikację mobilną?
Odpowiedz na sześć pytań. Każda odpowiedź „tak” to argument za aplikacją mobilną; przy dwóch lub mniej takich odpowiedziach PWA zwykle wystarczy i zaoszczędzi budżet.
- Czy aplikacja musi łączyć się z urządzeniami przez Bluetooth lub NFC albo pracować w tle?
- Czy powiadomienia push są kluczowe, a większość użytkowników ma iPhone’y?
- Czy klienci będą szukać Twojej usługi w App Store lub Google Play, a nie w Google?
- Czy użytkownicy muszą pracować offline przez wiele godzin, z dużą ilością danych?
- Czy aplikacja będzie używana codziennie, a jej ikona ma przypominać o marce?
- Czy potrzebujesz płynnych animacji, obrazu z kamery na żywo albo rozszerzonej rzeczywistości?
PWA wystarczy, gdy…
…budujesz panel dla kontrahentów, system zgłoszeń, konfigurator oferty albo narzędzie dla pracowników z Androidem. Tak samo przy produkcie, który ma być znajdowany w Google, a nie w sklepach, oraz przy pierwszej wersji, którą chcesz szybko pokazać użytkownikom.
Aplikacja mobilna jest konieczna, gdy…
…aplikacja ma czytać tagi NFC, drukować przez Bluetooth, śledzić trasę kierowcy albo wysyłać pewne powiadomienia na iPhone’y. Podobnie wtedy, gdy klienci oczekują aplikacji w sklepie jako dowodu wiarygodności - np. w bankowości, zdrowiu czy usługach dla mieszkańców.
Częsty scenariusz to oba rozwiązania naraz. Dla Gminy Jarocin zbudowaliśmy aplikację mobilną powiązaną z serwisem internetowym gminy: mieszkańcy korzystają z tych samych usług i płatności z telefonu albo z przeglądarki.
Jak przejść od PWA do aplikacji mobilnej bez budowania od zera?
Zacząć od PWA i dołożyć aplikację później to rozsądna strategia, pod warunkiem że od początku zaplanujesz architekturę. Kolejność, która sprawdza się w praktyce:
- Zaprojektuj backend jako niezależne API, a nie logikę wplecioną w strony - aplikacja mobilna będzie z niego korzystać bez zmian.
- Zmierz, jak ludzie używają PWA: ile osób dodaje ją do ekranu, jak często wraca, gdzie brakuje funkcji telefonu.
- Jeśli użytkownicy są głównie na Androidzie, opublikuj PWA w Google Play przez Trusted Web Activity i sprawdź, czy sklep przyprowadza nowych.
- Gdy dane pokażą, że potrzebujesz Bluetooth, pracy w tle albo pewnych powiadomień na iOS, zbuduj aplikację cross-platform na tym samym API.
- Utrzymuj oba interfejsy na wspólnym panelu administracyjnym, żeby treści i uprawnienia zmieniać w jednym miejscu.
Jedno ostrzeżenie: Flutter potrafi budować także wersję webową, ale renderuje ją jak grafikę, co utrudnia pozycjonowanie w Google. Jeżeli PWA ma przyciągać ruch z wyszukiwarki, zbuduj ją w klasycznych technologiach webowych, a Fluttera zostaw dla aplikacji w sklepach.
Porównanie technologii mobilnych - natywnych, Fluttera, React Native i Kotlin Multiplatform - rozpisaliśmy w tekście aplikacja natywna czy cross-platform. Zakres projektów webowych pokazuje strona tworzenia aplikacji internetowych, a mobilnych - strona aplikacji mobilnych.