zlacker

[parent] [thread] 39 comments
1. joseph+(OP)[view] [source] 2025-07-25 23:13:12
I wish Apple and Google would make rules to the effect of "if your app's entire functionality could be done in a regular website or PWA, then you can't put a native app on our stores".
replies(5): >>throwa+d >>nomel+S >>kingo5+W >>barbaz+B4 >>dontla+G11
2. throwa+d[view] [source] 2025-07-25 23:15:03
>>joseph+(OP)
then they can't charge their app tax!
3. nomel+S[view] [source] 2025-07-25 23:22:31
>>joseph+(OP)
> if your app's entire functionality could be done in a regular website or PWA, then you can't put a native app on our stores

A very silly threshold, since this would knock out probably 95% of the app store, including games, since "websites" are extremely capable these days, with full 3d graphics, etc. Then, each time safari added a new modern browser feature, more would get knocked out.

replies(2): >>joseph+q1 >>Tadpol+Z1
4. kingo5+W[view] [source] 2025-07-25 23:22:54
>>joseph+(OP)
Given how much it seems Apple detests PWAs, I don't ever see this happening. One can dream.
replies(1): >>llm_ne+s4
◧◩
5. joseph+q1[view] [source] [discussion] 2025-07-25 23:26:10
>>nomel+S
Why is that a bad thing? Wouldn't we be better off with all of them being PWA's?
replies(2): >>Zak+O1 >>karanb+X2
◧◩◪
6. Zak+O1[view] [source] [discussion] 2025-07-25 23:29:44
>>joseph+q1
It's not a bad thing for users. It would reduce the ability of Apple and Google to extract revenue from their stores though, so they're motivated to do the opposite.
replies(2): >>cosmic+1b >>scarfa+NC
◧◩
7. Tadpol+Z1[view] [source] [discussion] 2025-07-25 23:31:11
>>nomel+S
I think that's a little overstated. Part of a game's functionality is performance and native controls. A website can technically do those things, but the JS and WGL requirements will significantly hamper performance, and getting a browser to hand over native, first-class control of the device to the website is largely impossible and usually ends up an awkward mess.

And that little asterisk would end up getting abused by pretty much everyone. After all, we wouldn't be able to add the same functionality to the website because the developers we employ for this are only proficient in `<native language here>`.

By-intent, it would definitely be a big chunk of the apps out there, but I would argue that's a good thing. I don't want an App for every brand I interact with, especially since I know what they're doing (harvesting my data to sell to brokers to make a fraction of a penny more per transaction).

◧◩◪
8. karanb+X2[view] [source] [discussion] 2025-07-25 23:39:20
>>joseph+q1
Gotta love the HN bubble. Users want apps, not PWAs.
replies(2): >>frollo+s5 >>Zak+ud
◧◩
9. llm_ne+s4[view] [source] [discussion] 2025-07-25 23:51:57
>>kingo5+W
I feel like Apple is some lazy target for people to point to why PWAs have little uptake.

Android has long had PWA support. Almost no one uses it at all. In fact iOS users have long had significantly high web browser usage than their Android compatriots.

"It's because iOS doesn't support it...somehow. Despite entirely separate bases that could be served in entirely different ways, it's actually Apple's fault"

A couple of years ago Apple pretty much fully supported PWAs, including push notifications. Still negligible uptake on either iOS or Android. It turns out that it was the PWAs vs the Apps all along, and had nothing to do with Apple. The web and the average web technology stack has turned so toxic -- those enormous frameworks that yield an atrocious user experience -- that people prefer the app.

Still though, somehow Apple's fault. Increasingly such adherents have to reach to successively more niche weird Google additions to Chrome to justify why somehow Apple is to blame. Because Apple doesn't support the new half-baked AdBlastNoBlock3000 API that Google jammed into Chrome. Etc.

It's just weird. At some point people need to be a bit more honest with themselves about why apps are preferred over PWAs or even just basic websites when an app is avialable.

replies(3): >>frollo+A5 >>johnny+98 >>ajross+Ie
10. barbaz+B4[view] [source] 2025-07-25 23:55:08
>>joseph+(OP)
What you probably envision but didn’t say is that this would be in a world where a website could be a first class citizen and behave more like an app. Mobile browsers don’t have e to be so shitty.
◧◩◪◨
11. frollo+s5[view] [source] [discussion] 2025-07-26 00:02:14
>>karanb+X2
If Apple wanted to make PWAs look like apps, users wouldn't be able to tell the difference. Except that's not what Apple wants at all.
replies(2): >>dpkirc+b6 >>cosmic+ab
◧◩◪
12. frollo+A5[view] [source] [discussion] 2025-07-26 00:03:10
>>llm_ne+s4
Apps are normally made semi cross-platform nowadays. Not much point in maintaining a PWA that's effectively an Android-only app.

