PWA na iPhonie w 2026: co działa, czego brakuje i kiedy wystarczy firmie

Firma chce dać pracownikom albo klientom aplikację na telefon i od razu pojawia się pytanie: budować aplikację natywną i przechodzić przez sklepy, czy wystarczy PWA? Najczęstsza obawa brzmi: „a czy to zadziała na iPhonie?”. Ten poradnik zbiera fakty aktualne na październik 2026 roku, ze źródłami u Apple i WebKit, oraz nasze doświadczenia z PWA we wdrożeniu u klienta i we własnych narzędziach. Jeśli szukasz wykonawcy, zobacz nasze aplikacje PWA na zamówienie.

Czym jest PWA i czym różni się od strony i aplikacji natywnej?

PWA to aplikacja webowa, którą instaluje się z przeglądarki na ekranie głównym. Od zwykłej strony różni się tym, że ma ikonę, otwiera się w osobnym oknie bez paska adresu, może działać częściowo offline i wysyłać powiadomienia. Od aplikacji natywnej różni się tym, że nie przechodzi przez sklep i ma jedną bazę kodu dla iPhone'a, Androida i komputera.

Technicznie PWA to strona z dwoma dodatkami: manifestem aplikacji (nazwa, ikony, tryb wyświetlania) i service workerem, czyli skryptem, który przechowuje pliki aplikacji w pamięci telefonu i odbiera powiadomienia.

PWA na iPhonie w 2026: co działa, a czego brakuje?

Na iPhonie PWA ma powiadomienia push, plakietki z liczbą na ikonie i pełnoekranowe okno, a od iOS 26 instaluje się domyślnie jako aplikacja. Brakuje automatycznego okna instalacji, Bluetooth, NFC, USB i pracy w tle. Poniżej szczegóły ze źródłami.

Push tylko po dodaniu do ekranu głównego (iOS 16.4+)

Od iOS 16.4 aplikacja webowa dodana do ekranu głównego może prosić o zgodę na powiadomienia push, pod warunkiem że prośba pada w odpowiedzi na działanie użytkownika, np. stuknięcie przycisku. W tej samej wersji doszły plakietki z liczbą na ikonie (Badging API), a inne przeglądarki na iOS mogą dodawać strony do ekranu głównego z menu Udostępnij. Od iOS 18.4 WebKit obsługuje też Declarative Web Push, prostszy i oszczędniejszy dla baterii sposób wysyłania powiadomień.

iOS 26: każda strona z ekranu głównego otwiera się jako aplikacja

W iOS 26 Apple zmieniło zasadę: każda strona dodana do ekranu głównego domyślnie otwiera się jako aplikacja webowa. Użytkownik może wyłączyć przełącznik „Open as Web App” i zostawić zwykłą zakładkę. Wcześniej, gdy strona nie miała manifestu ani odpowiednich metatagów, iOS otwierał ją w przeglądarce (heise). Dobry manifest nadal jest potrzebny: decyduje o nazwie, ikonie, kolorach i adresie startowym.

Safari 27 z września 2026 roku nie zmienia tych zasad, ale dodaje usprawnienia dla service workerów (WebKit).

UE i DMA: epizod z iOS 17.4

W lutym 2024 roku w wersjach testowych iOS 17.4 w Unii Europejskiej aplikacje z ekranu głównego otwierały się jak zwykłe zakładki, a Apple tłumaczyło to wymogami aktu o rynkach cyfrowych (DMA). Na początku marca 2024 roku firma wycofała się z tej decyzji: aplikacje webowe z ekranu głównego działają w UE dalej, w oparciu o WebKit. Wniosek dla firmy: PWA na iPhonie w Polsce działa tak samo jak w innych krajach. Warto jednak mieć plan B, czyli wspólną bazę kodu, z której w razie potrzeby da się zbudować wersję sklepową.

Czego wciąż brakuje na iPhonie

