Pourquoi les apps Lovable sont déjà prêtes à 90 % pour le Play Store
Chaque app Lovable est livrée avec un manifest.json, HTTPS et un frontend structuré — les trois prérequis d'une Trusted Web Activity (TWA). La seule pièce manquante est généralement le service worker, qui contrôle le comportement hors ligne. S'il est actif, vous êtes éligible au wrapper Android le plus léger et le plus rapide recommandé par Google. Sinon, le mode Capacitor de SaasToStore comble le manque sans aucune modification de code.
Avant de commencer — ce dont vous avez besoin
- L'URL HTTPS publique de votre app Lovable
- Un compte développeur Google Play (25 € unique, vérification sous 24–48h)
- Une icône de 512×512 px (PNG, sans problèmes de transparence) — ou laissez SaasToStore en générer une avec l'IA
- Une URL de politique de confidentialité (SaasToStore peut en générer une automatiquement liée à votre app)
- Au moins 2 captures d'écran téléphone de votre app en fonctionnement
- Un graphique de présentation 1024×500 (sans maquettes d'appareils, sans badges de stores)
Étape 1 — Vérifier le score PWA de votre app Lovable
Avant de choisir un type de build, lancez un scan PWA gratuit sur votre URL. Le scan vérifie HTTPS, la validité du manifest, la présence du service worker et les dimensions des icônes. Le score détermine votre chemin le plus rapide vers le Play Store.
Score ≥ 70 — Build TWA (recommandé)
Wrapper le plus léger. Votre app tourne dans le moteur Chrome — rapide, sécurisé, avec toutes les capacités PWA. La méthode officielle de Google pour publier les PWA.
Score < 70 ou pas de service worker — Build Capacitor
Wrapper WebView natif complet. Aucun service worker requis. Légèrement plus lourd mais passe l'examen Play Store de manière fiable et supporte tous les types d'apps Lovable.
→ Lancer la vérification PWA gratuite sur votre URL Lovable
Étape 2 — Configurer votre compte développeur Google Play
Rendez-vous sur play.google.com/console, connectez-vous avec un compte Google et payez les frais d'inscription uniques de 25 €. Google vérifie votre identité sous 24 à 48 heures. Vous ne pouvez pas uploader votre premier .aab avant que la vérification soit complète — commencez cette étape en parallèle avec votre build, pas après.
com.votreapp.lovable) doit correspondre exactement entre votre build SaasToStore et la fiche Play Console. Il ne peut pas être modifié après le premier upload.Étape 3 — Builder votre Android App Bundle signé
C'est là que SaasToStore remplace ce qui nécessiterait normalement Android Studio, Gradle et des heures de configuration. Le pipeline de build génère un keystore RSA 2048 bits, compile votre URL Lovable dans un .aab signé et vous envoie l'artifact par email avec la sauvegarde du keystore chiffré.
Collez votre URL Lovable
Configurez l'identité de l'app
com.votreentreprise.votreapp) et la version. Ces éléments ne peuvent pas être modifiés après votre première publication.Uploadez votre icône
Lancez le build
Vous recevrez un email avec : le .aab signé (pour le Play Store), le .apk (pour les tests en sideload) et votre fichier keystore chiffré. Conservez le keystore — vous en aurez besoin pour chaque future mise à jour.
Étape 4 — Configurer votre fiche Google Play
Une fiche complète est requise avant que Google accepte votre .aab. La Play Console bloquera la soumission jusqu'à ce que ces sections soient remplies :
- Fiche du store — Description courte (80 caractères), description complète (4 000 caractères), captures d'écran (min. 2 téléphone), graphique de présentation (1024×500)
- Catégorie de l'app — Requise pour la visibilité. SaasToStore suggère la catégorie optimale selon le contenu de votre URL
- Classification du contenu — Complétez le questionnaire IARC. Prend généralement 5 minutes. Des réponses incorrectes entraînent un rejet
- Formulaire de sécurité des données — Déclarez les données collectées par votre app. Si votre app Lovable utilise l'authentification, déclarez les identifiants. Lien vers votre politique de confidentialité
- URL de politique de confidentialité — Doit être accessible publiquement sans connexion. SaasToStore en génère une conforme au RGPD automatiquement
Étape 5 — Uploader votre .aab et soumettre à l'examen
Dans la Play Console, allez dans Production → Versions → Créer une version. Uploadez le fichier .aab reçu par email. Ajoutez des notes de version (requises pour les mises à jour, facultatives pour la première version). Sauvegardez, vérifiez le résumé de la version et cliquez sur « Soumettre à l'examen ».
La première révision de Google pour les nouvelles apps prend généralement 1 à 3 jours ouvrés. Vous recevrez un email à l'approbation ou si des modifications sont requises. Les builds SaasToStore passent à la première soumission pour la grande majorité des apps Lovable — le template TWA satisfait la politique 4.3 (fonctionnalité minimale) par construction.
Après le lancement — mises à jour et notifications push
Les mises à jour de contenu (nouvelles fonctionnalités, modifications UI, correctifs dans votre app Lovable) sont disponibles instantanément pour tous les utilisateurs — aucun rebuild, aucun nouvel examen Play Store. Votre app Android charge la version live de votre URL Lovable à chaque lancement.
Les mises à jour structurelles (nouvelle icône, nouveau nom d'app, nouvelles permissions, incrément de version majeure) nécessitent un nouveau build .aab. Utilisez le même projet SaasToStore pour préserver votre keystore. Incrémentez le code de version de 1, reconstruisez, uploadez dans la Play Console.
Pour les notifications push, le plan PACK UPDATES intègre Firebase Cloud Messaging directement — aucun SDK supplémentaire requis dans votre app Lovable. Les utilisateurs reçoivent des notifications push Android natives depuis votre tableau de bord.
Publier sur plus que Google Play
Une fois votre app Lovable live sur Google Play, l'expansion vers des stores supplémentaires ne nécessite aucun développement supplémentaire. Avec le plan LAUNCH, le même pipeline de build génère un .msi Windows, un .dmg macOS et un .AppImage Linux — le tout depuis la même URL. L'Amazon Appstore et le Samsung Galaxy Store acceptent le même .aab que vous avez déjà.