Maybe your app is a rare exception, but apart from chat apps, any use of notifications I’ve seen are undesirable and abused to spam users. Even those that do have a legit use-case still abuse it by pushing non-desirable (from user perspective) messages.

I think apart from Gitter I’ve never wanted a notification, as a user.

This app helps sick patients navigate the healthcare system. Notifications were requested by users so that they don't need to continuously go back to the web app to see if there are any updates.

How about sending notifications over email?

See this post[1]. We already do text and email notifications. Not all phones and tablets get texts, and email notifications are unreliable. Many users wanted desktop and mobile notifications, hence why we implemented them on top of texts and emails.

[1] https://news.ycombinator.com/item?id=26520303

I use apps like this to manage my health care. Email would be a significantly worse experience than notifications.

This speaks to your inexperience in making applications for the average user - they barely use email.

> This speaks to your inexperience in making applications for the average user - they barely use email.

Do you find that most users do authentication via phone number instead of email?

The speaks to your inexperience making applications - using anecdotes and assumptions about "the average user" to determine what to do is nowhere near as useful as asking your actual users. Real data is better than guesswork.

I have built global apps, and found that users struggle to even accept email address confirmations. The reality is that email is dying.

> users struggle to even accept email address confirmations

This experience is geographically or demographically unique.

That's true for the users you've seen. My users all open emails with no problem.

Now do you see why "the average user" isn't useful to determine how to build something? Even if most people suck at using email, in my app it works well.

So you would agree that some users can prefer notifications over email/sms, or is that line of reasoning only self-serving?

I absolutely agree that different groups of users want different things. An "average user" isn't useful in determining that.

Which is exactly why you can continue emailing your users, while others like me would like an option to use notifications and other PWA features.

> This speaks to your inexperience

Please be kind and not sneer as the guidelines suggest.

https://news.ycombinator.com/newsguidelines.html

You could easily reword you comment to.

> In my experience the average user barely uses email.

Unless you know parent commenter personally I don't think you're competent enough to judge their experience in an online discussion.

I agree. Most websites use push notifications for the wrong reasons. This has given them a bad reputation. But when properly used they are certainly powerful and useful.

I use them for some local forums to notify me of replies. Don't want to fill up my inbox for this.

Great. Take their phone number and text them. Amazon charges what, $0.00645 per SMS?

You want to send potentially sensitive health updates over SMS? Or just a link, that then opens the web-app anyways? Definitely sounds like bad UX.

CVS has no problem sending text notifications. You can send informative alerts without any sensitive info.

Push notifications are subject to the same HIPPA rules as sms. You can’t included sensitive info.

Push notifications go through apple/google servers. The advantage of PWA notifications is that they can be local - https://developer.mozilla.org/en-US/docs/Web/Progressive_web....

You don’t get it, 100s of billion of these notifications have been shown already to users on desktop with a less than 1% accept rate. These are spam .

What a weird argument. We're not talking about suspicious blogospam sites asking for notification access here. By the same token, most email sent is spam. Should we stop using email?

Spammy notification requests should be mitigated with better browser guards for requesting them. The fact that there is spam does not somehow invalidate that there are legitimate use cases people want them for.

If 99% of something is used by spam and not opened it makes a strong argument to remove said feature.

Here in California, I got updates about my covid19 test results, and my covid19 appointment information, over SMS or a link over SMS.

This includes what vaccine I received, the lot number of its production, plus information from v-safe[1] and reminders to check in telling the government how I feel on days after the vaccine.

1. https://vsafe.cdc.gov/en/

What a terrible ux

Why? Text messages are great because they pop up on my Mac too.

This - email and text notifications go everywhere for me. Web ones don’t follow what device I’m using

I don't like browser notifications, especially on mobile. Maybe it's me but there's no explicit place agreed upon between me and the browser where the browser says "if the site sends a notification, here is where it will be".

Mobile is already bad enough where if you swipe a notification away, well I hope you remembered the icon and the bit of context that was on that notification. Browser notifications just make this worse.

And then there's the whole "will I get a notification if the browser app is closed? What if I get a notification in the middle of the night, will I receive it in the morning? Will it continue to receive notifications if I restart my phone?" kind of questions. Maybe it all just works but I am very untrusting of the whole feature.

Technically, webpush-enabled site starts a service on your phone (read on js service workers) that then asks a browser to accept notifications from some origin and sends permission credentials to that origin. Then it decides for every incoming notification if it is worth popping up (e.g. if a site is a chat and it is already on the screen, there is no need to spam with popups), or if it’s worth a new tab on tap/click, etc. It is a hassle to configure, but then it usually just works. I suspect that your browser has to be running anyway, because a service worker is just a restricted browser env. Push providers may have delayed delivery, at least there is a ttl field in a notification at server-side. Didn’t test that much and only used that in one project, but remote alpha users already reported missing notifications. I have no clue how to debug that, because it simply doesn’t happen (phone config seems okay).

There's nothing stopping Safari having a less annoying implementation of notifications. They have full control of the experience.