• Okna instalacji. Safari nie obsługuje zdarzenia beforeinstallprompt, więc nie wyświetli przycisku „Zainstaluj” jak Chrome na Androidzie. Użytkownika trzeba poprowadzić instrukcją.
• Bluetooth, NFC i USB z poziomu przeglądarki. Safari nie obsługuje Web Bluetooth, Web NFC ani WebUSB. Skaner kodów przez Bluetooth działający jako klawiatura zadziała, ale bezpośrednia komunikacja z urządzeniem już nie.
• Pracy w tle. Brak Background Sync i Background Fetch, więc dane wpisane offline aplikacja wyśle dopiero wtedy, gdy użytkownik znów ją otworzy.

Jak sprawić, żeby pracownicy faktycznie zainstalowali PWA?

Daj link lub kod QR, pokaż w aplikacji instrukcję dopasowaną do telefonu i ukryj ją po instalacji. Na iPhonie instalacja to kilka stuknięć w Safari, ale bez instrukcji większość osób jej nie znajdzie.

Instrukcja dla iPhone'a (iOS 26, Safari):

1. Otwórz link do aplikacji w Safari.
2. Stuknij Udostępnij (w układzie kompaktowym Safari najpierw ⋯).
3. Przewiń listę i wybierz Do ekranu początkowego (jeśli jej nie widać, stuknij Więcej).
4. Zostaw włączone otwieranie jako aplikacji webowej i stuknij Dodaj.

Lista kontrolna wdrożenia:

• kod QR na plakacie w biurze lub magazynie i link w mailu powitalnym,
• karta „Zainstaluj” w aplikacji: na Androidzie przycisk instalacji, na iPhonie instrukcja krok po kroku,
• wykrycie trybu aplikacji i ukrycie karty po instalacji,
• powiadomienia włączane przyciskiem dopiero po instalacji,
• komunikat „Dostępna nowa wersja” zamiast przeładowania w trakcie pracy,
• ikona 180×180 px dla iPhone'a (apple-touch-icon) i ikona maskowalna dla Androida.

Gdzie PWA sprawdza się w firmie? Przykłady

Najlepiej tam, gdzie pracownik ma wykonać krótką czynność w telefonie: odbić się w pracy, zaakceptować dokument, sprawdzić stan. Poniżej procesy z Panelu firmowego, wdrożonego w firmie z branży hurtowej (osobna PWA czasu pracy oraz widok mobilny panelu), i z naszych narzędzi.

Czas pracy z powiadomieniami i akceptacją kierownika

Osobna PWA czasu pracy: pracownik rozpoczyna i kończy pracę jednym przyciskiem. Powiadomienie push przypomina o rozpoczęciu zmiany, a po jej końcu o zamknięciu czasu pracy. Wpisy ręczne i wnioski o urlop trafiają do kierownika, który widzi, kto teraz pracuje, i akceptuje albo odrzuca wpis z podaniem powodu. Instalację prowadzi karta z instrukcją dla iPhone'a i Androida.

Akceptacje dokumentów w terenie

To nie jest osobna PWA, tylko ten sam panel w przeglądarce telefonu (widok mobilny: karty zamiast tabel, dolny pasek). Faktura z KSeF trafia do osoby odpowiedzialnej za miejsce powstawania kosztów (MPK). Akceptacja zajmuje kilka stuknięć, a decyzja zostaje w historii dokumentu. Więcej o tym procesie piszemy w artykule obieg faktur kosztowych z KSeF według MPK. Podobnie działa obieg dokumentów z etapami ustawianymi pod firmę, np. szkic → weryfikacja → akceptacja kierownika → księgowość.

Dashboardy i panele dla zespołu

Pulpit sprzedaży i panele z danymi na żywo, również w przeglądarce telefonu, bez instalacji. Z panelu webowego jednocześnie korzysta 40–50 osób, a widoki ładują się w około 0,5 s.* Na telefonie tabele zamieniają się w karty, a nawigacja przechodzi do dolnego paska. Taki widok mobilny łatwo później zamienić w PWA.

