Když klient přijde s požadavkem „chceme appku", reflexivní odpověď bývá „native iOS + Android". Dvě codebase, dva app store schválení, dva týmy specialistů. Ale ve velké části use cases (interní aplikace, B2B portály, content platformy) je odpověď jiná: progresivní webová aplikace.
Po desítkách realizovaných PWA víme, kde je hranice, kdy nahrazuje native a kdy je naopak limitující. V tomto článku rozebereme rozhodovací rámec a sdílíme čísla z reálných projektů.
Nejlepší aplikace je ta, kterou uživatel skutečně používá. Tři kliknutí pro instalaci z App Store snižují konverzi víc než 30% rozdíl ve výkonu.
PWA má dnes velmi solidní platformovou podporu: service workers (offline), push notifications (Android + iOS od 16.4), install banner, fullscreen mode, file system access. Pro 70–80 % business apek pokrývá funkcionalitu, kterou by jinak řešily separátní native projekty.
Kdy PWA nestačí
Hranice je zhruba tam, kde potřebujete hluboké napojení na zařízení: Bluetooth LE pairing, NFC payments, ARKit/ARCore, real-time video processing, background tasks při zavřené aplikaci nebo deep integration s OS (widgety, share extensions). Pro tyto případy je native nezbytný — ale to je 15–20 % všech projektů, ne většina.
- Jedna codebase = polovina vývojového rozpočtu
- Žádné app store schvalování = release cyklus z týdnů na hodiny
- Auto-update — uživatelé vždy na nejnovější verzi bez akce
- Sdílení přes URL = vyšší konverze než instalace z app store
- SEO indexovatelné (na rozdíl od native)
- Lighthouse PWA audit = systematická kontrola kvality
PWA není levnější verze native — je to jiná architektura s jinými kompromisy. U B2B portálů, e-commerce, contentových platforem a interních nástrojů vede k 50–70 % úspoře nákladů při srovnatelném nebo lepším UX. U projektů vyžadujících hluboké napojení na hardware zůstává native správnou volbou. Začněte rozhodnutím použitím konkrétních feature listů, ne dojmem.