- From: Ben Francis <ben@krellian.com>
- Date: Thu, 12 Feb 2026 17:32:04 +0000
- To: Christian Liebel <christian.liebel@thinktecture.com>
- Cc: public-webapps <public-webapps@w3.org>
- Message-ID: <CAMpSprmvHMYC-rW5--B72ZJmP-by_U1SVLG75+RyJEJE=SgH5g@mail.gmail.com>
Hi Christian, Thank you very much for sharing the minutes of this meeting, and your summary of the outcomes. I look forward to hearing more as the discussion progresses. In the meantime I hope you don't mind if I share another perspective as a smaller implementer, who no longer works for one of the big browser vendors, but still has a commercial interest in the outcome of this discussion. Firstly, I'm very glad to see this topic get some serious cross-vendor discussion because I think getting this right could be really good for the web. However, I have reservations about the solutions currently being considered: - The beforeinstallprompt event is a confusing and unpredictable API which is also likely to lead to nagging popups, banners or install buttons inside web apps - The navigator.install() method is more explicit and predictable, but similarly risks littering the web with popups, banners and install buttons - The <install> element is a clever declarative solution, but again risks littering the web with install buttons and is problematic for some classes of applications. My main concern is that the web is already plagued with interruptions like ads, paywalls and cookie consent banners and moving the web app install UI inside the viewport under developer control would just add to the noise – further eroding the experience of web apps compared with native apps. In my view the web already has a declarative solution for a web page to point to a web app that can be installed, and that is a Web Application Manifest <https://www.w3.org/TR/appmanifest/> linked using a manifest link relation <https://www.w3.org/TR/appmanifest/#using-a-link-element-to-link-to-a-manifest> in a link element. I think the best solution to this problem is through UI design, not API design. In my opinion, the user interface for installing web apps should be trusted, consistent, easy to discover, but keep out of the way when it isn’t needed. I think an "ambient badging" approach is the best way to achieve this, with browsers visibly but subtly surfacing trusted browser-native UI for installing web apps, which are treated as first class citizens on operating systems. I've quickly put together a blog post <https://tola.me.uk/blog/2026/02/12/how-i-think-web-apps-should-be-installed/> which goes into more detail around pros and cons of the solutions currently being considered, proposes an alternative solution with an example implementation, but also acknowledges the hurdles that would have to be overcome for this to become a reality. Kind regards Ben On Wed, 11 Feb 2026 at 21:08, Christian Liebel < christian.liebel@thinktecture.com> wrote: > This is to inform the WebApps Working Group that the Web Application > Manifest editors met with representatives from Apple, Google, Microsoft, > and Mozilla to discuss APIs to allow developers to programmatically open > install dialogs for web sites. Web sites are already installable across all > major engines and operating systems. The goal of this effort is to enable > developers to advertise installation more prominently from within their > viewport. > > Here are the meeting minutes: > https://docs.google.com/document/d/16OTq60o7pJMlQeO0KwuxzlMljsBZrt30LzpswQiP5Ko/edit > > Summary: > > > - The meeting participants decided to split the conversation between > installing the "current app," and installing "some app." > - The meeting participants favored the existing beforeinstallprompt event > for solving the "current app" use case. There is a draft PR to re-introduce > this event to the Manifest specification ( > https://github.com/w3c/manifest/pull/1206). Gecko and WebKit > representatives have been asked to clarify their formal positions on > supporting beforeinstallprompt (pending). > - Regarding "some app" installation, vendors are asked to clarify > which install use-cases (same-origin, eTLD+1, cross-origin) they would be > willing to support (pending). > - The Manifest editors will schedule a follow-up meeting with the > participants in March. > > > -- > Best regards, > Christian > -- Ben Francis Founder Krellian Ltd. <https://krellian.com>
Received on Thursday, 12 February 2026 17:51:18 UTC