PWA czy aplikacja natywna — kiedy przeglądarka wystarczy firmie?

Co PWA robi dobrze

PWA to aplikacja webowa, którą przeglądarka pozwala zainstalować — z własną ikoną i oknem bez paska adresu, bez pośrednictwa sklepu. Chrome zaproponuje instalację, gdy strona idzie po HTTPS, a manifest ma nazwę, adres startowy, tryb wyświetlania oraz ikony 192 i 512 pikseli (web.dev, aktualizacja 19.09.2024).

Największa różnica nie jest widoczna na ekranie: jest jedna wersja kodu na telefon, tablet i komputer. Nie ma osobnego wydania na iOS i osobnego na Androida, dwóch kolejek błędów ani dwóch numerów wersji krążących wśród użytkowników.

Poprawkę publikujesz wtedy, kiedy jest gotowa. Ta sama poprawka w aplikacji natywnej czeka na przegląd sklepu, który ocenia wydanie według App Review Guidelines. Ile ten przegląd trwa, nie znaleźliśmy w dokumentacji na dzień 31 sierpnia 2026 r. — Apple publikuje zasady, nie termin.

Aplikacja zainstalowana z przeglądarki działa też bez sieci, bo Service Worker trzyma kopię plików i odpowiedzi serwera. To ten sam mechanizm, który odpowiada za powiadomienia — i ten sam, który na iOS ma swoje granice.

Wejście do sklepów kosztuje osobno, niezależnie od tego, czy ktoś aplikację pobierze. Apple Developer Program to 99 USD rocznie, a Apple Developer Enterprise Program — 299 USD rocznie (developer.apple.com, odczyt 31.08.2026). Konto w Google Play Console to jednorazowe 25 USD (support.google.com, odczyt 31.08.2026).

Gdzie PWA się kończy

Granice PWA są trzy i wszystkie trzy siedzą po stronie iOS: powiadomienia, trwałość danych i dostęp do sprzętu. Czwarta nie jest techniczna — aplikacji webowej nie ma w App Store ani w Google Play.

Powiadomienia web push działają w PWA na iPhonie od iOS 16.4, ale pod warunkiem: użytkownik musi dodać aplikację do ekranu początkowego, manifest musi mieć tryb wyświetlania ustawiony na standalone albo fullscreen, a prośba o zgodę musi wyjść z kliknięcia (WebKit, wpis z 16.02.2023).

Strona otwarta w karcie Safari powiadomienia nie wyśle. Jeśli powiadomienie jest produktem, a nie dodatkiem, trzeba oszacować, ilu użytkowników naprawdę doda ikonę do ekranu — bo tylko oni je dostaną.

Druga granica to dane. Safari kasuje dane zapisane przez stronę po siedmiu dniach używania przeglądarki bez interakcji z tą stroną: IndexedDB, LocalStorage, rejestracje Service Workera i pamięć podręczną (WebKit, wpis z 24.03.2020).

Aplikacje dodane do ekranu początkowego mają w tej polityce własny licznik dni, liczony od użycia samej aplikacji. Pojemności to nie zwiększa: WebKit daje im ten sam limit magazynu co przeglądarce (wpis z 10.08.2023).

Wniosek projektowy jest prosty: dane, których nie wolno stracić, mieszkają w bazie po stronie serwera, a lokalnie zostaje tylko to, co da się odtworzyć.

Trzecia granica to sprzęt. Aparat i lokalizacja działają w przeglądarce, dalej robi się nierówno: Google opisuje część interfejsu Web Bluetooth jako dostępną w ChromeOS, Chrome na Androidzie 6.0, macOS (Chrome 56) i Windows 10 (Chrome 70), bez Safari, a Web NFC — w Chrome 89 na Androidzie (developer.chrome.com, odczyt 31.08.2026).

Czwarta granica jest handlowa. Aplikacji, której nie ma w sklepie, nikt w sklepie nie znajdzie: nie ma karty produktu, ocen ani zakupu przez konto sklepu. Dla aplikacji B2B, do której dostęp nadaje administrator firmy, zwykle nie ma to znaczenia. Dla produktu sprzedawanego pojedynczym osobom — ma.

Poniżej te same obszary zestawione obok siebie. Każdy wiersz ma źródło, bo część tych parametrów zmieniła się w 2026 r. i będzie się zmieniać dalej.

Decyzja: PWA na start w B2B — dlaczego

Aplikacje dla firm budujemy jako aplikacje webowe w standardzie PWA i w pierwszej wersji nie wchodzimy do App Store ani do Google Play. To decyzja, nie przypadek, i ma trzy powody.

Pierwszy: nie płacimy za konta deweloperskie i nie czekamy na przegląd, więc poprawka wychodzi w dniu, w którym powstała. Drugi: jedna wersja obsługuje telefon i komputer, a panel klienta oraz panel administratora żyją w tej samej aplikacji.

Trzeci powód dotyczy użytkownika, nie technologii. Do aplikacji B2B dostęp nadaje firma, która ją kupiła — pracownik dostaje link i login, a nie zadanie „znajdź nas w sklepie”.

