PWA czy aplikacja natywna? Porównanie i ceny.

PWA a aplikacja ze sklepu

Aplikacja webowa, czyli PWA (Progressive Web App), działa w przeglądarce i można ją dodać do ekranu głównego telefonu, tabletu albo komputera. Po instalacji otwiera się z własnej ikony jak każda inna aplikacja, osobno od przeglądarki. Nie przechodzi przez App Store ani Google Play, więc nie potrzebuje konta w sklepie i nie czeka na przegląd przed kolejną wersją.

Na iPhonie i iPadzie od iOS 16.4 aplikację dodaje się z menu Udostępnij w Safari, Chrome, Edge, Firefox i Orion. Od iOS 26 każda strona dodana w ten sposób domyślnie otwiera się jako aplikacja webowa. Na Androidzie instalują ją Chrome na telefonach z usługami Google i Samsung Internet na telefonach Samsunga. Taka aplikacja ma wtedy ikonę na liście aplikacji i wpis w ustawieniach systemu. Na komputerze instalację obsługują przeglądarki oparte na Chromium oraz Safari od macOS Sonoma.

ŹródłoMDN, Making PWAs installable (developer.mozilla.org, dostęp 5 października 2026)

ŹródłoWebKit, WebKit Features in Safari 26.0 (webkit.org, dostęp 5 października 2026)

Wersję ze sklepu instaluje się z App Store albo Google Play, a przed publikacją przechodzi ona przegląd Apple i Google. Ma dostęp do funkcji telefonu, których przeglądarka nie udostępnia, i można ją znaleźć w wyszukiwarce sklepu. Powstaje z jednego kodu dla iOS i Androida, a moduły natywne dochodzą tam, gdzie wymaga tego funkcja.

Powiadomienia działają także w PWA

Same powiadomienia push nie wymagają aplikacji w sklepach. Od iOS i iPadOS 16.4 może je pokazywać na iPhonie i iPadzie także aplikacja webowa, jeśli dodano ją do ekranu głównego. Użytkownik zgadza się na nie po dotknięciu przycisku w samej aplikacji. Może ona też ustawiać licznik na swojej ikonie.

ŹródłoWebKit, Web Push for Web Apps on iOS and iPadOS (webkit.org, dostęp 5 października 2026)

Na tym opiera się panel sklepu Pan Kotecki. Zaksięgowana wpłata uruchamia powiadomienie na telefonie właściciela, także gdy panel jest zamknięty, a jego dotknięcie otwiera listę zamówień. Użytkownikowi iPhone'a panel sam podpowiada, że powiadomienia zadziałają po dodaniu go do ekranu głównego i otwarciu z ikony. Poprawki trafiają do właściciela tego samego dnia, bez czekania na weryfikację w sklepie.

Powiadomień w aplikacji webowej używamy też we własnym narzędziu. Kontaktio Team, nasza aplikacja do prowadzenia zleceń, codziennie rano wysyła zestawienie terminów, zaległych płatności i kończących się umów, także jako powiadomienie na telefon.

Praca bez zasięgu i aparat

Bez internetu aplikacja webowa też może pracować. Dane zapisuje wtedy na urządzeniu, a do chmury wysyła je, gdy wróci połączenie. Tak pracuje aplikacja pracowni kamieniarskiej AMICO na tablet i komputer. Dokumenty zlecenia powstają u klienta i na budowie także tam, gdzie nie ma sieci, a montażysta zbiera podpis klienta na ekranie tabletu. Aparat tabletu służy w tej samej aplikacji do skanowania dokumentów. Plan dnia, protokół z podpisem i skany przy zleceniu w takiej aplikacji zbiera strona aplikacja dla ekip w terenie.

Dla danych na iPhonie ważne jest, czy aplikacja jest dodana do ekranu głównego. Safari usuwa dane zapisane przez stronę po siedmiu dniach używania przeglądarki bez interakcji z tą stroną. Aplikacje z ekranu głównego mają osobny licznik dni, oparty na ich własnym używaniu. Twórcy WebKit piszą, że z powodu tej reguły nie spodziewają się usuwania ich danych.

