Aplikacja mobilna czy PWA? Co wybrać na start

Czym to się różni w praktyce

Aplikacja natywna (albo wieloplatformowa, np. w React Native czy Flutterze) trafia do Google Play i App Store. Użytkownik instaluje ją ze sklepu, a każda nowa wersja przechodzi przegląd platformy.

PWA (Progressive Web App) to strona internetowa, którą można dodać do ekranu głównego telefonu. Uruchamia się w osobnym oknie, bez paska adresu, może działać bez internetu i wysyłać powiadomienia. Aktualizujesz ją jak stronę. Nowa wersja jest u wszystkich od razu, bez czekania na przegląd.

Zaplecze w obu przypadkach jest takie samo: serwer, API, baza danych, panel administracyjny. To często większa część pracy niż same ekrany, więc wybór między PWA a sklepem mniej zmienia w budżecie, niż się zakłada.

Kiedy PWA wystarczy

• Aplikacja głównie pokazuje dane i pozwala wypełniać formularze: rezerwacje, zamówienia, panel klienta, katalog.
• Użytkownicy trafiają do niej z linku, kodu QR, maila albo Twojej strony, nie szukają jej w sklepie.
• Chcesz szybko sprawdzić pomysł na prawdziwych użytkownikach, zanim zainwestujesz w publikację w sklepach.
• Narzędzie wewnętrzne dla pracowników, których i tak poprosisz o otwarcie linku.

Kiedy potrzebna jest aplikacja w sklepie

• Potrzebujesz Bluetooth albo NFC na iPhonie: Safari nie udostępnia tych interfejsów stronom internetowym.
• Aplikacja ma śledzić lokalizację w tle, na przykład przy rejestrowaniu tras albo pracy kierowców.
• Sprzedajesz w aplikacji treści cyfrowe lub subskrypcje i chcesz korzystać z płatności sklepowych.
• Twoi klienci szukają rozwiązania w Google Play lub App Store i obecność tam jest dla nich sygnałem wiarygodności.
• Potrzebujesz widżetów na ekranie głównym, integracji z zegarkiem albo innych funkcji systemu.

iPhone: powiadomienia działają, ale z warunkiem

Od iOS 16.4 PWA na iPhonie mogą otrzymywać powiadomienia push, ale tylko wtedy, gdy użytkownik sam dodał je do ekranu początkowego. Samo otwarcie w Safari nie wystarczy. Na Androidzie przeglądarka proponuje instalację automatycznie, więc ten krok praktycznie nie istnieje. Na iPhonie trzeba go zaprojektować jako osobny element aplikacji, inaczej duża część użytkowników nigdy nie włączy powiadomień, nawet jeśli serwer je wysyła poprawnie.

Koszty, o których rzadko się mówi

• Konto deweloperskie Google Play: jednorazowo 25 USD.
• Apple Developer Program: 99 USD rocznie. Bez aktywnego konta aplikacja znika z App Store.
• Przeglądy: każda wersja w sklepie czeka na akceptację. Zwykle trwa to od kilku godzin do kilku dni, ale odrzucenie i poprawki potrafią przesunąć termin.
• Wymagania platform zmieniają się co roku (np. minimalna wersja Androida, pod którą budowana jest aplikacja) i trzeba wydawać aktualizacje nawet wtedy, gdy nie dodajesz nowych funkcji.

Apple odrzuca też aplikacje, które są wyłącznie opakowaną stroną internetową bez dodatkowej wartości (wytyczna 4.2 „Minimum Functionality”). Jeśli plan to „wrzucić naszą stronę do App Store”, lepiej od razu zrobić z niej PWA.

Jak zrobiliśmy to w BUSearch

BUSearch ma aplikację na Androida w Google Play, a użytkownicy iPhone'ów korzystają z aplikacji webowej instalowanej z przeglądarki. Obie wersje rozmawiają z tym samym serwerem, korzystają z tych samych powiadomień i tego samego API. Dzięki temu nowa funkcja po stronie serwera trafia od razu do wszystkich, a decyzję o natywnej aplikacji na iOS można podjąć później, bez przepisywania zaplecza.

Co przejmujemy

Dobór między aplikacją natywną, PWA i serwerem, który obsłuży obie wersje naraz, to jedna z pierwszych decyzji w każdym projekcie aplikacji mobilnej. Projektujemy ekrany pod dotyk, stawiamy serwer, API i panel treści wspólny dla Androida, iOS i wersji webowej, podpinamy powiadomienia push, a gdy to ma sens, prowadzimy publikację w Google Play i App Store. Dzięki wspólnemu zapleczu decyzję o dodaniu natywnej aplikacji można podjąć później, bez przepisywania serwera od zera. Zadzwoń pod 697 004 905 albo napisz na kontakt@apkarze.pl. Powiedz, co ma robić aplikacja, a dobierzemy pod to technologię.