PWA en APK — Transformez votre PWA en app Android signée

Comment fonctionne la conversion PWA en APK

Votre app est une Trusted Web Activity (TWA) : une app Android légère qui ouvre votre PWA en plein écran dans le moteur de navigateur déjà présent sur le téléphone — généralement Chrome — sans barre d'adresse. C'est l'approche que Google recommande pour publier une PWA sur Google Play. Votre code reste sur votre serveur : chaque modification déployée sur votre site apparaît aussitôt dans l'app installée, sans nouvelle version ni revue du store.

Convertir votre PWA en APK en 4 étapes

1. 1. Vérifiez votre PWA

   Collez votre URL dans le vérificateur ci-dessus. En une dizaine de secondes, il teste votre manifest, vos icônes, votre service worker et le HTTPS, et vous dit précisément quoi corriger — avec des instructions pour Lovable, Bubble, Webflow, Framer et d'autres. Gratuit, sans compte.

2. 2. Définissez l'identité de l'app

   Choisissez le nom de l'app, votre nom de package — par exemple com.votresociete.app — et votre icône. Couleur de thème, fond et écran de démarrage viennent de votre manifest, et restent modifiables.

3. 3. Lancez le build

   Un clic. Vous obtenez un AAB signé pour Google Play et un APK à installer sur un appareil, tous deux ciblant Android 16 (API 36). Votre clé de signature est générée une seule fois, stockée chiffrée et réutilisée pour chaque mise à jour.

4. 4. Publiez

   Importez l'AAB dans la Google Play Console, ou connectez votre compte et publiez directement depuis SaasToStore. Déposez le fichier assetlinks.json généré sur votre site pour qu'Android masque la barre d'adresse.

APK ou AAB : ce que Google Play exige vraiment

Depuis août 2021, Google Play n'accepte les nouvelles apps qu'au format Android App Bundle (.aab). L'APK reste ce qu'il vous faut pour tester sur un téléphone ou distribuer hors du store. Un convertisseur qui ne vous remet qu'un APK vous bloque à l'étape de l'import — chaque build SaasToStore livre les deux.

Votre PWA est-elle prête ? La checklist

Un APK construit sur une TWA exige une PWA installable. Avant le build, vérifiez que vous avez :

Six erreurs qui cassent une app PWA en APK

• La barre d'adresse s'affiche dans votre app

  Android ne la masque qu'une fois qu'il peut vérifier que l'app et le site vous appartiennent, grâce à un fichier /.well-known/assetlinks.json qui indique votre nom de package et l'empreinte de signature. SaasToStore génère ce fichier pour vous. Une fois l'app sur Google Play, ajoutez aussi l'empreinte de la clé de signature de Google (Play Console → Intégrité de l'application) : Google re-signe votre app, et sans cette ligne la barre revient pour tous ceux qui l'ont installée depuis le store.

• Perdre la clé de signature

  Chaque mise à jour doit être signée avec la même clé. Perdez-la, et il faut passer par la procédure de réinitialisation de Google avant de pouvoir publier à nouveau. Votre keystore est généré une fois, stocké chiffré et réutilisé automatiquement à chaque build.

• Changer de nom de package après le lancement

  Sur Google Play, un nom de package ne peut jamais changer. Un nouveau nom, c'est une nouvelle app, qui repart de zéro installation et zéro avis. Choisissez le vôtre — com.votresociete.app — dès le premier build.

• Cibler une version d'Android dépassée

  Depuis le 31 août 2026, Google Play exige que les nouvelles apps et les mises à jour ciblent Android 16 (API 36). Les outils qui n'ont pas suivi produisent des builds refusés à l'import. Chaque build SaasToStore cible l'API 36.

• Des icônes rognées

  Android affiche les icônes dans un cercle ou un carré arrondi. Sans icône maskable — avec une marge de sécurité autour du logo — votre logo est rogné ou encadré de blanc. Ajoutez une icône maskable en 512×512 à votre manifest.

• Une page de démarrage sur un autre domaine

  Si votre app s'ouvre sur une page hors du domaine vérifié — une connexion hébergée ailleurs, par exemple — Android affiche la barre d'adresse sur cette page. Gardez votre start_url et vos parcours principaux sur le domaine déclaré dans assetlinks.json.

SaasToStore ou le faire vous-même avec Bubblewrap ?

Bubblewrap, l'outil en ligne de commande open source de Google, produit le même type d'app, et c'est un bon choix si le terminal ne vous fait pas peur. La différence, c'est tout ce qui entoure le build :

Des mises à jour sans republier

Comme l'app charge votre PWA en ligne, les modifications déployées sur votre site arrivent immédiatement dans toutes les apps installées — sans nouveau build ni revue du store. Vous ne refaites un build que si l'enveloppe de l'app change : son nom, son icône, ses couleurs, ou une nouvelle exigence d'Android. Les nouveaux builds réutilisent la même clé de signature : Google Play les accepte comme des mises à jour.

La même PWA sur iOS et desktop

L'URL que vous convertissez en APK peut aussi devenir une app iOS pour l'App Store et des apps desktop pour Windows, macOS et Linux — depuis le même projet, dans le même tableau de bord.

Convertisseur en ligne : ce qui tourne où

Le build tourne sur nos serveurs, pas sur votre machine. Il vous faut un navigateur et votre URL — ni Android Studio, ni JDK, ni Bubblewrap, ni cache Gradle à entretenir. Rien à installer, rien à tenir à jour. Ça marche pareil depuis Windows, macOS, Linux ou un Chromebook, puisque aucun de ces outils ne touche votre ordinateur. Ce qui revient, c'est l'AAB signé et l'APK, prêts à envoyer.