Publiez votre app Replit sur les stores

Du déploiement Replit à l'app

Une fois votre app Replit déployée sur une URL HTTPS, elle est prête à devenir une app store. SaasToStore l'encapsule en bundle Android signé et installateurs desktop — même backend, même frontend, désormais installable.

3 étapes pour publier

1. 1. Déployez sur Replit

   Utilisez Replit Deployments pour obtenir une URL HTTPS stable.

2. 2. Collez l'URL dans SaasToStore

   On la valide, on récupère votre icône et on configure le build.

3. 3. Buildez et publiez

   Obtenez un .aab signé pour Google Play et les installateurs desktop.

Ce que vous obtenez

Quel déploiement Replit choisir

Le type de déploiement décide du ressenti de l'app sur un téléphone. Les déploiements Autoscale s'endorment à l'inactivité : le premier lancement après une période calme paie un démarrage à froid. Sur le web, cela se lit comme une page lente ; dans une app installée, cela se lit comme une app cassée. Une Reserved VM reste chaude et s'ouvre instantanément. Un déploiement Static est le plus rapide des trois, et suffit quand votre app n'a pas de serveur propre. Si vos utilisateurs ouvrent l'app plusieurs fois par jour, un déploiement chaud vaut plus que le calcul qu'il économise.

Publiez des mises à jour sans repasser par le store

L'app charge votre URL Replit en direct : elle exécute donc votre dernier déploiement. Poussez un correctif sur Replit et chaque copie installée l'a au lancement suivant — sans rebuild, sans revue store, sans attendre que les utilisateurs mettent à jour. Vous ne resoumettez que si l'enveloppe change : une nouvelle icône, un nouveau nom, une nouvelle permission. Pour un projet qui livre plusieurs fois par semaine, c'est la différence entre une présence store entretenue et une présence abandonnée.

À vérifier avant de builder

• Un domaine personnalisé stable

  Buildez sur votre propre domaine plutôt que sur une URL de préversion .replit.app. L'URL est gravée dans l'app signée : la changer ensuite impose de publier une nouvelle version.

• Des sessions qui survivent à un redémarrage

  Gardez les sessions en base, pas en mémoire du processus. Une instance Autoscale peut être recyclée entre deux lancements et déconnecter tout le monde.

• Des WebSockets en WSS

  Le temps réel continue de fonctionner, mais la connexion doit être en WSS. Une connexion WS simple est bloquée dans la WebView.

• Aucun contenu mixte

  Chaque ressource et chaque appel d'API doit être en HTTPS. Une seule image en HTTP suffit à laisser une zone blanche dans l'app installée.

Ce qui change pour ceux qui l'utilisent

Sur le web, votre app Replit vit derrière une URL qu'il faut retenir et taper. Installée, elle se pose sur l'écran d'accueil à côté des autres apps, s'ouvre sans l'habillage du navigateur et garde sa propre fenêtre dans le sélecteur d'apps. La barre d'adresse disparaît : l'hébergement devient invisible, personne ne voit que l'app tourne sur Replit. Les sessions persistent d'un lancement à l'autre au lieu d'expirer avec un onglet fermé — pour un outil qui demande une connexion, c'est la plus grande différence au quotidien. À partir du plan Launch, vous pouvez aussi envoyer des notifications push, ce qu'un onglet de navigateur ne sait pas faire de façon fiable sur iOS.