Progressive web app

Predecessors

At Apple's Worldwide Developers Conference in 2007, Steve Jobs announced that the iPhone would "run applications created with Web 2.0 Internet standards".^[8] No software development kit (SDK) was required, and the apps would be fully integrated into the device through the Safari browser engine.^[9] This model was later switched to the App Store, as a means of appeasing frustrated developers.^[10] In October 2007 Jobs announced that an SDK would be launched the following year.^[9] As a result, although Apple continued to support web apps, the vast majority of iOS applications shifted toward the App Store.

Beginning in the early 2010s dynamic web pages allowed web technologies to be used to create interactive web applications. Responsive web design, and the screen-size flexibility it provides have made PWA development more accessible. Continued enhancements to HTML, CSS, and JavaScript allowed web applications to incorporate greater levels of interactivity, making native-like experiences possible on a website.^[11]

In 2013, Mozilla released Firefox OS. It was intended to be an open-source operating system for running web apps as native apps on mobile devices. Firefox OS was based on the Gecko rendering engine with a user interface called Gaia, written in HTML5. The development of Firefox OS ended in 2016,^[12] and the project was completely discontinued in 2017,^[13] although a fork of Firefox OS was used as the basis of KaiOS, a feature phone platform.^[14]

Initial introduction

In 2015, designer Frances Berriman and Google Chrome engineer Alex Russell coined the term "progressive web apps"^[15] to describe apps taking advantage of new features supported by modern browsers, including service workers and web app manifests, that let users upgrade web apps to progressive web applications in their native operating system (OS). Google then put significant efforts into promoting PWA development for Android.^[16][17] Firefox introduced support for service workers in 2016, and Microsoft Edge and Apple Safari followed in 2018,^[18][16] making service workers available on all major systems.

By 2019, PWAs were supported by desktop versions of some browsers, including Microsoft Edge^[19] (on Windows) and Google Chrome^[20] (on Windows, macOS, ChromeOS, and Linux).

In December 2020, Firefox for desktop abandoned the implementation of PWAs (specifically, removed the prototype "site-specific browser" configuration that had been available as an experimental feature). A Firefox architect noted: "The signal I hope we are sending is that PWA support is not coming to desktop Firefox anytime soon."^[21] Mozilla supports PWAs on Android and plans to keep supporting it.^[22] Firefox version 143.0, released in September 2025, added support for PWA on Windows.^[7]

Technical criteria

The technical baseline criteria for a site to be considered a progressive web app and therefore capable of being installed by browsers were described by Russell in 2016^[28] and updated since:^[29][30]

• Originate from a secure origin. Served over TLS and have no active mixed content. Progressive web apps must be served via HTTPS to ensure user privacy, security, and content authenticity.
• Register a service worker with a fetch handler. Progressive web apps must use service workers to create programmable content caches. Unlike regular HTTP web cache, which caches content after the first use and then relies on various heuristics to guess when content is no longer needed, programmable caches can explicitly prefetch content in advance before they are used for the first time, explicitly discarding it when it is no longer needed.^[31] This requirement helps pages to be accessible offline or on low-quality networks.
• Reference a web app manifest. The manifest must contain at least the five key properties: name or short_name, start_url, and display (with a value of standalone, fullscreen or minimal-ui), and icons (with 192 px and a 512 px versions). Information contained in the manifest makes PWAs easily shareable via a URL, discoverable by search engines, and alleviates complex installation procedures (but PWAs may still be listed in a third-party app store).^[32] Furthermore, PWAs support native app-style interactions and navigation, including being added to the home screen, displaying splash screens, etc.

Manifest

The web app manifest^[36] is a World Wide Web Consortium (W3C) specification defining a JSON-based manifest (usually labelled manifest.json)^[32] to provide developers with a centralized place to put metadata associated with a web application including:

• The name of the web application
• Links to the web app icons or image objects
• The preferred URL to launch or open the web app
• The web app configuration data
• Default orientation of the web app
• The option to set the display mode, e.g. full screen

This metadata is crucial for an app to be added to a home screen or otherwise listed alongside native apps.

Service workers

A service worker is a web worker that implements a programmable network proxy that can respond to web/HTTP requests from the main document. It is able to check the availability of a remote server, cache content when that server is available, and serve that content to the document later. Service workers, like any other web workers, work separately from the main document context. Service workers can handle push notifications and synchronize data in the background, cache or retrieve resource requests, intercept network requests and receive centralized updates independently of the document that registered them, even when that document is not loaded.^[39]

Service workers go through a three-step lifecycle of Registration, Installation and Activation. Registration involves telling the browser the location of the service worker in preparation for installation. Installation occurs when there is no service worker installed in the browser for the web app, or if there is an update to the service worker. Activation occurs when all of the PWA's pages are closed, so that there is no conflict between the previous version and the updated one. The lifecycle also helps maintain consistency when switching among versions of a service worker since only a single service worker can be active for a domain.^[39]

WebAssembly

WebAssembly allows precompiled code to run in a web browser, at near-native speed.^[40] Thus, libraries written in languages such as C can be added to web apps. Announced in 2015 and first released in March 2017, WebAssembly became a W3C recommendation on December 5, 2019^[41][42] and it received the Programming Languages Software Award from ACM SIGPLAN in 2021.^[43]

Data storage

Progressive web app execution contexts get unloaded whenever possible, so progressive web apps need to store the majority of their long-term internal state (user data, dynamically loaded application resources) in one of the following manners:

Web storage

Web storage is a WHATWG standard API that enables key–value storage in modern browsers. The API consists of two objects, sessionStorage (that enables session-only storage that gets wiped upon browser session end) and localStorage (that enables storage that persists across sessions).^[44]

Indexed Database API

Indexed Database API is a W3C standard database API available in all major browsers. The API is supported by modern browsers and enables storage of JSON objects and any structures representable as a string.^[45] The Indexed Database API can be used with a wrapper library providing additional constructs around it.