PUBLICATION GOOGLE PLAY

Publier son App sur Google Play — Sans Android Studio, Sans Code

Publier sur Google Play sans expérience de développement est plus complexe qu'il n'y paraît. Il vous faut un Android App Bundle (.aab) signé, un manifest valide, des icônes aux bonnes dimensions et un fichier Digital Asset Links — avant même que Google examine votre app.

SaasToStore gère l'intégralité de la stack technique automatiquement. Vous fournissez une URL. On génère les assets Play Store (icône, feature graphic, screenshots) et le package de métadonnées, et un build payant livre le .aab signé que Google Play demande. Le build gratuit est un APK de test au logo SaasToStore : installez-le sur votre téléphone pour voir votre app.

Mis à jour le 10 novembre 2026

Pourquoi mettre votre SaaS ou votre site sur Google Play

Une fiche Google Play place votre produit sur l'écran d'accueil de vos utilisateurs, vous permet de les faire revenir avec des notifications push et ouvre un canal de découverte qui ne dépend ni du référencement ni de la publicité. Rien n'est à réécrire : l'app ouvre la web app que vous faites déjà tourner, et votre dashboard, votre portail client, votre parcours de réservation ou votre boutique gardent une seule base de code. Toute adresse HTTPS convient.

Tout ce que Google Play exige — géré automatiquement

Exigence
Ce que c'est
Statut
Signed .aab
Android App Bundle signé avec votre keystore
✅ Build payant
Target API 36
Android 16 (API 36), exigé par Google Play depuis le 31 août 2026
✅ Auto
Icône 512×512
PNG, sans problème de canal alpha
✅ Générée par IA
Feature graphic
Bannière 1024×500 pour le listing Play Store
✅ Générée par IA
Screenshots
Min 2 captures d'écran téléphone
✅ Capturées auto
Politique de confidentialité
URL accessible publiquement
✅ Générée par IA + hébergée
Digital Asset Links
Lie votre domaine à votre app
✅ Généré, vous l'hébergez
Formulaire Data Safety
Déclarez les données collectées par l'app
⚠️ Vous le remplissez vous-même

Comment publier sur Google Play en 4 étapes

  1. 01 ·

    Vérifiez votre site (gratuit, 10 secondes)

    Collez votre URL dans notre PWA Checker. Il lit votre web manifest, votre icône et votre service worker. Le service worker est recommandé pour le hors-ligne, pas obligatoire.

  2. 02 ·

    Buildez votre app

    Créez un projet, configurez le nom de l'app, le package ID et le marché cible, puis lancez le build.

  3. 03 ·

    Récupérez vos fichiers signés

    Quelques minutes plus tard, un build payant livre le .aab signé que Google Play demande, un APK pour votre propre téléphone, les assets du store et un package de métadonnées.

  4. 04 ·

    Soumettez à la validation

    C'est Google Play qui fixe le délai d'examen : une nouvelle app attend en général plus longtemps qu'une mise à jour. Les builds ne demandent aucune permission inutile.

PWA ou pas : deux builds Android pour Google Play

Google Play distribue des apps Android, pas des pages web : votre site doit donc être encapsulé dans un shell Android. Il existe deux façons de le faire, et vous choisissez celle qui convient à votre site.

Android Build (Web) — TWA

  • Une Trusted Web Activity : votre site s'ouvre en plein écran dans le moteur de Chrome
  • Une app très légère, qui se met à jour avec votre site
  • Lit le web manifest de votre site ; un service worker est recommandé pour le hors-ligne, pas obligatoire
  • Vous hébergez le fichier assetlinks.json que nous vous fournissons, ce qui retire la barre d'adresse

Android Build (Native) — Capacitor

  • Votre site dans un shell Android natif
  • Fonctionne avec n'importe quel site, sans service worker
  • Ajoute des onglets et des menus natifs, et des plugins comme les notifications push, le déverrouillage biométrique ou les achats intégrés
  • Le build que nous recommandons pour la plupart des sites

Avec un build payant, les deux vous donnent un .aab signé pour Google Play et un .apk à installer sur votre propre téléphone. Le build de test gratuit est un .apk au logo SaasToStore : il vous montre l'app sur votre téléphone, ce n'est pas un fichier à publier.

