-PROGRESSIVE WEB APPLICATION- - -KINGDOM OF JOGA-

-as of [3 OCTOBER 2024]–

(commonly known as a ‘progressive web app’)

-a [progressive web application] (PWA) is a type of [application software] delivered through the [web], built using [common web technologies] including [‘HTML’ / ‘CSS’ / ‘JavaScript’]-

It is intended to work on any platform that uses a standards-compliant browser, including both desktop and mobile devices.

Since a progressive web app is a type of webpage or website known as a web application, they do not require separate bundling or distribution.

Developers can just publish the web application online, ensure that it meets baseline “installability requirements”, and users will be able to add the application to their home screen.

Publishing the app to digital distribution systems like Apple App Store or Google Play is optional.[1]

As of 2021, PWA features are supported to varying degrees by Google Chrome, Apple Safari, Firefox for Android, and Microsoft Edge[2][3] but not by Firefox for desktop.[4]

Browser support[edit]

Browser Support Comment

Windows Linux macOS Android iOS

Chromium-based Yes Yes Yes Yes No Includes Google Chrome, Microsoft Edge,[5] Brave, Opera, Vivaldi,[6] and others.

Firefox No[4] No[4] No Partial No

Safari N/A N/A Yes N/A Yes

(iOS 11.3+)

History

Predecessors

At the launch of iPhone in 2007, Steve Jobs announced that web apps (developed in HTML5 using AJAX architecture) would be the standard format for iPhone apps

No software development kit (SDK) was required, and the apps would be fully integrated into the device through the Safari browser engine

This model was later switched for the App Store, as a means of preventing jailbreakers and of appeasing frustrated developers

In October 2007 Jobs announced that an SDK would be launched the following year

As a result, although Apple continued to support webapps, the vast majority of iOS applications shifted towards 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, 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.[10]

In 2013, Mozilla released Firefox OS. It was intended to be an open-source operating system for running webapps 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,[citation needed] and the project was completely discontinued in 2017,[11] although a fork of Firefox OS was used as the basis of KaiOS, a feature phone platform.[12]

Initial introduction[edit]
In 2015, designer Frances Berriman and Google Chrome engineer Alex Russell coined the term “progressive web apps”[13] 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.[14][15] Firefox introduced support for service workers in 2016, and Microsoft Edge and Apple Safari followed in 2018,[16][14] making service workers available on all major systems.

By 2019, PWAs were available on desktop browsers Microsoft Edge[5] (on Windows) and Google Chrome[17] (on Windows, macOS, Chrome OS and Linux).

In December 2020, Firefox for desktop abandoned 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.”[4] Mozilla still plans to support PWAs on Android.[18]

App stores[edit]
Since a progressive web app is a type of webpage or website known as a web application, they do not require separate bundling or distribution. In particular, there is no requirement for developers or users to install the web apps via digital distribution systems like Apple App Store, Google Play, Microsoft Store or Samsung Galaxy Store. To varying degrees, the major app stores support PWAs, allowing them to be found in app stores.[1] Google Play, Microsoft Store,[19] and Samsung Galaxy Store support PWAs, but Apple App Store does not. Microsoft Store publishes some qualifying PWAs automatically (without app authors’ request) after discovering them via Bing indexing.[20]

Characteristics[edit]
Progressive web apps are all designed to work on any browser that is compliant with the appropriate web standards. As with other cross-platform solutions, the goal is to help developers build cross-platform apps more easily than they would with native apps.[14] Progressive web apps employ the progressive enhancement web development strategy.

Some progressive web apps use an architectural approach called the App Shell Model.[21] In this model, service workers store the Basic User Interface or “shell” of the responsive web design web application in the browser’s offline cache. This model allows for PWAs to maintain native-like use with or without web connectivity. This can improve loading time, by providing an initial static frame, a layout or architecture into which content can be loaded progressively as well as dynamically.[22]

Installability criteria[edit]
The technical baseline criteria for a site to be considered a progressive web app and therefore “installable” by browsers were described by Russell in a follow-up post[23] and updated since:[24][25]

Originate from a secure origin. Served over TLS and green padlock displays (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 it’s used for the first time and explicitly discard it when it is no longer needed.[26] 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 192px and a 512px versions). Due to existence of manifest, PWAs can be easily shared via a URL, discovered by a search engine, and do not require complex installation (but can be listed in a third-party app store).[27] Furthermore, PWAs support native app-style interactions and navigation, including being added to home screen, displaying splashscreens, etc.
Comparison with native apps[edit]
In 2017, Twitter released Twitter Lite, a PWA alternative to the official native Android and iOS apps. According to Twitter, Twitter Lite consumed only 1-3% of the size of the native apps. In July 2019 Twitter started serving all website users to Twitter Lite by default.[28] On June 1, 2020, Twitter deactivated the legacy website layout, leaving the progressive web app version as the only option.[29]

Starbucks provides a PWA that is 99.84% smaller than its equivalent iOS app. After deploying its PWA, Starbucks doubled the number of online orders, with desktop users ordering at about the same rate as mobile app users.[30]

Several businesses highlight significant improvements in a wide variety of key performance indicators after PWA implementation, like increased time spent on page, conversions, or revenue.[citation needed]

Technologies[edit]
There are many commonly used technologies to create progressive web apps. A web application is considered a PWA if it satisfies “installability criteria” and thus can work offline and can be added to device home screen. To meet this definition, all PWAs require at minimum a service worker and a manifest.[31][32][33]

Manifest[edit]
The web app manifest[34] is a W3C specification defining a JSON-based manifest (usually labelled manifest.json)[27] to provide developers 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.

iOS support[edit]
iOS Safari partially implements manifests, while most of the PWA metadata can be defined via Apple-specific extensions to the meta tags. These tags allow developers to enable full-screen display, define icons and splash screens, and specify a name for the application.[35][36]

WebAssembly[edit]
WebAssembly allows precompiled code to run in a web browser, at near-native speed.[37] Thus, libraries written in languages such as C can be added to web apps. Due to the cost of passing data from JavaScript to WebAssembly, near-term uses will be mainly number-crunching (such as voice recognition and computer vision), rather than whole applications.

Data storage[edit]
Progressive Web App execution contexts get unloaded whenever possible, so progressive web apps need to store majority of long-term internal state (user data, dynamically loaded application resources) in one of the following manners

Web Storage[edit]
Web Storage is a W3C 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).[38]

Service workers[edit]
A service worker is a web worker that implements a programmable network proxy that can respond to web/HTTP requests of the main document. It is able to check the availability of a remote server and to cache content when that server is available, and serve that content later to the document. 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 webapp, or if there is an update to the service worker. Activation occurs when all of the PWAs 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 service worker since only a single service worker can be active for a domain.[39]

Indexed Database API[edit]
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.[40] Indexed Database API can be used with a wrapper library providing additional constructs around it.

AppCache (obsolete)[edit]
Application Cache (or AppCache or HTML5 cache manifest) is an earlier technology that allowed web applications to cache content in advance for later use when the device is offline.[41] It was sufficient for single-page applications which it was designed for, but fails in problematic ways for multi-page applications like wikis.[42] As of May 2021, AppCache is no longer widely available. It was removed from Firefox 85,[43] and disabled by default in Chrome 85 (with complete removal planned for Chrome 93).[44]