But even aside from Apple's lack of support, the PWA standard seems kinda bad. Weird boilerplate like the serviceworker.js even if all you want is to make it addable to home screen.

replies(2): >>c-hend+Xh >>llm_ne+uo1
◧◩◪◨⬒
13. dpkirc+b6[view] [source] [discussion] 2025-07-26 00:09:25
>>frollo+s5
If apps were interchangeable with PWAs we'd just call PWAs apps. What would be the difference, besides distribution?
replies(1): >>frollo+v8
◧◩◪
14. johnny+98[view] [source] [discussion] 2025-07-26 00:23:52
>>llm_ne+s4
>Android has long had PWA support. Almost no one uses it at all.

Yes. Because if you're making a mobile app you want to target the two major platforms. If IOS's PWA's suck, you're not going to try and make a PWA for android. So it's a negative feedback loop.

>Despite entirely separate bases that could be served in entirely different ways,

differnt ways costs money. So often it isn't done. They pick a framework that launches to all targets and deviate as little as possible. We're long past the days of having two dedicated teams trying to appeal to android users vs ios users. They are all simply "users".

>A couple of years ago Apple pretty much fully supported PWAs, including push notifications.

They pretended to while changing a bunch of develop terms to make it hard to actually use the PWA's. They "fully supported" PWAs the same way they "complied" with the DMA.

Besides, adoption takes a few years. You can't make a half-hearted update and expect changes overnight.it takes a few years to really see the results.

◧◩◪◨⬒⬓
15. frollo+v8[view] [source] [discussion] 2025-07-26 00:27:05
>>dpkirc+b6
That would be good too, "progressive web app" is a silly name
◧◩◪◨
16. cosmic+1b[view] [source] [discussion] 2025-07-26 00:52:40
>>Zak+O1
For more complex apps, efficiency could be a considerable issue. As capable as the web has become, it’s not very battery friendly for more advanced use cases.
replies(1): >>Zak+3d
◧◩◪◨⬒
17. cosmic+ab[view] [source] [discussion] 2025-07-26 00:55:07
>>frollo+s5
I don’t think that’d be possible without a considerably different web engine than currently exists. Even on desktop with Chrome which is the best case scenario currently, web apps are visibly different from their native counterparts due to differences in things like click handling, latency, etc.
replies(1): >>frollo+Gb
◧◩◪◨⬒⬓
18. frollo+Gb[view] [source] [discussion] 2025-07-26 01:02:03
>>cosmic+ab
Most apps nowadays are already websites inside a thin wrapper, and that part is just so it can go on the App Store and have certain OS integrations, not for the UI. Like yeah React Native implements a button with UIButton, but Safari also implements a button with native code.

Good example is Discord. Complex app, only really difference for native is something about push-to-talk.

replies(1): >>cosmic+4c
◧◩◪◨⬒⬓⬔
19. cosmic+4c[view] [source] [discussion] 2025-07-26 01:06:27
>>frollo+Gb
Not quite, at least on iOS. React Native is the dominant non-native framework there. I run into web shells on occasion but they’re unusual relative to desktop.
replies(1): >>frollo+Vc
◧◩◪◨⬒⬓⬔⧯
20. frollo+Vc[view] [source] [discussion] 2025-07-26 01:17:12
>>cosmic+4c
Oh, I meant React Native, not an actual full-page UIWebView rendering the entire app (though there is that too). Yeah RN is a totally different renderer, but if something works in RN then I expect the same to work in web. Discord did both.
replies(1): >>cosmic+Oe
◧◩◪◨⬒
21. Zak+3d[view] [source] [discussion] 2025-07-26 01:18:56
>>cosmic+1b
Sure, native apps can be good for users in some cases, but this post isn't about those.
◧◩◪◨
22. Zak+ud[view] [source] [discussion] 2025-07-26 01:22:47
>>karanb+X2
I don't think the average non-technical person would know one from the other aside from the installation process. This situation didn't come about because users demanded native apps, but because companies profit more from them.
◧◩◪
23. ajross+Ie[view] [source] [discussion] 2025-07-26 01:39:26
>>llm_ne+s4
> reach to successively more niche weird Google additions to Chrome

