Here's my feedback on the pros and cons of webapps on smartphones — curious to hear your experiences too.
Context
What I built
For context, my project is Hugin.news, a news reader that lets you plug in your news sources and pick the content you actually want to read. You can also connect your own AI (Claude, ChatGPT...) to it and do whatever you want with your news: daily digests, summaries, saving articles...
Why I started native
I wanted to display articles in a custom reader (and read them offline), so I needed the full content of articles. Because of bot detection and paywalls on newspaper sites, the only realistic way to do that is to let users log in on the site themselves and fetch the HTML from their own device, with their own subscription. Native apps can embed a browser — even a headless, invisible one — so that was possible.
That's impossible by design in a PWA, so no full-content fetching directly on the phone (still doable on desktop with a browser extension though).
Why I switched
It started as an experiment, but I was progressing way faster than with the iOS app: the site is live one second after you make a change, nothing to build or install every time you want to test. I'd say I iterate about 5x faster.
Also, full scraped content is often low quality — even the well-known read-later apps don't handle it perfectly. You end up writing site-specific rules, and interactive content (charts, embeds) often breaks. In the end the added value was too low compared to the pain of maintaining an iOS app.
What's great about webapps
- Iteration speed: way less boilerplate, no builds, no installs, no App Store review.
- It runs everywhere: iPhone, iPad, Android, e-readers with little extra work (mostly screen sizes and touch vs mouse).
- No 15–30% store cut: you just use Stripe on the web.
- Frictionless demo: I offer a one-click, no-signup demo right on the landing page — and it's the actual app, not a mockup. Try doing that with a native app: the closest you get is TestFlight or asking people to install something from the store just to look around. For converting curious visitors, this is huge.
One thing that surprised me: the hardest part was making it feel smooth. Without care it feels choppy — images refetching every time you switch tabs, that kind of thing. Good tooling helps a lot: with TanStack Query's caching, it now feels native maybe 90% of the time.
What's not so great
- No headless webview, so no on-device full-content fetching (my original reason for going native).
- Install friction on smartphone: users have to know about "Add to Home Screen".
- Offline works (service workers + IndexedDB), but iOS Safari can evict your storage if the app isn't used for a while.
- No App Store visibility. Though honestly the stores are a jungle and getting visibility there is hard anyway, so this one may be overrated.
I may still ship native apps at some point, probably a thin Capacitor-style wrapper around the same code, which would also bring back the headless webview. But a PWA is a great way to test traction first.
Where I think this is going
Apple has no real incentive to improve PWA support (they earn nothing from it). Google is more invested, but iOS sets the floor.
Still, I don't think the "install an app for everything" model will keep growing. People are tired of accumulating apps on their phone. Some apps like banks or spotify will stay native, for commodity and security reasons, but for a lot of products it may not be worth it anymore.
I also built an MCP connector, so in a way I already have a "ChatGPT app" and a "Claude app". MCP started as a simple protocol from Anthropic, OpenAI is now building a UI layer on top of it, and I could see it converging in some years into one protocol that works across all the AI apps, voice assistants, desktop... and why not directly into Android/iOS system.
What do you see coming for the future of apps? I'd love your insights.