PWA to APK — Turn Your PWA Into a Signed Android App

How PWA to APK conversion works

Your app is a Trusted Web Activity (TWA): a lightweight Android app that opens your PWA fullscreen in the browser engine already on the phone — usually Chrome — with no address bar. It is the approach Google recommends for publishing a PWA on Google Play. Your code stays on your server, so every change you deploy to your site shows up in the installed app right away: no new release, no store review.

Convert your PWA to APK in 4 steps

1. 1. Check your PWA

   Paste your URL in the checker above. In about ten seconds it tests your manifest, icons, service worker and HTTPS, and tells you exactly what to fix — with instructions for Lovable, Bubble, Webflow, Framer and more. Free, no account needed.

2. 2. Set your app identity

   Choose the app name, your package name — for example com.yourcompany.app — and your icon. Theme color, background and splash screen come from your manifest, and you can adjust them.

3. 3. Build

   One click. You get a signed AAB for Google Play and an APK to install on a device, both targeting Android 16 (API 36). Your signing key is generated once, stored encrypted and reused for every future update.

4. 4. Publish

   Upload the AAB in Google Play Console, or connect your account and publish straight from SaasToStore. Put the generated assetlinks.json on your site so Android hides the address bar.

APK or AAB: what Google Play actually requires

Since August 2021, Google Play only accepts new apps as Android App Bundles (.aab). An APK is still what you need to test on a phone or to distribute outside the store. A converter that only hands you an APK leaves you stuck at the upload step — every SaasToStore build delivers both.

Is your PWA ready? The checklist

An APK built on a TWA needs an installable PWA. Before you build, make sure you have:

Six mistakes that break PWA-to-APK apps

• The address bar shows up inside your app

  Android only hides it once it can verify that the app and the site belong to you, through a /.well-known/assetlinks.json file listing your package name and signing fingerprint. SaasToStore generates that file for you. Once your app is on Google Play, also add the fingerprint of Google's app signing key (Play Console → App integrity): Google re-signs your app, and without that line the bar comes back for everyone who installed it from the store.

• Losing the signing key

  Every update must be signed with the same key. Lose it and you have to go through Google's key reset process before you can ship again. Your keystore is generated once, stored encrypted and reused automatically for every build.

• Changing the package name after launch

  On Google Play, a package name can never change. A new name means a new app, starting again from zero installs and zero reviews. Pick your own — com.yourcompany.app — from the very first build.

• Targeting an outdated Android version

  Since 31 August 2026, Google Play requires new apps and updates to target Android 16 (API 36). Tools that have not kept up produce builds that get rejected at upload. Every SaasToStore build targets API 36.

• Icons that get clipped

  Android shows icons inside a circle or a rounded square. Without a maskable icon — one with safe padding around the logo — your logo gets cropped or framed in white. Add a 512×512 maskable icon to your manifest.

• A start page on another domain

  If your app opens on a page outside the verified domain — a login hosted elsewhere, for instance — Android shows the address bar on that page. Keep your start_url and your main flows on the domain declared in assetlinks.json.

SaasToStore or doing it yourself with Bubblewrap?

Bubblewrap, Google's open-source command-line tool, produces the same kind of app, and it is a fine choice if you are at home in a terminal. The difference is everything around the build:

Updates without republishing

Because the app loads your live PWA, the changes you deploy to your site reach every installed app immediately — no new build, no store review. You only rebuild when the app shell changes: its name, icon, colors, or a new Android requirement. Rebuilds reuse the same signing key, so Google Play accepts them as updates.

The same PWA on iOS and desktop

The URL you convert to an APK can also become an iOS app for the App Store and desktop apps for Windows, macOS and Linux — from the same project, in the same dashboard.

Online converter: what runs where

The build runs on our servers, not on your machine. You need a browser and your URL — no Android Studio, no JDK, no Bubblewrap, no Gradle cache to keep warm. Nothing to install and nothing to keep up to date. It works the same from Windows, macOS, Linux or a Chromebook, because none of that toolchain ever touches your computer. What comes back is the signed AAB and the APK, ready to upload.