Similarly, I’ve rarely needed web notifications and on the handful of occasions I have they’re of a nature that’s better tied to a desktop/laptop than a phone or tablet.

lichess notifies when it is your turn, quite useful. There are many legitimate uses of this feature especially business environments.

I'm willing to go as far as to say it's The one feature that's singlehandedly holding back PWAs entirely. Most apps that you use every day needs notifications for one reason another, mainly communication apps, and if you could do them with a web app it'd be a game changer. But Apple is holding us all back and has been for years.

If it is a progressive web app, then it should abide by progressive enhancement https://en.wikipedia.org/wiki/Progressive_enhancement .

So no, lack of push notifications are not holding back PWAs. They are holding back web developers which choose to aggressively require new features, then get upset when they only work in the browser they tested with (invariably Chrome).

Pretty much none of the apps, native or web I use regularly, need notifications in order to do what I want them to do. It is usually the makers of said apps that really really want notifications as a strategy to increase engagement.

I’m not against web notifications per se, but I’m not buying that most web applications are held back because notifications are actually crucial to them functioning.

I don't understand why Apple is holding anyone back. Just build an app that doesn't work on iOS. There's lots of apps exclusive to iOS and Mac - why not exclusive Android?

If the app really is a game changer, if it's that compelling, Apple will absolutely change its tune.

Because any app that is social in nature (where interactions between users is required really) that can only reach 50% of users does not have 50% of the potential value, it's closer to 0.

As an example, my girlfriend's a nurse, and they have a really bad paging system. Basically, the doctor calls the hospital reception who calls one person who is on call, who calls the second person on call. Of course, this breaks up regularly: the wrong person is called, or they call their boss because they don't know who is on call, and so on.

I thought I would do a PWA to help them out and learn some new things, but it's pretty much impossible on iOS. Now, if 50% of her team cannot use the app, it has no value. You would have to know who has the app or not and call the other ones. It's easier to just keep on calling directly.

> Because any app that is social in nature (where interactions between users is required really) that can only reach 50% of users does not have 50% of the potential value, it's closer to 0.

This wasn’t true 10 years ago when Instagram launched, and was iPhone only for a considerable time.

Clubhouse seems to think it’s not true today either, also iPhone only.

> 10 years ago when Instagram launched, and was iPhone only for a considerable time

iPhone users are, on average, higher earners than the median American [1]. Being iOS only means you get the vast majority of high-income Americans.

[1] https://www.statista.com/statistics/195006/percentage-of-us-...

The issue is not very clear to me, but usually people create a group chat for that and simply turn notifications off when not “on call”. Whatsapp, telegram, signal, discord, mailing list, whatever fits more. For automation chat/email bots may be used. Chances are it’s already solved, if you take wider than “PWA or nothing”.

Isn’t the entire point of progressive web apps that they’re tolerant of different features being available or not? That’s ‘progressive enhancement’. Your app is supposed to work if the functionality isn’t there, or equally if it’s there but denied access. You can have it show updates when the user checks the app if that’s what they want.

Complaining a browser doesn’t support a progressive feature is a contradiction in terms!

It works, but users don't get the notifications they sign up for and expect without using a native app on iOS.

Apart from chat, what are use-cases where users actually want notifications, as opposed to being coerced or tricked into accepting them?

The app helps sick patients navigate the healthcare system. Users get notifications like "Your prescriptions are ready for pickup" or "Your prescriptions are scheduled for delivery at 5PM", and it's a user requested feature.

As an iOS user I generally don’t want notifications from apps

Right... isn’t that the whole point of progressive web apps? Users get as many features as their browser supports or they permit? That’s the point.

If your app doesn’t work like that then it’s not progressive... so you can’t complain it doesn’t support your progressive app because it’s not progressive.

Try explaining to users that the feature they want and expect doesn't work for them because their particular browser doesn't support it, despite it working on every other browser and platform.

The only solution I see is telling users to "use the app", which doesn't exist yet.

You tell them it doesn't work on iPhone because of Apple policy such and such and to go complain to Apple if they want the feature. If enough people do it then maybe things change. If developers continue caving and not letting users know there will be no pressure on Apple.

I agree on principle, but I'm not telling sick people that.

"can be", not "must be"...

Remember that we had real time webchat without JavaScript two decades ago, and a lot of other things that would probably turn into some sort of Chrome-only site if invented today.

If you have a solution to giving iOS users the notifications they want via a web app, PWA or not, I'm all ears. We already implement text and email notifications.

Polling, long-polling, websockets? I feel like I'm missing some context here.

Isn't the issue getting notifications out through the OS notification system?

Unless I'm misunderstanding something about the problem, I don't do iOS dev or any webdev complicated enough to require OS notifications.

The Push API allows for efficient push notifications without polling, I believe, but don't quote me on it. The problem is displaying notifications like you would a message notification on iOS.

> The problem is displaying notifications like you would a message notification on iOS.

As an iPhone user, this being difficult for developers is a highly desirable feature!

It would be opt-in like on every other platform, isn't that enough? As heavyset_go said, it's a huge pain when a user wants a notification and can't enable one.