Compatible avec l'outil que vous utilisez déjà

Les sites créés avec Bubble, Webflow, Softr ou Glide fonctionnent avec le build Native, qui accepte n'importe quel site, avec ou sans service worker. Le build Web lit le web manifest du site : il convient à un site qui en a déjà un, comme une PWA faite avec Lovable ou Framer.

Build de test gratuit ou build payant

Option
Ce que vous recevez
Idéal pour
Build de test gratuit
Un APK de test au logo SaasToStore, à installer sur votre téléphone
Voir votre app avant de payer
Build payant
Votre logo et votre nom, le .aab signé que Google Play demande et un APK. Le keystore est créé au premier build payant et réutilisé à chaque mise à jour
Publier et mettre à jour votre app

Ce qui est inclus dans un build payant

  • Android App Bundle (.aab) signé avec keystore RSA 2048 bits
  • Icône 512×512 + feature graphic 1024×500, générés par IA
  • Screenshots pour téléphone et tablette
  • Digital Asset Links (assetlinks.json) — fichier généré, à héberger sur votre domaine
  • Listing store : titre, description courte, description complète (généré par IA)
  • URL de politique de confidentialité — générée et hébergée automatiquement

Pour aller plus loin

Questions fréquentes

Ai-je besoin d'un compte Google Play Developer pour utiliser SaasToStore ?+

Pour publier sur Google Play, oui : Google demande des frais d'inscription uniques de 25 $. Ce compte n'est pas nécessaire pour construire votre app ni pour la tester sur votre téléphone. SaasToStore gère la construction et la signature de l'app ; vous gérez votre compte Play Console.

Combien de temps prend la validation Google Play ?+

C'est Google qui fixe le délai d'examen, et il varie : une nouvelle app attend en général plus longtemps qu'une mise à jour. Un build payant SaasToStore livre le .aab signé que Google Play demande, cible l'API 36 et ne demande aucune permission inutile.

SaasToStore peut-il publier directement sur Google Play, ou dois-je uploader manuellement ?+

Un build payant livre le .aab signé que Google Play demande, avec les assets du store, prêt à uploader dans votre Play Console. Le build gratuit est un APK pour tester l'app sur votre téléphone.

Que se passe-t-il quand je dois mettre à jour mon app ?+

Chaque mise à jour utilise un crédit de build. SaasToStore réutilise automatiquement votre keystore existant — indispensable, car Google Play rejette les mises à jour signées avec une clé différente. Votre keystore est stocké chiffré et lié à votre projet.

Puis-je publier un site Bubble ou Webflow sur Google Play ?+

Oui. Notre build Native (Capacitor) fonctionne avec n'importe quel site, avec ou sans service worker, ce qui couvre les projets Bubble et Webflow. Le build Web (TWA) leur est aussi ouvert dès que le site sert un web manifest : c'est vous qui choisissez le type de build.

Puis-je mettre un SaaS web sur Google Play ?+

Oui. Votre SaaS continue de tourner sur le web : SaasToStore l'encapsule dans une app Android, en Trusted Web Activity ou dans un shell natif, et un build payant produit le .aab signé qu'accepte Google Play. Pas de réécriture native, pas d'Android Studio.

Faut-il refaire un build à chaque mise à jour de mon site ?+

Non. L'app charge votre site en direct : les nouveaux contenus et les nouvelles fonctions arrivent chez vos utilisateurs dès que vous les mettez en ligne. Un nouveau build n'est nécessaire que si l'app elle-même change : son nom, son icône, ses permissions, ses plugins ou sa navigation native.

Mon SaaS vend des abonnements. Qu'exige Google Play ?+

Dans la plupart des pays, les contenus numériques et les abonnements vendus dans l'app doivent passer par Google Play Billing. Les clients qui paient déjà sur votre site peuvent se connecter et utiliser ce qu'ils ont payé, tant que l'app ne les envoie pas acheter en dehors de Google Play. Pour vendre dans l'app, les abonnements Google Play passent par le module RevenueCat intégré au build Native.

Prêt à publier ?

Collez votre URL. On gère le build. Vous publiez sur le store.

Vérifier mon app — gratuit