Um... bluetooth? USB? Sensors? Basically anything dealing with external hardware is a huge hole. I can configure and flash my QMK keyboard from my phone or laptop just by following a shortened URL.

I mean, sure. "Web Sites" work great on Safari! But Apple cares deeply that "Apps" have broader capabilities than the browser, and it does it by crippling progress with PWAs.

replies(1): >>llm_ne+X61
◧◩◪◨⬒⬓⬔⧯▣
24. cosmic+Oe[view] [source] [discussion] 2025-07-26 01:40:54
>>frollo+Vc
RN isn’t quite a web shell, it’s more of a hybrid, though I have seen RN apps use webviews to inject web app bits here and there.
◧◩◪◨
25. c-hend+Xh[view] [source] [discussion] 2025-07-26 02:19:19
>>frollo+A5
You don't need a service worker if that's all you want to do. You just need a manifest.
replies(1): >>frollo+xm
◧◩◪◨⬒
26. frollo+xm[view] [source] [discussion] 2025-07-26 03:14:08
>>c-hend+Xh
Oh, this used to be a requirement to make the app installable in Chrome but seemingly got removed around 2023: https://stackoverflow.com/questions/53594466/are-service-wor...

Idk about iOS

◧◩◪◨
27. scarfa+NC[view] [source] [discussion] 2025-07-26 07:05:56
>>Zak+O1
How many apps that could be websites have in app purchases of digital goods?
28. dontla+G11[view] [source] 2025-07-26 12:21:13
>>joseph+(OP)
Apple almost sort of do. If you have a website and put an app on the App Store, it must have functionality that beyond what the website already offers.
replies(1): >>fsflov+8e1
◧◩◪◨
29. llm_ne+X61[view] [source] [discussion] 2025-07-26 13:22:34
>>ajross+Ie
>Um... bluetooth? USB? Sensors?

Ah yes, the 0.001% of apps. That's clearly why PWAs have made zero inroads, even on Android where Google keeps tossing in poorly considered, completely non-standard APIs.

replies(1): >>ajross+681
◧◩◪◨⬒
30. ajross+681[view] [source] [discussion] 2025-07-26 13:32:01
>>llm_ne+X61
> Ah yes, the 0.001% of apps

A small fraction of WEB PAGES, not "apps". Like half the apps installed on my phone have some behavior not purely connected to internet communication!

You just don't think that's a problem and like installing apps from the store and using iOS as your only gateway to the world and think "browsers" are crufty and silly. But that's a taste issue not a technical one. "Because I don't personally like it" makes an extremely poor argument against the embrace of open standards.

Basically you're the person in 1998 arguing for Win32 apps everywhere and that the HTML/JS/Java platforms were inherently inferior. How'd that philosophy work out?

replies(1): >>llm_ne+Wj1
◧◩
31. fsflov+8e1[view] [source] [discussion] 2025-07-26 14:25:03
>>dontla+G11
It's sort of the opposite: Developer have to shrink the websites' functionality to obey this rule.
replies(1): >>dontla+De1
◧◩◪
32. dontla+De1[view] [source] [discussion] 2025-07-26 14:28:49
>>fsflov+8e1
Usually they don’t, though. They add one iOS feature instead.
replies(1): >>fsflov+bh1
◧◩◪◨
33. fsflov+bh1[view] [source] [discussion] 2025-07-26 14:49:02
>>dontla+De1
Which could work fine in PWA.
◧◩◪◨⬒⬓
34. llm_ne+Wj1[view] [source] [discussion] 2025-07-26 15:11:54
>>ajross+681
>A small fraction of WEB PAGES, not "apps".

No, apps. The vast majority of my apps do not read from sensors or do anything directly with bluetooth. The vast majority. Another strawman, which is par for the course on this topic. There is always just one more "but wait...what if the PWA could do {X}, and that is why no one uses it, even for markets where {X} has utterly zero relevance!" canard, though.

>and think "browsers" are crufty and silly

*NOWHERE* did I say anything remotely of the sort. What a ridiculous reframing. This discussion is embarrassing. You have absolutely no idea of my history in this industry, but let's say that it makes your contention so outrageously wrong that you should feel embarrassed. But you won't.

PWAs -- usually as a reflection of the way they are built -- are almost always garbage compared to comparable native apps. This has literally NOTHING to do with "web browsers being silly" (again, iOS users use web browsers doing web stuff far more than Android users do), however ridiculous so many have to strawman this.