Tę granicę stawiamy jawnie, razem z decyzją: na iPhonie powiadomienia wymagają ikony na ekranie początkowym, a dostęp do sprzętu poza aparatem i lokalizacją jest ograniczony. Jeśli któraś z tych rzeczy jest w zakresie pierwszej wersji, wybór PWA wraca na stół.

Płatności w takiej aplikacji idą przez operatora płatności otwartego w przeglądarce, na domenie aplikacji, a nie przez konto sklepu — dlatego opłata sklepu od sprzedaży cyfrowej w ogóle nie wchodzi do rachunku. Jak taka wpłata zapisuje się po stronie serwera, tłumaczy tekst o warstwach aplikacji dla firmy.

Czym płacić w pierwszej wersji i jak to porównać, rozstrzyga osobny tekst: przegląd operatorów płatności do MVP.

Na tym samym stosie utrzymujemy kilkanaście aplikacji i serwisów, własnych i budowanych dla firm; rząd wielkości to setki kont w pojedynczej aplikacji B2B. Czy PWA wystarczy, widać zwykle na etapie zakresu pierwszej wersji, a nie po starcie — bo to zakres mówi, czy aplikacja sięga po sprzęt i po powiadomienia.

Czego ta decyzja nie zmienia: kosztu budowy. Sklep dokłada koszt dystrybucji i opłatę sklepu od sprzedaży cyfrowej, a nie koszt napisania aplikacji. Ile kosztuje sama aplikacja w trzy lata, liczy osobny rachunek na policzpomysl.pl.

Kiedy iść do sklepu

Trzy sygnały, przy których sklep przestaje być kwestią gustu.

Pierwszy: aplikacja potrzebuje sprzętu poza aparatem i lokalizacją — czytnika NFC na iPhonie, urządzenia po Bluetooth, pracy w tle przy zamkniętym ekranie. Przeglądarka tego nie da, a obejście „prawie tym samym” kosztuje więcej niż zrobienie tego natywnie.

Drugi: powiadomienia są produktem. Jeśli aplikacja ma budzić kierowcę albo dyżurnego, a nie da się założyć, że każdy doda ją do ekranu początkowego, PWA na iOS tego nie dowiezie.

Trzeci: sklep jest kanałem sprzedaży. Gdy klienci szukają rozwiązania w App Store albo Google Play, brak karty produktu jest utratą ruchu — i wtedy do rachunku wchodzi opłata sklepu.

Na Androidzie jest droga pośrednia. Trusted Web Activity pozwala opublikować tę samą PWA w Google Play jako aplikację powiązaną z domeną przez Digital Asset Links (Chrome for Developers, aktualizacja 04.02.2020). Na iOS odpowiednika nie ma — wytyczna 4.2 wymaga, żeby aplikacja dawała coś ponad przepakowaną stronę.

Wejście do sklepu z płatną funkcją zmienia rachunek. Wytyczna 3.1.1 mówi, że odblokowanie funkcji w aplikacji ma iść przez zakup w aplikacji. Wytyczna 3.1.3(c) robi wyjątek dla usług sprzedawanych bezpośrednio organizacjom: ich użytkownicy mogą korzystać z dostępu wykupionego wcześniej, ale sprzedaż pojedynczym osobom musi iść przez zakup w aplikacji.

Stawki opłat sklepu są piętrowe i ruszyły się w 2026 r. Google Play poza EOG, Wielką Brytanią i USA bierze 15% od pierwszego miliona USD rocznie i 30% powyżej, a odnawialne subskrypcje — 15% niezależnie od przychodu (support.google.com, odczyt 31.08.2026).

Od 30 czerwca 2026 r. w EOG, Wielkiej Brytanii i USA odnawialne subskrypcje płacą 10% plus 5% opłaty rozliczeniowej — niezależnie od tego, czy instalacja jest nowa, czy istniejąca. Inne zakupy cyfrowe mają stawki rozdzielone: 10% plus 5% przy nowej instalacji, więcej przy istniejącej (support.google.com, odczyt 31.08.2026).

Apple w programie dla małych firm bierze 15% do 1 mln USD rocznie. Dla aplikacji w Unii opisuje osobne warunki: od 1 października 2026 r. 26% przy płatności przez Apple i 20% przy płatności alternatywnej w aplikacji, z niższymi stawkami dla uczestników programu dla małych firm (developer.apple.com, odczyt 31.08.2026).

Ten fragment jest zarazem najlepszym argumentem za PWA na start: żeby podać stawki, trzeba było czterech stron dokumentacji i dwóch dat wejścia w życie. W aplikacji webowej, która rozlicza płatność u operatora, tego pytania po prostu nie ma.

Decyzja nie jest dożywotnia. PWA i aplikacja natywna dzielą tę samą bazę, to samo logowanie i te same funkcje po stronie serwera — jeśli sklep okaże się potrzebny w drugim roku, dokłada się klienta mobilnego, a nie buduje aplikację od zera.