ŹródłoWebKit, Full Third-Party Cookie Blocking and More (webkit.org, dostęp 5 października 2026)

Czego aplikacja webowa nie zrobi

Granice wyznacza przeglądarka. Twórcy WebKit, silnika Safari, wymieniają funkcje, których na razie nie wdrażają z obawy przed śledzeniem użytkowników i z powodów bezpieczeństwa. Są wśród nich Web Bluetooth, Web NFC i lokalizacja w tle. W aplikacji webowej na iPhonie nie da się więc połączyć przez Bluetooth z czytnikiem albo czujnikiem, odczytać tagu NFC ani przekazać pozycji przy wygaszonym ekranie. Jeśli aplikacja ma z nich korzystać na iPhonie, potrzebna jest aplikacja w sklepach.

ŹródłoWebKit, Tracking Prevention in WebKit (webkit.org, dostęp 5 października 2026)

Dlatego AlertMe, system alarmowy dla agencji ochrony Securand, jest w App Store i Google Play. Pozycja osoby chronionej trafia do centrali na żywo także przy wygaszonym ekranie. Abonament kupuje się na stronie produktu, a aplikację klient pobiera ze sklepu.

Możliwości aplikacji webowej na iPhonie zależą od Apple. W lutym 2024 roku Apple zapowiedziało wyłączenie aplikacji z ekranu głównego w Unii Europejskiej, a 1 marca 2024 roku wycofało się z tej decyzji. Komisja Europejska potwierdza, że w UE działają one tak samo jak przed zapowiedzią.

ŹródłoKomisja Europejska, EU Citizens Q&A, Digital Markets Act (digital-markets-act.ec.europa.eu, dostęp 5 października 2026)

Przegląd i wymogi w sklepach

Publikację w App Store i Google Play prowadzimy w ramach projektu, z konta deweloperskiego Twojej firmy, ponieważ to do niej należy aplikacja. Przy zakładaniu konta i weryfikacji w sklepach pomagamy. Przed wejściem do sklepu każda aplikacja przechodzi przegląd. Apple podaje, że zwykle co najmniej 50% zgłoszeń sprawdza w czasie krótszym niż doba, a 90% w czasie krótszym niż dwie doby. W Google Play przy niektórych kontach deweloperskich przegląd trwa do siedmiu dni, w wyjątkowych przypadkach dłużej.

ŹródłoApple Developer, App Review (developer.apple.com, dostęp 7 października 2026)

ŹródłoPlay Console Help, Publish your app (support.google.com, dostęp 5 października 2026)

Przy aplikacji z logowaniem podaje się recenzentowi Apple dane konta demonstracyjnego, a serwer musi w tym czasie działać. Gdy konta nie można udostępnić z powodów prawnych albo bezpieczeństwa, po wcześniejszej zgodzie Apple wystarczy wbudowany tryb demonstracyjny z pełnymi funkcjami. Apple wymaga też, żeby konto założone w aplikacji dało się w niej usunąć. Według wytycznej 4.2 aplikacja ma mieć funkcje, treść i interfejs, które wychodzą poza przepakowaną stronę internetową.

Płatności za towary i usługi wykorzystywane poza aplikacją nie mogą iść przez zakupy w aplikacji Apple (In-App Purchase) ani system rozliczeniowy Google Play. Dotyczy to na przykład zakupu żywności i ubrań, przejazdów oraz biletów na wydarzenia. Takie płatności obsługuje bramka płatnicza, tak jak w sklepie internetowym, a Apple wymienia wśród dozwolonych metod Apple Pay i wpisanie danych karty.

ŹródłoApple Developer, App Review Guidelines, punkty 2.1, 3.1.3(e), 4.2 i 5.1.1(v) (developer.apple.com, dostęp 5 października 2026)

