Progressive Web Apps - An Intro + Answering some common questions
Hello! Today I want to dive a little deeper and answer some common questions about Progressive Web Applications (PWAs) that I get but don't see answers often to "in the wild." Let's start with a small intro, and then we will dive into the questions! We will then wrap up with an overview of some advantages PWAs have over platform-specific (native) apps.
What is a PWA? #
Progressive Web Applications (PWAs), at their most basic, are web apps that use modern web capabilities; at least a Web App Manifest and Service Worker, to enable advanced, native app-like experiences on a user's device. PWAs can be installed through the browser, which will give the user a special install prompt if the browser detects a Web App Manifest and Service Worker, and installed through app stores, such as the Microsoft Store, Google Play, and the Meta app store.
Beyond just a Web App Manifest and Service Worker, PWAs also have access to many advanced, low-level capabilities that web apps historically have not had access to. This includes things such as:
- Shortcuts (also known as Jumplists on certain OS’s)
- Bluetooth
- On-device, hardware-accelerated AI, including GPU and NPU
- NFC
- USB
- 3D and 2D graphics
- GPU access for rendering and compute
- Camera access and control
- Push Notifications
- Custom Titlebars
- Share
- Drag and Drop
- Fluent Design
- Foldable and dual-screen device support
- Receiving shared content
- Writing and reading from the native file system
- Animations, including page transitions
- Can work totally offline
- Sync data in the background
- Web Components, a UI component model
And much more!
Many of these APIs have historically required you to use Electron, Cordova, or some other WebView-based solution, but you can now achieve the same functionality using JavaScript running in your browser.
Common Questions / Concerns #
While the above description gives a good overview of PWAs, let's dive into some common questions I get about them, and hopefully, my answers provide clarity.
- PWAs are slow by design.
This is false and based on the fact that the web has a low entry point for developers, meaning there are many developers building their first app, etc., which yes, are not going to be the best apps in the world. Native apps can also be very slow, buggy, etc. In fact, there are whole operating systems where the main app platform is Web Tech, and users/the tech media praise that operating system for being smooth and lightweight. Finally, I urge developers to use the average device their users have (for laptops, normally around a 400-dollar laptop if you look at the most sold laptops on Amazon) and try apps built with different tech.
- Aren’t the APIs mentioned above Web APIs, not PWA APIs?
Yes! Many of the APIs can be used in a normal web app running in a browser tab. However, others, like shortcuts, for example, require an installed PWA. A simple way to look at it is “All web APIs are PWA APIs, but not all PWA APIs are web APIs.” However, all the capabilities are still just JavaScript running in the browser engine, the only difference is whether your app is running as an installed app (the user has installed it from the browser or app stores) or in a browser tab.
- Can PWAs also run in a browser tab?
Yes! PWAs are basically advanced web apps, so they work perfectly fine in a normal browser tab, just like any other web app or website. However, they can also run as installed apps! This means that users can get into your experience in whichever way they choose, whether through app stores or browser, with no install needed to get started through the browser!
- Are PWAs still using the same browser engine, JavaScript engine, etc. as my default browser?
Yes! You can think of installed PWAs as running in a “headless” browser tab. It looks like a WebView app, but it's running in the browser.
- Are PWAs supported in all browsers?
Yes, but with some caveats that you may be used to from feature checking for APIs such as Promises in the past. So, all PWAs are just HTML, CSS, and JavaScript, at least initially served from a web server, just like anything on the web. Because of this, they will work, at least at some basic level, on any browser! However, this does not mean that, if your app relies on one of the advanced APIs I mentioned above, it will work in any browser. While many of the above APIs are supported cross-browser, some are Chromium-only, and some are Chromium and Firefox only. Safari has historically had very limited support for anything beyond the basics in a PWA; this has been changing fast over the last 2-3 years because of social pressure, political pressure, and market pressures.
- Like in a WebView-based app, can I write code that runs outside of the browser that I can call from my JavaScript?
No, you cannot. This would break a few of the key advantages PWAs have, including the fact that this would prevent the app from running in the browser, plus it would mean that your app is calling code that is running outside of the browser's sandbox, potentially opening security holes.
- What operating systems support PWAs?
Any OS that can run a modern browser, especially chromium-based browsers. Windows, Android, macOS, ChromeOS, and Linux all have great support for PWAs. iOS and iPadOS have been held back for years on PWAs, but this is rapidly improving over the last two years.
- Can I manage PWAs with Intune or other MDM providers?
While it would depend on the MDM provider you are using, for Intune at least, the answer is yes. PWAs can be installed and managed through Intune just like any other application. More Info
- On Windows, can PWAs use the Windows Copilot Library and Windows Copilot Runtime?
The answer is a combination of yes and no.
No, PWAs cannot explicitly use the Windows Copilot Library; however, studio effects are automatically supported in PWAs, Edge has an OCR capable API, and Phi Mini, which Microsoft offers specific web optimized versions for, can be run using WebNN.
On the Windows Copilot Runtime, WebNN, which is considered part of the Runtime, is what PWAs and other web-based apps would use. This uses DML under the hood and supports the same operators, models, hardware, etc.
So in summary, PWAs can access everything except recall in the Windows Copilot Library even though the library does not have explicit support for Web Apps, and yes, PWAs can use the Windows Copilot Runtime by using WebNN.
Hopefully, this answers some of the questions you had about Progressive Web Apps!
Advantages of PWAs over native apps #
PWAs are not the right stack for every app type out there, and there are of course places where platform-specific (native) apps will have their place, but PWAs can work for a large majority of apps AND provide some key advantages over native apps:
-
True write once / deploy everywhere experience, even to app stores! Because a PWA is just a web app, it will run anywhere with no code changes, no WebView, no plugins that you must code around to get working in the browser, no platform-specific code, etc.
-
Can be installed from both the browser and app stores, widening the reach of your application and enabling you to acquire users from multiple channels at once, with just one codebase.
-
Users can jump right into your app through the browser, no need to install anything. This leads to much lower friction-to-entry for users.
-
Tend to be lighter weight on both storage size and resource usage than a native app, even with the same functionality.
-
Its all just standard web development skills, so if you are a web developer, you can be an app developer with PWAs, no new learning needed.
-
They run in the browser's sandbox, with much finer-grained user control over specific actions. For example, to access the clipboard, a user will see a permission prompt first, making it clear what is happening to the user. This is a much stronger level of control than users have over native apps. PWAs cannot start up random processes, cannot start reading and writing random files, and have heavy protection against fingerprinting, etc.
Disadvantages of PWAs over native apps #
-
If your app relies on a specific feature in an operating system that does not have an equivalent web API, a PWA is going to be a non-starter.
-
If you or your team do not know HTML, CSS, and Javascript, a PWA is going to be a non-starter.
-
If your app relies on extremely low-level code to get the lowest level latency, such as some types of audio DAWs, etc., then a native app is going to be your best bet. Note though, there are plenty of video editors, audio editors, etc. that are web-based.
-
If there is a possibility the app will need to be used without ever having access to the network, a PWA is not going to be the best fit.
-
If you are building an app that is only meant to run on one OS, you may want to consider a native app, although a WebView app can work very well here too.
Get started building your new PWA today at Progressive Web App Intro Workshop.
- Previous: Upgrade your Progressive Web App