BUBBLE → PLAY STORE
Déployez votre app Bubble sur le Google Play Store
Mis à jour le 10 novembre 2026
Comment les apps Bubble arrivent sur le Play Store
1. Préparez votre app Bubble
Déployez-la en Live. Le build Native n'a besoin de rien d'autre ; pour une TWA, activez le mode PWA dans les paramètres Bubble (manifest + icônes).
2. Collez votre URL
On récupère vos icônes, on lit votre manifest s'il existe et on vous recommande un build : c'est vous qui choisissez entre Native et TWA.
3. Téléchargez votre .aab signé
Un build payant livre les fichiers signés que chaque store demande : le .aab pour Google Play, et un .apk.
Pas de manifest sur Bubble ? Le build Native
Le build Web est une Trusted Web Activity (TWA) : votre site s'ouvre dans Chrome, dans une très petite app. Une TWA a besoin d'un web manifest sur votre domaine, et masquer la barre d'adresse demande un fichier assetlinks.json servi par votre site ; un service worker sert au hors-ligne, il n'est pas exigé. Le build Android Native de SaasToStore n'a besoin ni de l'un ni de l'autre : il place votre app Bubble en ligne dans une coque Android native, accepte n'importe quelle URL et ajoute ce qu'une TWA ne peut pas avoir, comme des onglets et menus natifs et des plugins.
Bubble en APK : les fichiers que vous recevez
Un build Android payant de votre app Bubble vous donne deux fichiers d'une même app signée. Le .apk s'installe directement sur un téléphone Android, le vôtre ou celui d'un testeur, sans passer par un store. Le .aab est le format que demande Google Play. Les deux sont signés avec la clé de votre app, et cette même clé est réutilisée à chaque mise à jour : chaque nouvelle version s'installe par-dessus la précédente.
Android Build (Native) — le build pour Bubble
- N'importe quelle URL Bubble, avec ou sans service worker
- Un .aab et un .apk signés, au nom et à l'icône de votre app
- La même app signée part sur Google Play, l'Amazon Appstore et le Samsung Galaxy Store
- Accepte des onglets et menus natifs, et des plugins comme les notifications push
Build de test gratuit
- Un .apk au logo SaasToStore, pour votre propre téléphone
- Montre votre app Bubble comme une app avant de payer
- Affiche une barre d'adresse en haut de l'écran
- Pas un fichier à publier : ni .aab, ni store
Ce qui fonctionne dans votre app Android Bubble
- Toutes les pages et la navigation de votre app Bubble en ligne
- Vos réglages responsive : l'app affiche la mise en page Bubble à la largeur du téléphone
- La connexion par e-mail et mot de passe, comme sur votre site
- Les éléments d'upload de fichiers et d'images : le sélecteur du téléphone prend une photo ou choisit un fichier, sans permission à configurer
Avec le build Native, deux choses changent par rapport au navigateur. Google refuse la connexion dans une web view intégrée : la connexion Google demande donc un réglage, et les sites qui gardent la session dans des cookies serveur masquent le bouton Google dans l'app et y gardent la connexion par e-mail. Et seuls votre domaine et ses sous-domaines restent dans l'app : un lien vers un autre domaine, comme une page de paiement externe, s'ouvre dans le navigateur du téléphone, sauf si vous ajoutez ce domaine aux Domaines supplémentaires de votre projet avant le build.
Pourquoi les makers Bubble choisissent SaasToStore
- Fonctionne avec l'URL Bubble que vous avez déjà — sans rebuild
- .aab signé, le format requis par Google Play depuis 2021
- Plugins, workflows et base de données continuent de fonctionner
- Les mises à jour s'affichent instantanément (l'app charge votre Bubble live)
- Tarif unique : 39 € pour toutes les plateformes — sans frais par siège
- Publie aussi sur Amazon et Samsung, et sur Microsoft Store en version desktop
Questions fréquentes
Puis-je publier une app Bubble sur le Google Play Store ?+
Oui. Toute app Bubble en HTTPS passe en build Native (Capacitor), sans manifest ni service worker. Si votre app expose un web manifest, vous pouvez aussi choisir une Trusted Web Activity : SaasToStore lit ce manifest, et la barre d'adresse disparaît une fois le fichier assetlinks.json en place sur votre domaine. Un build payant livre le .aab signé que Google Play demande.
Dois-je reconstruire mon app Bubble pour la rendre mobile ?+
Non. On package votre URL Bubble existante. Tant que votre web app responsive fonctionne dans Chrome, elle fonctionne comme app Android.
Les plugins Bubble continueront-ils de fonctionner dans l'app Android ?+
Oui. Parce que l'app charge votre vraie URL Bubble, chaque plugin et workflow Bubble continue de fonctionner exactement comme sur le web.
Et les mises à jour — dois-je rebuilder à chaque modification ?+
Non. Les modifications dans l'éditeur Bubble sont instantanément visibles car l'app charge votre URL live. Vous ne rebuildez le .aab que si vous changez l'icône, le package ID ou les métadonnées de l'app.
L'app est-elle acceptée par Google Play ?+
Le format, oui : un build payant livre le .aab signé que Google Play demande, et les TWAs sont la méthode recommandée par Google pour publier une PWA. L'acceptation dépend ensuite de votre app : les règles de Google sur le spam et les fonctionnalités minimales refusent une app qui ne fait que rouvrir un site sans rien apporter de plus.
Combien coûte la publication de mon app Bubble ?+
39 € en paiement unique avec SHIP, publication multi-store comprise (Google Play, Amazon et Samsung pour Android, Microsoft Store pour la version desktop) et builds iOS et desktop.
Puis-je publier mon application Bubble sur l'App Store en plus de Google Play ?+
Oui. La même URL Bubble produit aussi un .ipa signé pour l'App Store — iOS est inclus dans SHIP avec Android et le desktop, vous n'achetez donc pas un second produit. Vous le soumettez sous votre propre compte Apple Developer (99 USD/an) : nous compilons et signons, la fiche reste la vôtre.
Apple acceptera-t-il une application Bubble publiée de cette façon ?+
Apple examine les web apps encapsulées plus sévèrement que Google. La règle 4.2 des App Store Review Guidelines demande une app qui fasse plus que rouvrir un site : votre application Bubble doit apporter une vraie valeur applicative — un compte, un état conservé, des notifications, quelque chose qu'un favori ne fait pas. Les apps qui sont de vrais produits passent ; une page vitrine encapsulée, non. Google Play a une règle comparable mais l'applique plus souplement, ce qui explique qu'une app puisse passer Play et être refusée par Apple.
Prêt à publier ?
Collez votre URL. On gère le build. Vous publiez sur le store.
Publish now