Skip to content
Codedock
ServicesHow we workInsightsCase StudiesCareerContact
Back to all articles
Architecture & Consulting

·

6 min read

·

Written by Tomáš Mikeš

PWA instead of an iOS/Android app: when it works and when you lose users

For Fotopast.cloud we built the SaaS platform as a PWA instead of two native apps. Shipped in 2 months, it works. But here are five factors we use to decide — not every project fits PWA.

PWAMobileArchitectureiOSAndroid

“We want an app.” Typical first sentence when a client arrives with a mobile use case. Often the right answer — but not always. For Fotopast.cloud, a SaaS for managing camera trap photos, we built one PWA instead of two native apps. Shipped in 2 months instead of 5-6, with full push notification support and an offline fallback.

It works. But not every mobile app would survive that transition. Five factors we weigh.

1. Hardware / sensor access — where PWA hits the wall

PWAs have limited hardware access. They can take camera input, but only through the file picker — not a live capture with a custom overlay. Bluetooth Low Energy? In Chrome yes, Safari still no. NFC? Android Chrome only. Background geolocation? Not reliably anywhere.

For Fotopast it was fine — photos upload in bulk from the trap camera over a different path (the camera's 4G module), and the PWA only displays and manages them. If the app had to let users scan custom QR codes right in-camera with AR preview, PWA would be out. It's a split: what the app does with the phone vs. what it does with the data.

2. Push notifications — Apple is the barrier

Web push notifications have worked in browsers since 2015. On iOS Safari they worked starting iOS 16.4 (April 2023), and even then only if the PWA is installed via “Add to Home Screen.” Without the install prompt, no push — Apple intentionally made it harder to protect its App Store ecosystem.

Fotopast's audience (hunters, gamekeepers) doesn't need push heavily — the trap camera emails them, that's enough. If your use case falls apart without instant push (chat, transaction alerts, security alerts), PWA leaves 30-40% of your iOS users uncovered.

3. App Store presence — the marketing factor

Don't underestimate the “we're in the App Store” credibility signal. For a consumer product that signal often matters (“we're a real brand”). For a B2B tool for a specific professional community — Fotopast is exactly that — irrelevant. Hunters find the app via QR codes in ads, word of mouth, Google search. “I discovered it on the App Store” contributes nothing.

Ask: where do your users actually find the app? If via App Store search, PWA is a handicap. If via web, QR, direct link — PWA is as good as native.

4. UX expectations of the audience

30+, professionals, B2B — 90% don't care whether the app is native or a PWA as long as it works. Gen Z, younger millennials, gaming, entertainment — they expect the install-from-App-Store flow; otherwise the app “doesn't feel right.”

Fotopast's audience is 40+, hunters, gamekeepers, farmers. For them, seeing a web app with the same home-screen icon as WhatsApp is a bonus, not a problem. For a 25-year-old's quick-service app, the same choice would feel wrong.

5. Offline scenarios and reliability

PWAs can do offline via Service Workers, but it's more work than in native (where SQLite or Core Data are first-class). If your app has to run 100% without signal — field tools, logistics — native is more reliable.

Fotopast's offline is nice-to-have, not must-have. A hunter in the forest has no signal, but also doesn't need it — the photos were downloaded earlier, they're just browsing. On reconnect it syncs.

A decision framework

PWA makes sense when:

  • Hardware access fits within browser APIs (camera via picker, GPS when active, notifications with limits)
  • B2B or 30+ professional audience
  • Distribution via web/QR/direct link, not the App Store
  • Offline is acceptable in a reduced form
  • Fast iteration — one codebase instead of two

Native is a better fit when:

  • Hardware use case requires custom capture / sensors / BLE
  • Consumer audience expects App Store presence
  • Push notifications are load-bearing (iOS barrier is a blocker)
  • 100% offline is core to the use case
  • Budget covers 2 codebases and 2 deployment pipelines (App Store review delays every ship by 1-3 days)

Fotopast outcome

2 months from kickoff to production. One codebase, three deployment targets (web, iOS home screen, Android home screen). User feedback 6 months in: no one said “I miss a native app.” That tells us the decision fit.

With a different audience the decision would be different. PWA isn't better or worse than native — it's a different trade-off. Those five factors are the map where you find your position on it.

Working on something similar?

Book a 30-minute technical call. No sales process — direct architectural feedback.

Pick a time

Architecture, cloud and integration for complex systems. A senior architect on every project.

Navigation

ServicesHow we workInsightsCase StudiesCareerContactAgency vs. freelancer vs. us

Services

DevelopmentCloudDevOpsAI & DataConsultingDelivery

Contact

CodeDock s.r.o.

Zlenická 863/9, 104 00 Praha 22

Czech Republic

info@codedock.com

Company ID: 14292769

VAT ID: CZ14292769


© 2026 Codedock

ContactPrivacy Policy
Book a call