>"Because I don't personally like it"

Amazing. There is close to negligible uptake of PWAs. Sorry to burst your bubble, but the world didn't make that choice because "I don't personally like it". Android has almost completely domination in many countries, and again their app ecosystem is overwhelmingly native apps. This constant laughably fictional rhetoric spouted on HN is just self-deluding pablum.

>Basically you're the person in 1998 arguing for Win32 apps everywhere and that the HTML/JS/Java platforms were inherently inferior.

Beyond ridiculous.

replies(1): >>ajross+qs1
◧◩◪◨
35. llm_ne+uo1[view] [source] [discussion] 2025-07-26 15:51:00
>>frollo+A5
>Apps are normally made semi cross-platform nowadays

"normally" is carrying a lot of water there. While the back-end is shared, obviously, a large number of orgs have two distinct fully native development projects for the platforms. There are zero empirical metrics I can cite, but in my experience the cross platform thing is a minority. Cross platform tooling is often the talk among the aspirational "One day I'm going to write a novel, and then a hit app" sorts, but it just doesn't dominate in the actual industry.

But if it did, Flutter dominates the cross-platform world, and what do you know, Flutter can generate PWA apps.

>But even aside from Apple's lack of support

Apple has supported PWA for a couple of years. It was a lazy excuse by cheerleaders who had nothing factual, but Apple supporting PWAs didn't move the needle at all. Because it turns out that a billion Android devices not being targeted with PWAs had literally nothing to do with Apple.

replies(1): >>frollo+of2
◧◩◪◨⬒⬓⬔
36. ajross+qs1[view] [source] [discussion] 2025-07-26 16:26:10
>>llm_ne+Wj1
You don't use a car app to unlock your vehicle? Fitness app that talks to a watch? Your kids don't have robots or whatever with tablet integration? No bank apps that integrate with NFC? Bubble level gadgets that need the accelerometer? Navigation apps with GPS and gyro integration?

All that stuff works in a browser everywhere else but iOS. Your argument isn't that it's useless, because you clearly use it and love it. You just don't think the rest of us should have it. Which is great if you're Tim Cook, I guess. But I doubt you are.

replies(1): >>llm_ne+kt1
◧◩◪◨⬒⬓⬔⧯
37. llm_ne+kt1[view] [source] [discussion] 2025-07-26 16:34:30
>>ajross+qs1
>You don't use a...

Listing possible examples does not prove your point.

>All that stuff works in a browser everywhere else but iOS.

Ah neat, so Android users all don't use the play store and their bank apps and robot apps and car apps all are PWAs, right? Something something No It's Actually Apple's Fault. Good god.

>You just don't think the rest of us should have it.

I have repeatedly observed the actual market here in actual reality. You have repeatedly somehow made it personal.

This clearly is a futile discussion. Have a nice day.

replies(1): >>ajross+ru1
◧◩◪◨⬒⬓⬔⧯▣
38. ajross+ru1[view] [source] [discussion] 2025-07-26 16:43:03
>>llm_ne+kt1
> Listing possible examples does not prove your point.

It disproves yours that the "vast majority" of apps don't use functionality exposed as PWA APIs.

> Something something No It's Actually Apple's Fault

It's indeed Apple's fault that those PWA APIs don't work in Safari, yes. I didn't think this was a disputed point. And again I repeat: your objection isn't technical, you just don't like the idea of portable web apps working on iOS.

replies(1): >>llm_ne+2v1
◧◩◪◨⬒⬓⬔⧯▣▦
39. llm_ne+2v1[view] [source] [discussion] 2025-07-26 16:48:28
>>ajross+ru1
> It disproves

I take it you're not a stats major.

> It's indeed Apple's fault that those PWA APIs don't work in Safari

A tiny percentage of apps use features that aren't available in Safari, ergo ipso sum, 100% of apps cannot use PWAs on any platform. Do you understand how utterly nonsensical this noise is?

I understand this thread is overwhelmingly dominated by rhetorics, seemingly by people who have zero experience in the industry, so have your nonsense.

> your objection isn't technical, you just don't like the idea of portable web apps working on iOS.

Your take is laughably nonsensical.

◧◩◪◨⬒
40. frollo+of2[view] [source] [discussion] 2025-07-27 01:50:07
>>llm_ne+uo1
React Native is pretty typical now. Of course it's not magic, but it gets you most of the way there.
[go to top]