Skip to content

App, PWA or website: what a store should choose

| Article: 3 min read | Tech and security

PWA (progressive web app) is a website that can be installed on a phone like an app and can work with a poor connection. A native app is a separate program from the App Store or Google Play. A responsive site is an ordinary site in a browser that adapts to the screen.

In plain words

The three options differ in how deeply they are built into the phone and how much effort they take:


Responsive site

PWA

Native app

How to find it

Search, ads, links

The same, plus "Install"

App store, ads

Installation

Not needed

From the browser, no store

Through the store

Codebase

One

One, shared with the site

Separate for iOS and Android (or cross-platform)

Works offline

No

Yes, partly

Yes

Push notifications

No

Yes, with limits on iOS

Yes

Deep integration with the phone

Little

Medium

Full

MDN's definition: a PWA is an app built with web technologies that offers an experience similar to a platform-specific one; it works on different devices from a single codebase, is installable, and can work offline and in the background (MDN). Once installed, a PWA has an icon and opens in its own window without the browser interface (web.dev).

PWA limitations

web.dev names them directly (web.dev): - Safari and Firefox on desktop do not support installing PWAs. - A PWA cannot be installed from the in-app browsers of many apps (Facebook, Instagram, Gmail). For a store this matters: part of the social media traffic opens exactly there. - Apple's implementation lacks many features of Chromium-based browsers. On iOS installation is harder to show, so the interface often needs a "How to install" hint. - You need to test on every platform and have fallbacks.

Push on iOS works from version 16.4 and only for sites added to the home screen; the user grants permission after an action on the page, such as tapping a subscribe button (WebKit).

The examples of growth in conversion and retention (Rakuten 24, Goibibo, JD.ID) are presented on web.dev as company case studies, not verified research (web.dev); so applying those figures to another store would be an assumption.

How to decide

The question first, not the technology.

  1. Is a fast mobile site enough? For most stores, yes. The main buyer path "search, ad, product card, checkout" needs a fast site and a convenient checkout: see mobile UX and Core Web Vitals.
  2. Is there a reason to install? Regular repeat purchases (food, cosmetics, pet goods), a loyalty program, fast reorder, status notifications. Then a PWA or an app makes sense.
  3. Do you have the resources? An app is a separate product: development for two platforms, releases, store review, support. Data on "how much it costs" depends on the project; there are no reliable open benchmarks.
  4. Do you need device capabilities? Deep features (scanning, complex camera work, background mode) more often need native code; for a PWA the set is limited by the browser. Check support for specific APIs on MDN before deciding.
  5. Who are your buyers already? If most come once from search and ads, they don't need an app. If you have a core of regular customers, you can offer the app or PWA to them after the second or third purchase, not to everyone at once.

A possible path: first a site in PWA form (manifest, service worker, fast pages), see whether people use it, and only then think about a native app. For a comparison of architecture approaches see also headless commerce.

Common mistakes

  • Building an app because "big players do it". Rozetka or Prom have a different buyer base.
  • Copying the site into an app without new scenarios. There are no new reasons to use it.
  • Not keeping separate analytics for the site, PWA and app.
  • Counting on push as a channel for everyone. Permission is asked after a user action, not right at entry (WebKit).
  • Forgetting about updates: an app needs constant maintenance for new OS versions.

FAQ

What is a PWA in plain words? A website that can be installed on a phone, opens like an app and partly works without the internet.

Does an online store need a mobile app? Not necessarily. It is justified when there are regular repeat purchases and a loyal audience, and the mobile site is already fast.

Does a PWA work on iPhone? Yes, with limits: installation is harder, the feature set is smaller, push only for sites added to the home screen from iOS 16.4 (web.dev, WebKit).

Is a PWA or a native app cheaper? A PWA has one codebase sharing the site's technologies (MDN); specific costs depend on the project.

Sources

Want to check this on your store?

E-commerce development

Custom e-commerce solutions and integrations, from improvements to complex systems.

About the service →

Share

Related

  • Hosting, CDN and traffic peaks

    | Article: 4 min read

    Hosting is the server (or cloud) the store runs on. A CDN (content delivery network) is a network of servers around the world that serves part of the site (images, scripts, sometimes pages) from a point closer to the shopper. Together they determine whether…

  • Online store backups

    | Article: 3 min read

    A backup is a copy of the site, the database (products, orders, customers) and files, stored separately, from which the store can be restored after a failure, a mistake or a break-in. A backup only makes sense if restoring from it has been tested.

  • Bots and price scraping in an online store

    | Article: 3 min read

    Bots are programs that visit a site automatically. Some are useful (search crawlers), some are harmful: scraping copies prices and the catalog, credential stuffing tries stolen logins, scalper bots buy up scarce goods, and card testers check card numbers on…

  • Payment fraud and 3-D Secure

    | Article: 4 min read

    Payment fraud in an online store is an attempt to obtain goods or money using someone else's card data, by deceiving the customer, or through a dishonest payment dispute. 3-D Secure (3DS) is a protocol by which the issuing bank additionally verifies that the…