You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
At first, let me tell you that this is a possible enhancement discussion for the library, and not a problem with it - at all!
Overview of the problem
To provide some context on this issue before pointing out what I would like to see (and contribute to of course):
Nowadays every browser seems to tackle the A2HS issue on their own way.
Apple being Apple and totally disregarding PWAs is the main bottleneck. Service Workers have just been recently implemented in Service Workers (iOS Safari). From the looks of a discussion I've read on it doesn't look they will be implementing it anything soon.
Firefox is not clear about their intentions and are postponing the decision to an unknown future until PWAs have a clearer future view. They are testing out possible callouts/popups in Beta/Dev versions.
Chrome, Edge and Samsung Browser do have this functionality fully working. Why them 3? Because all are based on Chromium.
The reluctance of these browsers who haven't yet implemented any kind of attention grabber for the existence of an installable PWA is due the mess they realized that was made when developers could start asking for permission to send Notifications without any precondition at all.
That quickly led to an "usual" awful UX in a huge amount of existing websites that were constantly spamming you in each visit asking you to enable Notifications. A plague just like the cookies policy bar that has invaded the web the past year.
Fast-forwarding to today, Chrome does implement beforeinstallprompt but seems to be the only one interested in implementing it. Therefore, one more time, it causes some inconsistency for us the developers and for our users.
At the current state, we have no way to provide an uniform way of delivering a PWA install to our website visitors and we want to make that experience painless.
I think we may agree that everyone who develops a PWA should be able to efficiently provide an installation method for every user without fighting each and every browser, being able to deliver the most consistent installation experience possible.
What can we do?
In my opinion, we could try to make a customizable bottom bar (similar what the library currently does) but supporting Firefox and iOS cases, offering custom instructions to the user on how to proceed.
This, with the addition of the PWA App Icon would promote the installation of a PWA, allowing the developer to present a good benefit for the installation and an actionable "Install" button that would have an higher CTR than the current bar.
Clicking "Install" would differ based on the browser.
Chrome: As we are able to catch the Chrome's own incentive callout, we can save the triggered event and trigger the Add to Home Screen ourselves once we press the Install button. All good.
Firefox and iOS: As there is some uncertainty in these browsers, what I would suggest is that once the "Install" button is clicked, a popup would appear with different instructions according to each browser, possibly with accompanying images (customizable by the developer) to guide the user on how to install the PWA in their browser. If we wanted, we could as well abstract this and just call a callback function and each developer would implement it in the way they want to, however that would leave the burden to the developer to identify the disparities between every browser and eventually changing every guide according to them.
I am aware that the purpose of the library is to mainly help adding a PWA - at this time only on iOS -, but in my view, we could all benefit so much from this and do the job no one seems to care enough in browser development.
Let me know your thoughts!
The text was updated successfully, but these errors were encountered:
At first, let me tell you that this is a possible enhancement discussion for the library, and not a problem with it - at all!
Overview of the problem
To provide some context on this issue before pointing out what I would like to see (and contribute to of course):
Nowadays every browser seems to tackle the A2HS issue on their own way.
The reluctance of these browsers who haven't yet implemented any kind of attention grabber for the existence of an installable PWA is due the mess they realized that was made when developers could start asking for permission to send Notifications without any precondition at all.
That quickly led to an "usual" awful UX in a huge amount of existing websites that were constantly spamming you in each visit asking you to enable Notifications. A plague just like the cookies policy bar that has invaded the web the past year.
Fast-forwarding to today, Chrome does implement beforeinstallprompt but seems to be the only one interested in implementing it. Therefore, one more time, it causes some inconsistency for us the developers and for our users.
At the current state, we have no way to provide an uniform way of delivering a PWA install to our website visitors and we want to make that experience painless.
I think we may agree that everyone who develops a PWA should be able to efficiently provide an installation method for every user without fighting each and every browser, being able to deliver the most consistent installation experience possible.
What can we do?
In my opinion, we could try to make a customizable bottom bar (similar what the library currently does) but supporting Firefox and iOS cases, offering custom instructions to the user on how to proceed.
The view I had for this was something similar to the following:
(source: https://web.dev/customize-install/)
This, with the addition of the PWA App Icon would promote the installation of a PWA, allowing the developer to present a good benefit for the installation and an actionable "Install" button that would have an higher CTR than the current bar.
Clicking "Install" would differ based on the browser.
Chrome: As we are able to catch the Chrome's own incentive callout, we can save the triggered event and trigger the Add to Home Screen ourselves once we press the Install button. All good.
Firefox and iOS: As there is some uncertainty in these browsers, what I would suggest is that once the "Install" button is clicked, a popup would appear with different instructions according to each browser, possibly with accompanying images (customizable by the developer) to guide the user on how to install the PWA in their browser. If we wanted, we could as well abstract this and just call a callback function and each developer would implement it in the way they want to, however that would leave the burden to the developer to identify the disparities between every browser and eventually changing every guide according to them.
I am aware that the purpose of the library is to mainly help adding a PWA - at this time only on iOS -, but in my view, we could all benefit so much from this and do the job no one seems to care enough in browser development.
Let me know your thoughts!
The text was updated successfully, but these errors were encountered: