Ilu mędrców, tyle opinii na wciąż żywy temat, czyli: czy Progresive Web Apps całkowicie wyprą aplikacje natywne. Zainteresowanie tym zagadnieniem wiąże się z podobieństwem działania obydwu technologii oraz tym, że jedna z nich zdaje się mieć większe możliwości i coraz więcej zwolenników.
Rywalizacja pomiędzy progresywnymi aplikacjami internetowymi (Progressive Web Apps – PWA) a aplikacjami natywnymi jest nieco nierówna, ponieważ to dwie różne technologie. Próba uproszczonego wyjaśnienia, że PWA dostosowują się do wszystkich urządzeń i działają niezależnie od systemu operacyjnego, natomiast aplikacje natywne, aby osiągnąć to samo, muszą zostać stworzone osobno dla każdego z systemów (iOS i Android), niby przechyla szalę zwycięstwa na stronę PWA… ale jak wszyscy wiemy, diabeł tkwi w szczegółach.
PWA to nic innego jak strony internetowe z dodatkowymi funkcjami, dzięki którym w różnych systemach i na różnych ekranach wyświetlają się i działają jednakowo. Strona, na której właśnie jesteś, to PWA. Możesz łatwo dodać Contentic.io do swojego pulpitu, by za każdym razem nie wpisywać nas w wyszukiwarce. Zachęcamy 🙂
Z kolei aplikacje natywne są stronami tworzonymi na potrzeby konkretnych systemów operacyjnych, jak iOS albo Android. Aplikacja natywna może w pełni komunikować się z urządzeniem, na którym będzie uruchomiona. PWA i aplikacje natywne dają się porównać dlatego, że założeniem PWA jest „native like experience”, czyli działanie tak, jak aplikacja natywna. Możemy zatem wziąć pod lupę ich przydatność, szybkość działania, czas uruchamiania, działanie offline i kilka innych funkcjonalności.
Zanim dotrzemy do konkretnego porównania, warto jeszcze wyjaśnić kontrowersje związane z PWA i Apple. Ta burzliwa historia powoli dobiega szczęśliwego końca.
Kiedy PWA zaczęły przyciągać uwagę firm i odnosić pierwsze sukcesy, podejście Apple do tych rewolucyjnych rozwiązań było problematyczne z tego prostego powodu, że App Store przy takim rozkwicie PWA nie miałoby racji bytu. Na początku PWA funkcjonowało na platformie iOS, w ten sposób, że strony można było wyświetlać, wiele rozwiązań było dostępnych, ale nie były udostępnione maksymalne możliwości PWA (np. brak implementacji Service Worker API w przeglądarce Safari czy brak plików Web App Manifest). Minęło już kilka tłustych dla PWA lat i wciąż jest na topie. W takich okolicznościach musiał zwyciężyć rozsądek. Apple najpierw spuściło z tonu udostępniając kolejne funkcjonalności, a obecnie zauważalny jest wzrost agresywnego usuwania z iOS App Store aplikacji, które zostały zbudowane przy użyciu skomercjalizowanych szablonów aplikacji iOS. Apple oczyszcza również App Store z aplikacji uważanych za kopie, klony, fałszywe, porzucone lub niekompatybilne z 64 bitami. To posunięcie według ekspertów oznacza, że Apple zaczyna promować tworzenie w technologii PWA i postępuje zgodnie z jej rosnącą koncepcją. Są także eksperci, którzy twierdzą, że Apple nigdy nie było przeciwnikiem PWA…
| Funkcjonalność | PWA | Aplikacje natywne |
| Tworzenie i udostępnianie na różnych platformach. | Raz tworzona na wszystkie platformy. | Tworzenie osobno dla iOS osobno dla Android. |
| Rejestracja | Brak | Konieczna rejestracja w sklepach Google lub na App Store. |
| Dostęp | Już przy pierwszej wizycie na stronie jednym kliknięciem można dodać ją do swojego pulpitu. | Należy wejść do sklepu danej platformy,przy pierwszym wejściu zarejestrować się, wyszukać aplikację, poczekać, aż zostanie pobrana (zdarza się, że wymagane jest dobrej jakości połączenie internetowe lub że jest za mało miejsca w telefonie i trzeba coś usunąć, żeby kontynuować pobieranie), i zaakceptować zgody. |
| Zmiany i aktualizacje | Odbywają się w czasie rzeczywistym. Zaraz po zaktualizowaniu są dostępne dla użytkowników na każdej platformie. | Błąd aplikacji natywnej wymaga wprowadzenia poprawek na dwóch platformach, zazwyczaj należy więc zaangażować dwóch programistów, którzy muszą znaleźć problem, naprawić go, a następnie wysłać kompilację do Apple i Google. Tu należy poczekać, aż firmy przejrzą kompilacje i udostępnią je w swoich sklepach, aby klient mógł pobrać aktualizację po otrzymaniu informacji, że jest już dostępna. |
| Prędkość | Niezawodna szybkość, dzięki skryptom Java działającym niezależnie od głównego wątku internetowego oraz jakości połączenia z Internetem. | Prędkość otwierania uzależniona jest od jakości Internetu oraz ciężkości plików, które muszą się załadować zanim użytkownik je zobaczy. |
| Dostęp offline | PWA można załadować również w przypadku całkowitego braku połączenia z Internetem. Może nadal wysyłać aktualizacje w tle i przekazywać powiadomienia do użytkownika. | Do pełnej funkcjonalności potrzebny jest dostęp do Internetu. |
| Elastyczność aplikacji natywnej | Wygląda i zachowuje się jak natywna aplikacja. Można w niej standardowo zarządzać danymi konsumenta, zamówieniami internetowymi oraz programem lojalnościowym. | Pełna elastyczność i dostęp do wszystkich funkcji smartphone’a. |
| Bezpieczeństwo | PWA coraz częściej programuje się w bezpiecznym środowisku HTTPS. Konsumenci korzystając z apki progresywnej mają więc zagwarantowane bezpieczne połączenie. Jeśli użytkownik zapisze na ekranie głównym skrót do strony, otrzymuje pełną natywną funkcjonalność aplikacji, w tym powiadomienia push. | Zagwarantowane pełne bezpieczeństwo. |
Oprócz ogromu zalet, które przechylają szalę na stronę PWA, należy również pamiętać, że z kolei aplikacje natywne dzięki rankingom, ocenom i komentarzom w App Store i Google Play są dla potencjalnych użytkowników dowodem jakości aplikacji. Sama obecność w App Store wiąże się ze spełnieniem konkretnych warunków, które dobrze świadczą o produkcie. Co wraz z bezpieczeństwem, jakie zapewniają, ma ogromne znaczenie w takich branżach jak bankowość czy finanse.
Jeśli więc w danym projekcie konieczne jest wykorzystanie bardziej zaawansowanych funkcji smartfonów, obecnie rozsądniejsze wciąż jeszcze jest zainwestowanie w aplikacje natywne… Co oczywiście nie oznacza, że nie można zaimplementować PWA i jednocześnie mieć obydwu technologii.
Kategorie: school of contentic