Abstrakt: Volba mezi progresivní webovou aplikací (PWA) a nativní mobilní aplikací byla ještě před deseti lety jednoznačná: nativní aplikace nabízela nesrovnatelně lepší výkon, hlubší integraci s platformou i přívětivější uživatelský zážitek. Dnes je rozdíl podstatně menší a v řadě scénářů hraje ve prospěch PWA. Twitter Lite zaznamenal po nasazení PWA nárůst odeslaných tweetů o 75 %, mobilní aplikace Starbucks dosahuje s PWA dvojnásobného konverzního poměru oproti původnímu nativnímu řešení a Pinterest hlásí stoprocentní nárůst zapojení uživatelů. Současně Apple vědomě omezuje schopnosti PWA na iOS, čímž ovlivňuje strategie všech, kdo cílí na celosvětový trh. Článek nabízí praktického průvodce technologií, výkonností, byznysovou návratností i platformními limity, aby pomohl CIO a produktovým týmům rozhodnout, kdy zvolit PWA, kdy nativní aplikaci a kdy obojí.
1. Úvod: Od „aplikace na všechno“ k „prostě otevři prohlížeč“
V roce 2008 představil Steve Jobs App Store se sloganem „pro každý úkol existuje aplikace“. Stahování, instalace a spouštění se staly běžným uživatelským rituálem. O patnáct let později se ovšem ukazuje, že průměrný uživatel si stáhne nulovou novou aplikaci za měsíc. Pouhá dvě procenta publikovaných aplikací získají smysluplný počet stažení. Naproti tomu mobilní web pokrývá 87 % času stráveného na mobilním zařízení.
Posun nastal postupně. V letech 2010 až 2013 vládla horečka nativních aplikací. Poté přišla renesance mobilního webu díky responzivnímu designu a postupně i specifikacím Service Workers. Mezi roky 2016 a 2019 dozrály klíčové standardy a objevily se první významné úspěchy PWA. Od roku 2019 lze hovořit o produkční realitě: podnikové PWA nasazení škáluje, capability API uzavírá rozdíl k nativním schopnostem a WebAssembly přibližuje výkon webu k desktopovému.
2. Technologický základ PWA
Jádro PWA tvoří tři pilíře: Service Worker, Web App Manifest a moderní webová API. Service Worker je skript běžící mimo hlavní vlákno, který umožňuje sofistikované strategie cachování (cache-first pro statická aktiva, network-first pro API, stale-while-revalidate pro obsah), práci offline, synchronizaci na pozadí a doručování notifikací. Web App Manifest popisuje aplikaci jako instalovatelnou: ikony, název, barvy, režim zobrazení i zástupce.
Architektura aplikační skořápky (App Shell) odděluje statickou kostru od dynamického obsahu. Skořápka se cachuje při první návštěvě a další načtení probíhá prakticky okamžitě, podobně jako u nativní aplikace. Doplňuje ji postupné odkrývání obsahu, předběžné načítání kritických zdrojů a optimalizace obrázků pomocí formátů WebP a AVIF.
Moderní webová API přibližují PWA nativním schopnostem. K dispozici jsou push notifikace, geolokace, přístup ke kameře a mikrofonu, Web Bluetooth, Web NFC, kontakty, souborový systém, sdílení (Web Share API), schránka, herní ovladače i Wake Lock. Detekce funkcí a postupné vylepšování zajišťují fungování i tam, kde některé API chybí.
3. Výkon a uživatelská zkušenost
Zásadní metrikou jsou Core Web Vitals, zejména Largest Contentful Paint (cíl pod 2,5 s), First Input Delay (pod 100 ms) a Cumulative Layout Shift (pod 0,1). Dobře optimalizovaná PWA dosahuje doby do interaktivity pod tři sekundy a první vykreslení pod jednu sekundu i na pomalejších sítích.
K výkonu přispívá několik technik: dělení kódu (dynamické importy podle trasy), agresivní cachování statických zdrojů, dávkování síťových požadavků, líné načítání obrázků pomocí Intersection Observer a předběžné načítání kritických písem a dat. Výsledkem je aplikace, jejíž uživatelské vnímání je v běžných scénářích nerozlišitelné od nativní.
Velikost je další silnou stránkou PWA. Twitter Lite váží pod 600 kB, ekvivalentní nativní aplikace zabírá zpravidla 30 až 50 MB. Pro uživatele v rozvíjejících se trzích s omezenými datovými balíčky a starší pamětí jde o rozhodující faktor.
4. Apple versus Google: souboj o strategii
Google podporuje PWA jako součást širšího zájmu na silném webovém ekosystému. Chrome implementuje plnou specifikaci, nabízí výzvy k instalaci, podporuje pokročilá API včetně Bluetooth a NFC. Důvod je byznysový: silný web posiluje reklamní byznys Googlu.
Apple zaujímá opačnou pozici. App Store generuje ročně přibližně 20 miliard dolarů z provize 30 % a PWA tento model ohrožují. Apple proto zachovává řadu omezení: iOS Safari nepodporuje webové push notifikace pro PWA, omezuje úložiště na 50 MB, neukazuje výzvy k instalaci a po sedmi dnech bez použití maže data. Tyto limity nevycházejí z technických překážek, ale z obchodní strategie.
Praktický důsledek je zřejmý. Pro Android lze postavit plnohodnotnou PWA. Pro iOS je často nutné připravit alternativní řešení – buď omezenou PWA s in-app notifikacemi a manuálními pokyny k instalaci, nebo souběžnou nativní aplikaci. Vzhledem k tomu, že iOS drží zhruba 60 % trhu v USA a 25 % globálně, nelze omezení Applu ignorovat.
5. Skutečné případy nasazení
Twitter Lite cílil na rozvíjející se trhy s pomalými sítěmi. Po nasazení PWA vzrostl počet stránek na relaci o 65 %, počet odeslaných tweetů o 75 %, míra opuštění klesla o 20 % a spotřeba dat o 70 %. Společnost přiřadila PWA dodatečný výnos zhruba 12 milionů dolarů.
Starbucks nasadil PWA pro mobilní objednávky. Denní aktivní uživatelé se zdvojnásobili, konverzní poměr objednávek vzrostl o 200 %, frekvence objednávek o 150 %. Návratnost investice nastala po 18 měsících, tříletá návratnost činí 400 %.
Pinterest reagoval na neochotu uživatelů iOS instalovat nativní aplikace. PWA dosáhla 95procentní funkční parity s nativní aplikací, doba do interaktivity klesla pod tři sekundy. Mobilní zapojení vzrostlo o 103 %, míra prokliku reklam o 50 %. PWA se stala primárním mobilním kanálem značky.
Trivago využil PWA k řešení vysoké míry opouštění mobilního rezervačního toku. Iniciální stažení pod 200 kB, offline procházení hotelů a postupné dotahování dat při scrollu vedly k nárůstu zapojení o 150 % a konverze o 97 %.
6. Ekonomika rozhodnutí
Vývojové náklady jsou pro PWA obvykle o 60 až 70 % nižší než pro souběžné nativní aplikace na iOS a Androidu. Důvodem je jediná kódová základna, jeden tým, jeden release proces. Distribuce aktualizací je okamžitá – uživatelé vždy běží na aktuální verzi, na rozdíl od typické nativní adopce 20 až 30 % v týdnech od vydání.
Bariéra instalace činí u PWA jeden klik. Nativní aplikace vyžaduje cestu do obchodu, schválení oprávnění a desítky sekund stahování. Konverzní propad mezi zobrazením stránky a první relací je u nativních aplikací odhadem 80 %, u PWA pod 10 %.
Naopak nativní aplikace vítězí tam, kde rozhoduje hluboká integrace s platformou (HealthKit, ARKit, kontextové widgety, watchOS), komplexní offline scénáře nad rámec běžného obsahu, hardwarově náročné úlohy (rozšířená realita, profesionální zpracování obrazu) a důvěra spojená s přítomností v App Store či Google Play.
7. Praktické doporučení
Volba mezi PWA a nativní aplikací není binární. Doporučená strategie zní: začít PWA jako primárním mobilním zážitkem a nativní aplikaci přidat tam, kde má jasný přínos. Konkrétní kritéria pro nativní cestu zahrnují potřebu pokročilých platformních integrací, přítomnost v App Store jako součást marketingové strategie, vysoce výkonné požadavky na grafiku či senzory a regulační rámec některých sektorů.
Pro PWA implementaci platí několik osvědčených zásad: striktní rozpočet velikosti (cíl pod 250 kB JavaScriptu pro první načtení), návrh offline-first od začátku, využití App Shell architektury, pečlivé měření Core Web Vitals a přípravu fallbacků pro iOS limity. Pro multi-platform strategii lze využít Kotlin Multiplatform nebo nástroje typu Capacitor pro zabalení PWA do nativního obalu, kde je to potřeba.
Závěr
Progresivní webové aplikace nepředstavují revoluci, ale evoluci. Za posledních deset let se posunuly z marginální technologie do hlavního proudu mobilních strategií úspěšných firem. Twitter, Starbucks, Pinterest a Trivago volí PWA jako primární kanál a nativní aplikace přidávají selektivně.
Klíčové sdělení pro CIO a produktové lídry: rozhodnutí mezi PWA a nativní aplikací není technické, ale strategické. PWA vítězí dosahem, rychlostí vývoje a nižšími náklady. Nativní aplikace vítězí specifickou platformní integrací, výkonem a důvěrou. Apple svoje omezení zřejmě pod tlakem vývojářů a regulátorů postupně uvolní, Google bude dále investovat do schopností webové platformy. Budoucnost mobilního vývoje je multimodální – PWA jako základ, nativní aplikace jako doplněk pro úzce vymezené případy.
Zdroje
- web.dev – oficiální průvodce Google pro PWA
- developer.mozilla.org – dokumentace Service Workers a Web API
- webkit.org – stav podpory PWA v Safari
- w3.org – specifikace Web App Manifest
- caniuse.com – kompatibilita prohlížečů
- pwastats.com – případové studie a metriky
- workboxjs.org – knihovny pro Service Workers
- pwabuilder.com – nástroje Microsoftu pro tvorbu PWA