* Dane z naszych wdrożeń, nie gwarancja. Wydajność zależy od zakresu i infrastruktury.

Narzędzia administracyjne w telefonie

Nasz panel serwera to PWA, w której sprawdzamy stan maszyny, kontenery, usługi, logi, domeny i certyfikaty. Logowanie wymaga hasła i obowiązkowego kodu TOTP, opcjonalnie klucza dostępu (passkey), a działania zapisują się w dzienniku audytu. Osobny strażnik wysyła alarmy e-mail.

Kiedy jednak App Store i Google Play?

Gdy klienci szukają aplikacji w sklepie, gdy potrzebny jest Bluetooth, NFC lub praca w tle, albo gdy firma chce mieć pewność działania niezależnie od decyzji Apple dotyczących przeglądarek. Wtedy budujemy natywną warstwę na tej samej bazie kodu, zamiast pisać aplikację od zera.

Wytyczna Apple 4.2: sama opakowana strona nie przejdzie

Wytyczne App Store wymagają, żeby aplikacja oferowała funkcje, treści i interfejs wykraczające poza przepakowaną stronę internetową. Aplikacja, która tylko wyświetla witrynę w okienku, zwykle zostanie odrzucona. Google Play pozwala opublikować PWA jako Trusted Web Activity, ale tam też obowiązują zasady dotyczące jakości.

Wspólna baza kodu + natywna warstwa

Capacitor uruchamia aplikację webową wewnątrz natywnej aplikacji i daje jej dostęp do funkcji telefonu przez wtyczki: natywne powiadomienia, aparat, pliki, praca offline. Ta sama baza kodu obsługuje PWA, wersję w App Store i w Google Play. Zakres funkcji natywnych i czas na weryfikację w sklepach warto ustalić na starcie.

Bezpieczeństwo PWA w firmie

PWA jest tak bezpieczna jak jej logowanie i serwer: dwuskładnikowe logowanie, role i krótkie sesje to podstawa. Telefon łatwo zgubić, a w magazynie czy na budowie bywa współdzielony.

• 2FA: hasło plus kod TOTP z aplikacji uwierzytelniającej albo klucz dostępu (passkey) z Face ID lub Touch ID.
• Role i uprawnienia: pracownik widzi swój czas pracy, kierownik zespół, księgowość faktury.
• Dziennik audytu: kto, co i kiedy zatwierdził.
• Minimum danych w telefonie: service worker buforuje pliki aplikacji, a dane biznesowe (faktury, kwoty) pobiera z serwera i ich nie zapisuje; w pamięci zostaje tylko sesja logowania, którą wylogowanie usuwa.
• Współdzielone telefony: krótki czas bezczynności do wylogowania i widoczny przycisk „Wyloguj”.
• Treść powiadomień: bez danych wrażliwych na ekranie blokady, np. „Nowy wniosek do akceptacji” zamiast kwot i nazwisk.

Jak zacząć: najpierw MVP jako PWA, sklepy później

Zacznij od jednego procesu, który dziś najbardziej boli, i zrób go jako PWA. Pierwsza wersja (MVP) zajmuje typowo 2–3 miesiące od rozpoczęcia projektu.

1. Wybierz proces i użytkowników, np. akceptacje faktur dla kierowników.
2. Spisz, czego aplikacja potrzebuje od telefonu. Jeśli to Bluetooth, NFC albo praca w tle, od razu planuj natywną warstwę.
3. Zbuduj PWA z logowaniem 2FA, powiadomieniami i instrukcją instalacji.
4. Wdróż pilotaż na kilku osobach z iPhone'ami i Androidami.
5. Gdy pojawi się potrzeba sklepu, dołóż natywną warstwę na tym samym kodzie.

Szczegóły oferty, w tym wersje do App Store i Google Play na wspólnym kodzie (np. Capacitor), opisujemy na stronie aplikacje na zamówienie. Jeśli rozważasz panel dla klientów hurtowych, przeczytaj też panel B2B dla hurtowni: gotowa platforma czy panel na zamówienie?