The old debate, new context
You want to ship a mobile app but cannot decide between native, PWA, or hybrid? You are not alone. This is still the most contested decision in mobile development in 2026 — except now the answer is far more nuanced than it was a few years ago.
A Progressive Web App (PWA) is a web application that delivers a native app-like experience in the browser. PWAs can now send push notifications, work offline, access the camera, and install to the home screen. They still cannot do everything — but the gap is smaller than ever.
This article compares the two approaches with concrete numbers and real-world examples so you can pick the right path for your project.
What a PWA is and where it stands in 2026
The key technologies behind a PWA:
- Service Worker — background script handling network requests, caching, and offline functionality
- Web App Manifest — JSON file telling the browser how to display the app after installation (icon, name, orientation, theme color)
- HTTPS — mandatory; ensures secure communication
What PWAs can do today
PWA capabilities have expanded significantly thanks to Project Fugu (a joint Google / Microsoft / Intel initiative for new Web APIs):
- Push notifications — works on iOS since 16.4+, with improved reliability in iOS 18
- Offline functionality — via Service Worker + Cache API
- Camera and microphone — through getUserMedia API
- Geolocation — same as native
- Home screen installation — automatic prompt on Android, iOS 18.1+ also from third-party browsers (EU DMA compliance)
- File system access — File System Access API (Chromium browsers)
- Background sync — Background Sync API
- Contact list access — Contact Picker API
- Bluetooth — Web Bluetooth API (Chromium)
- NFC — Web NFC API (Chromium)
- Background running — iOS 18+ improved capabilities; PWAs now appear in the App Switcher
What PWAs still cannot do
- No App Store / Play Store presence by default (PWABuilder can package, but it is an extra step)
- Limited iOS features: no Web Bluetooth, Web NFC, Web USB; storage quotas are more aggressive than Chrome on Android
- No reliable background processing — the OS can kill the process at any time (improved in iOS 18, still not bullet-proof)
- Hardware-intensive tasks (AR/VR, complex 3D, games) suffer worse performance
- No access to iOS HealthKit, CallKit, and similar frameworks
- iOS push limitations: no silent notifications, text + icon only, app must be installed first
Performance comparison
Startup time
| Metric | Native app | PWA |
|---|---|---|
| First launch | 1–3s (after install) | 2–5s (network-dependent) |
| Subsequent launch | Under 1s | Under 1s (from Service Worker cache) |
| Offline launch | Instant | Instant (cached version) |
Runtime performance
Native apps still win on raw performance, particularly for:
- Complex animations and transitions — native UI frameworks (SwiftUI, Jetpack Compose) use hardware-accelerated rendering
- Graphics-intensive tasks — games, AR, video editing where native is 2–5x faster
- Heavy data processing — running ML models or complex computations
For most business apps (e-commerce, content, social, productivity) the difference is imperceptible to the user. A well-built PWA and a native app feel identical when scrolling lists, filling forms, or browsing content.
Cost comparison
This is where the most dramatic difference shows up:
| Cost factor | Native (iOS + Android) | PWA |
|---|---|---|
| Development | 2 separate teams / codebases | 1 codebase |
| Development time | 4–8 months | 2–4 months |
| Maintenance | 2x updates, 2x testing | 1 update |
| App Store fees | $99/yr Apple + $25 one-off Google | $0 |
| App Store commission | 15–30% on in-app purchases | 0% on web payments |
| Estimated initial build | $40,000–150,000 | $15,000–60,000 |
Distribution: App Store vs the web
App Store advantages
- Discoverability — App Store and Play Store are the natural search engines for apps
- Trust — store presence lends credibility
- Built-in payments — in-app purchase is simple and reliable
- Pre-built device features — push, widgets, Siri / Google Assistant integration
Web distribution advantages
- No gatekeeping — no review wait (which can take weeks)
- Instant updates — users always get the latest version
- Zero install friction — click a link and start using it
- SEO — content is indexable by Google
- No 30% commission — Apple and Google do not take a cut on web payments
Real-world examples — who chose what
Twitter (X) Lite — a PWA success story
Twitter Lite was one of Twitter's most successful releases:
65%
increase in pages per session
75%
more tweets sent by users
20%
decrease in bounce rate
First load under 5 seconds on 3G, subsequent loads near-instant.
Starbucks — a PWA with offline ordering
The Starbucks PWA lets users browse the menu, customise drinks, and assemble orders offline:
- Daily active users doubled after launch
- App size: 233 KB (the native iOS app is 148 MB)
- Particularly valuable in areas with weak network coverage
Pinterest — 60% engagement boost
Pinterest's switch to PWA produced dramatic results:
60%
increase in core engagements
40%
more time spent on the platform
44%
increase in user-generated ad revenue
Spotify, Instagram — stayed native
Not every major company chose PWA:
- Background music playback — PWAs cannot handle this reliably
- Camera integration — Stories and Reels require deep native camera access
- Complex push notifications — rich media, action buttons, grouped notifications
When to choose what
Choose PWA if
- You are building a content-based application (news, e-commerce, catalog, blog)
- Budget is limited but you want presence on both platforms
- Speed to market is the goal — you want to test an MVP
- Users primarily access the service via browser
- SEO matters — your content needs to be indexable
- You ship frequent updates and do not want to wait for App Store review
Choose native if
- You need hardware-intensive features (AR, camera filters, Bluetooth devices)
- You are building a game where performance is critical
- You need platform-specific integrations (HealthKit, CarPlay, Widgets, Siri Shortcuts)
- App Store presence matters for business reasons
- You need reliable background processing (music, GPS tracking, sync)
Choose a hybrid approach if
- Most features are web-based but you need a few native APIs
- React Native, Flutter, or Capacitor / Ionic can serve both platforms from a single codebase
- You want a compromise between cost and native experience
For a deeper comparison of native vs cross-platform, read our native vs cross-platform guide. And once you are ready to build, our mobile app development page lists pricing and references.
Where PWAs are heading
Project Fugu APIs continue to expand. By 2026 these APIs have reached stable or experimental status:
- File Handling API — PWAs can register as handlers for file types
- Launch Handler API — control how the PWA starts
- Window Controls Overlay — full window management, native app-like title bar
- Badging API — notification badges on the app icon
- View Transitions API — native app-like animated page transitions (stable in Chrome and Firefox in 2026)
- Speculation Rules API — instant page navigation via background pre-rendering
Apple's posture on iOS PWAs is gradually softening. iOS 18.1 enabled third-party browsers to add web apps to the home screen (EU DMA), background capabilities improved, and PWAs appear more naturally in the App Switcher. iOS still trails Android on Web API support — no Web Bluetooth, NFC, USB.
Summary
Can a PWA send push notifications on iOS in 2026?
Yes. iOS 16.4 was the first version to support web push for installed PWAs, and reliability improved through iOS 18. The limitations: no silent notifications, no rich media (text + icon only), and the user must install the PWA to the home screen first.
How much cheaper is a PWA than two native apps?
A PWA build typically lands at $15,000–60,000 versus $40,000–150,000 for separate iOS and Android apps. The 60–70% reduction comes from a single codebase, no App Store fees, no store commission on web payments, and a faster development timeline (2–4 months vs 4–8).
Will a PWA hurt my SEO?
The opposite — a PWA is built on web technologies, so its content is indexable by Google. Service Worker caching also improves Core Web Vitals, which Google rewards. Native apps cannot rank organically; their content lives behind App Store walls.
What can a native app do that a PWA still cannot?
Reliable background processing (music playback, GPS tracking), HealthKit / CallKit / CarPlay integration, Web Bluetooth / NFC / USB on iOS (Chromium browsers only support these on desktop and Android), unrestricted storage, and full-resolution rich push notifications. For 80% of business apps none of those matter.
Should I ship a PWA and a native app at the same time?
Often yes. The PWA gives you SEO, instant access, and a low-friction onboarding path. The native app earns App Store presence, deeper platform integration, and trust for repeat users. The PWA usually launches first; the native app follows once you have validated demand.
How is iOS 18 changing the PWA landscape?
iOS 18 improves PWA background capabilities, surfaces them more naturally in the App Switcher, and (under EU DMA rules) lets third-party browsers add web apps to the home screen. iOS still trails Android in advanced Web APIs (no Web Bluetooth, NFC, USB), but the gap on day-to-day functionality has narrowed.
Not sure which approach is best for your project? Book a free consultation and the AppForge team will help you decide — and whichever path you pick, we will build it.