ŹródłoPlay Console Help, Payments (support.google.com, dostęp 5 października 2026)

W Google Play osobną procedurę przechodzi aplikacja z lokalizacją w tle. Potrzebne są deklaracja w Play Console, film pokazujący tę funkcję, wyraźna informacja w aplikacji przed prośbą o zgodę oraz polityka prywatności w aplikacji i na stronie w sklepie.

ŹródłoPlay Console Help, Understanding location in the background permissions (support.google.com, dostęp 5 października 2026)

Narzędzie tylko dla pracowników, które potrzebuje funkcji niedostępnych w przeglądarce, można wydać w App Store jako aplikację niepubliczną. Nie widać jej w wyszukiwarce ani w kategoriach, a pobiera się ją z bezpośredniego linku. Przed wydaniem przechodzi przegląd Apple tak samo jak każda inna.

ŹródłoApple Developer, Unlisted App Distribution (developer.apple.com, dostęp 5 października 2026)

Ile to kosztuje u nas

Aplikacja webowa (PWA) kosztuje u nas od 10 000 zł, a aplikacja w App Store i Google Play od 20 000 zł. Oba progi to ceny wyjściowe. Kwota rośnie z zakresem, na przykład z logowaniem, płatnościami, powiadomieniami i panelem administracyjnym. Budowa trwa od kilku tygodni do kilku miesięcy, a pierwszą działającą wersję pokazujemy w trakcie prac. Harmonogram z datami odbiorów przygotowujemy po ustaleniu zakresu, przed startem.

Cenę wyjściową dla wybranego zakresu pokazuje kalkulator kosztu, a dokładną kwotę opiekun klienta podaje po krótkiej rozmowie. Co obejmuje budowa aplikacji, opisujemy na stronie aplikacji mobilnych. Zestawienie możliwości aplikacji webowej na iPhonie i Androidzie jest na stronie Aplikacja PWA dla firmy.

Wersja ze sklepu wymaga co jakiś czas przebudowy pod nowe wymagania Apple i Google. Od 28 kwietnia 2026 roku aplikacje wysyłane do Apple muszą być zbudowane w Xcode 26 lub nowszym. Od 31 sierpnia 2026 roku aplikacje na telefony i tablety, zarówno nowe, jak i aktualizowane, muszą być w Google Play przygotowane pod Androida 16. Takie aktualizacje obejmuje opieka po uruchomieniu w stałej opłacie miesięcznej, wycenianej osobno dla każdej aplikacji. Wersji webowej te wymogi sklepów nie dotyczą.

ŹródłoApple Developer, Upcoming Requirements (developer.apple.com, dostęp 5 października 2026)

ŹródłoPlay Console Help, Target API level requirements for Google Play apps (support.google.com, dostęp 5 października 2026)

Jak wybieramy przy wycenie

Wybór między PWA a aplikacją w sklepach doradzamy na etapie wyceny. Zwykle rozstrzygają go odpowiedzi na trzy pytania.

• Kto będzie jej używał. Pracownicy i właściciel firmy dostają adres i instalują aplikację webową prosto z przeglądarki.
• Jak użytkownicy ją znajdą. Adres aplikacji webowej przekazujesz samodzielnie. Aplikację w App Store i Google Play Twoi klienci znajdują w wyszukiwarce sklepu.
• Czego potrzebuje od telefonu. Powiadomienia, aparat i praca bez zasięgu działają w aplikacji webowej. Lokalizacja przy wygaszonym ekranie przemawia za aplikacją w sklepach, a na iPhonie także Bluetooth i NFC.

Gdy odpowiedzi wskazują na zespół Twojej firmy i pracę na zamówieniach, dokumentach albo formularzach, zwykle wystarczy aplikacja webowa. Gdy aplikację mają znaleźć i pobrać Twoi klienci albo potrzebna jest lokalizacja w tle, doradzamy aplikację w App Store i Google Play. To samo doradzamy, gdy na iPhonie ma ona korzystać z Bluetooth lub NFC.