Replit Déploiement : Comment Publier et Héberger Votre Application
Replit intègre le déploiement directement dans la plateforme. Quatre types de déploiement couvrent tous les cas d’usage : Autoscale (pay-per-request, scale to zero), Reserved VM (compute dédié), Static (sites statiques via CDN) et Scheduled (tâches planifiées). Domaines personnalisés, SSL automatique et monitoring sont inclus sur les plans payants.
- Hébergement natif
- Intégré, sous-domaine .replit.app
- Domaine personnalisé
- Plans payants, configuration DNS (A + TXT records)
- SSL
- Automatique et gratuit
- Autoscale
- Pay-per-request, scale to zero, idéal pour apps dynamiques
- Reserved VM
- Compute dédié, à partir de 20 $/mois, toujours actif
- Static
- Sites statiques via CDN mondial, coût minimal
- Scheduled
- Tâches planifiées, à partir de 1 $/mois
- Mobile (Expo)
- Publication App Store / Google Play via Expo EAS
- Export
- Git (GitHub, GitLab, Bitbucket) ou téléchargement
- Documentation
- docs.replit.com/deployments
L’avantage Replit : développement et production séparés
Contrairement à Lovable et Bolt où le déploiement est un snapshot de votre projet, Replit sépare clairement l’environnement de développement et l’environnement de production. Vous travaillez sur votre code dans l’IDE sans affecter les utilisateurs en production. Quand vous êtes prêt, un clic sur « Deploy » ou « Redeploy » pousse la nouvelle version en ligne.
Cette séparation signifie que vous pouvez ajouter des fonctionnalités, corriger des bugs et tester sans jamais casser l’expérience de vos utilisateurs actifs. C’est une approche plus professionnelle que le modèle « publish = snapshot instantané » de Lovable et Bolt, et elle élimine le besoin de configurer un workflow Git branches dev/main que ces plateformes nécessitent pour obtenir le même résultat.
Les quatre types de déploiement
Autoscale : pay-per-request, scale to zero
L’Autoscale est le type de déploiement le plus courant et le plus économique pour la majorité des projets. Votre app démarre automatiquement quand une requête arrive et s’éteint après 15 minutes d’inactivité. Vous payez uniquement le temps de traitement actif (CPU + mémoire), souvent seulement 1 à 2 secondes par requête, même pour des applications complexes.
Quand personne ne visite votre app, vous ne payez rien. Quand le trafic augmente, l’infrastructure scale automatiquement pour absorber la demande. C’est le meilleur choix pour les apps avec un trafic variable, les MVP en phase de test, et les projets personnels.
Le défaut : un léger délai au premier chargement (« cold start ») quand l’app se réveille après une période d’inactivité. Pour la plupart des cas d’usage, c’est imperceptible. Pour les apps qui nécessitent un temps de réponse constant, utilisez Reserved VM.
Reserved VM : compute dédié, toujours actif
La Reserved VM vous donne des ressources compute dédiées avec un coût mensuel prévisible. L’app est toujours active (pas de cold start), les ressources sont isolées (votre VM GCE dédiée), et les performances sont constantes quelle que soit la charge.
Les prix démarrent à 20 $/mois et montent selon les ressources (jusqu’à 4 CPU / 16 GiB RAM pour les applications les plus exigeantes). C’est le choix pour les applications en production avec du trafic régulier, les bots (Discord, Slack), les APIs qui nécessitent un temps de réponse garanti, et tout projet où le « Repl Waking » serait inacceptable.
Static : sites statiques via CDN
Le déploiement Static sert des fichiers HTML, CSS et JavaScript via un CDN mondial. Coût minimal (transfert de données uniquement). Idéal pour les portfolios, la documentation, les landing pages et les Single Page Applications qui n’ont pas besoin de backend côté serveur.
Le déploiement Static est inclus même dans le plan Starter (gratuit), mais l’app expire après 30 jours et doit être republiée.
Scheduled : tâches planifiées
Les déploiements Scheduled exécutent du code sur un planning défini (cron). À partir de 1 $/mois. Idéal pour le traitement de données en batch, les jobs de maintenance automatisés, les rapports périodiques, le scraping et toute opération qui doit s’exécuter à intervalles réguliers sans infrastructure persistante.
| Type | Modèle de coût | Cold start | Cas d’usage | Prix indicatif |
|---|---|---|---|---|
| Autoscale | Pay-per-request | Oui (après 15 min inactivité) | Apps dynamiques, MVPs, trafic variable | Quelques centimes à quelques dollars/mois |
| Reserved VM | Mensuel fixe | Non (toujours actif) | Production, bots, APIs critiques | À partir de 20 $/mois |
| Static | Transfert données | Non (CDN) | Sites statiques, documentation, portfolios | Minimal (< 1 $) |
| Scheduled | Par exécution | — | Jobs planifiés, scripts, maintenance | À partir de 1 $/mois |
Tous les coûts de déploiement sont déduits de vos crédits mensuels. Vous ne payez des frais supplémentaires que si vos crédits sont épuisés. Consultez notre page Replit Prix pour comprendre le système de crédits.
Publier votre application : pas à pas
Le processus de publication est simple. Dans votre projet Replit, ouvrez l’onglet Deployments. Choisissez votre type de déploiement (Autoscale, Reserved VM, Static ou Scheduled). Configurez les paramètres de build et d’exécution si nécessaire (les templates préconfigurés gèrent souvent cela automatiquement). Choisissez votre sous-domaine .replit.app ou connectez un domaine personnalisé. Cliquez « Deploy ».
Replit génère une URL .replit.app accessible immédiatement. Pour mettre à jour votre app après des modifications, un simple clic sur « Redeploy » suffit. Pas besoin de reconfigurer quoi que ce soit.
Grâce à l’app mobile Replit, vous pouvez vérifier les logs, corriger le code et redéployer votre application directement depuis votre téléphone. Utile pour les corrections urgentes quand vous n’êtes pas devant votre ordinateur.
Domaines personnalisés
Les domaines personnalisés sont disponibles pour les déploiements Autoscale, Reserved VM et Static sur les plans payants.
Configuration
Après avoir publié votre app, allez dans l’onglet Deployments > Settings > Link a domain. Entrez votre nom de domaine (domaine racine ou sous-domaine). Replit génère les enregistrements DNS (A et TXT) que vous devez ajouter chez votre registrar (GoDaddy, Namecheap, Cloudflare, etc.). Copiez les valeurs et configurez-les dans les paramètres DNS de votre registrar. Le SSL est provisionné automatiquement une fois les DNS vérifiés.
Replit supporte les domaines apex (example.com) et les sous-domaines (app.example.com). Vous pouvez aussi lier plusieurs domaines à un même projet. La vérification se fait via des enregistrements TXT DNS, un processus rapide et peu coûteux en latence pour vos visiteurs.
Si vous avez des enregistrements A multiples pointant vers des serveurs différents pour le même domaine, la vérification peut échouer. Supprimez les anciens enregistrements A avant d’ajouter ceux de Replit. Si votre registrar ne supporte pas « @ » comme hostname, utilisez votre nom de domaine complet. La propagation DNS prend généralement quelques minutes à quelques heures.
Déploiement d’apps mobiles via Expo
Replit supporte le déploiement d’applications mobiles natives via React Native et Expo. Depuis mars 2026, l’Agent peut construire des apps mobiles full-stack complètes avec backend, intégrations IA et stockage.
Le workflow de déploiement mobile : l’Agent crée votre app React Native avec Expo. Scannez le QR code avec Expo Go pour tester en temps réel sur votre téléphone. Ajoutez des fonctionnalités (base de données, paiements Stripe, intégrations OpenAI). Quand l’app est prête, utilisez Expo Application Services (EAS) pour générer les builds natifs (APK pour Android, IPA pour iOS). Publiez sur l’App Store et Google Play en un clic.
C’est un avantage exclusif de Replit parmi les builders IA grand public. Ni Lovable ni la plupart des concurrents ne supportent le déploiement mobile natif. Bolt supporte aussi Expo, mais l’écosystème backend intégré de Replit rend le processus plus fluide.
Export et déploiement externe
Si vous préférez héberger votre app en dehors de Replit, vous pouvez exporter le code via Git. Connectez votre projet à GitHub, GitLab ou Bitbucket via l’onglet Version Control. Commitez et pushez votre code. Depuis votre repository, déployez sur l’hébergeur de votre choix (Vercel, Netlify, VPS, etc.).
Vous pouvez aussi télécharger le code source directement et le déployer manuellement sur n’importe quel serveur. Des services comme DeployHQ automatisent le déploiement depuis votre repository Git vers votre propre serveur (SFTP, SSH), avec redéploiement automatique à chaque push.
L’avantage d’un déploiement externe : contrôle total sur l’infrastructure, pas de dépendance à Replit pour l’hébergement, et des coûts potentiellement plus bas pour les applications à fort trafic. L’inconvénient : vous perdez l’intégration fluide du monitoring et des logs intégrés à Replit.
Monitoring et logs
Replit fournit un monitoring intégré pour vos applications déployées. L’onglet Logs dans le dashboard Deployments affiche les logs en temps réel de votre application. Vous pouvez diagnostiquer les erreurs, suivre les requêtes et comprendre le comportement de votre app en production.
Sur le plan Pro, la rétention des données de base de données est de 28 jours (contre 7 sur Core), ce qui vous donne plus de marge pour diagnostiquer et récupérer des problèmes en production.
Sécurité au déploiement
Les déploiements Replit sont hébergés sur Google Cloud Platform avec chiffrement des données en transit et au repos. Les Reserved VM vous donnent votre propre VM GCE isolée dans un projet GCP spécifique à votre utilisateur, ajoutant des frontières de ressources, de permissions et de réseau.
Replit inclut des scans de sécurité qui détectent automatiquement les vulnérabilités et bloquent le déploiement de serveurs de développement (protection CVE-2025-30208). Ces scans sont activés automatiquement et génèrent une documentation des bonnes pratiques de sécurité.
Les variables d’environnement sensibles (clés API, secrets) doivent être stockées dans le système de Secrets de Replit, pas dans le code. L’Agent peut déplacer la configuration dans un fichier .env, mais veillez à ne jamais pousser ces secrets vers un repository Git public.
Comparatif du déploiement : Replit vs Lovable vs Bolt
| Critère | Replit | Lovable | Bolt |
|---|---|---|---|
| Hébergement intégré | Oui (4 types de déploiement) | Oui (Lovable Cloud) | Oui (Bolt Cloud) |
| Séparation dev/prod | Oui (natif) | Non (workflow Git nécessaire) | Non (workflow Git nécessaire) |
| Scale to zero | Oui (Autoscale) | Non | Non |
| VM dédiée | Oui (Reserved VM) | Non | Non |
| Mobile natif | Oui (Expo → App Store) | Non | Oui (Expo) |
| Tâches planifiées | Oui (Scheduled) | Non (Edge Functions Supabase) | Non |
| Monitoring intégré | Oui (logs temps réel) | Limité | Limité |
| Scans sécurité | Automatiques | Security Scan (Lovable 2.0) | Plans Teams |
| Export Git | GitHub, GitLab, Bitbucket | GitHub (sync bidirectionnelle) | GitHub |
| Redéploiement mobile | Oui (app mobile Replit) | Non | Non |
Replit offre l’infrastructure de déploiement la plus complète des trois plateformes. La séparation native dev/prod, les quatre types de déploiement, le monitoring intégré et le support mobile natif le placent au-dessus de Lovable et Bolt en matière de production. Le compromis est le coût : les frais de déploiement consomment une partie de vos crédits mensuels, là où Lovable et Bolt incluent un hébergement basique sans surcoût visible.
Checklist de déploiement Replit
| Étape | Action | Priorité |
|---|---|---|
| Type de déploiement | Choisir Autoscale (variable), Reserved VM (constant), Static ou Scheduled selon le cas d’usage | Critique |
| Secrets / variables d’env | Stocker toutes les clés API dans le système Secrets de Replit, jamais dans le code | Critique |
| Scans de sécurité | Vérifier que les scans automatiques ne détectent pas de vulnérabilités avant le déploiement | Critique |
| Build et run commands | Vérifier que les commandes de build/run sont correctement configurées | Haute |
| Domaine personnalisé | Configurer les DNS (A + TXT), vérifier le SSL automatique | Haute |
| Tester en production | Vérifier l’app sur l’URL de production, pas seulement dans l’IDE | Haute |
| Monitoring | Consulter les logs Deployments pour identifier les erreurs post-déploiement | Haute |
| Responsive | Tester sur mobile et tablette depuis l’URL de production | Haute |
| Budget crédits | Estimer la consommation de déploiement mensuelle et prévoir une marge | Moyenne |
| Git | Connecter le projet à GitHub pour versionning et backup | Recommandée |
Notre verdict
Le déploiement est l’un des points forts de Replit. La séparation dev/prod, les quatre types de déploiement et le monitoring intégré créent une expérience de production plus professionnelle que Lovable et Bolt. L’Autoscale (pay-per-request, scale to zero) est particulièrement intelligent pour les MVPs et les projets à trafic variable, car vous ne payez que quand quelqu’un utilise votre app.
Le support du mobile natif via Expo (avec publication App Store en un clic) est un avantage exclusif que ni Lovable ni la plupart des concurrents ne peuvent offrir. Pour les projets qui nécessitent une présence mobile, Replit est le chemin le plus direct de l’idée à l’App Store.
Le point d’attention principal est le coût. Tous les frais de déploiement sont déduits de vos crédits mensuels. Plusieurs apps en production avec un trafic modéré peuvent consommer une part significative de votre enveloppe de 25 $ (Core). Pour un usage de production sérieux avec plusieurs apps, le plan Pro à 100 $/mois est probablement nécessaire.
Questions fréquentes sur le déploiement Replit
Peut-on déployer gratuitement sur Replit ?
Partiellement. Le plan Starter gratuit permet de déployer une seule app en mode Static, mais elle expire après 30 jours et doit être republiée. Pas de domaine personnalisé, pas de suppression du badge Replit. Pour un déploiement permanent avec Autoscale ou Reserved VM, le plan Core à 20 $/mois est nécessaire. Si vous cherchez un hébergement gratuit et permanent, exportez votre code vers GitHub et déployez sur Netlify (plan gratuit), Vercel (plan Hobby) ou Cloudflare Pages.
Quel type de déploiement choisir ?
Autoscale pour la majorité des projets (apps web dynamiques, MVPs, trafic variable). Vous ne payez que les requêtes traitées. Reserved VM si votre app nécessite un temps de réponse constant sans cold start (bots, APIs critiques, apps en production avec trafic régulier). Static pour les sites sans backend serveur (portfolios, documentation, landing pages). Scheduled pour les tâches automatisées (scripts de maintenance, rapports, scraping).
Comment ajouter un domaine personnalisé ?
Publiez d’abord votre app. Allez dans Deployments > Settings > Link a domain. Entrez votre domaine. Replit génère les enregistrements DNS (A et TXT) à ajouter chez votre registrar. Configurez les DNS, attendez la propagation (quelques minutes à quelques heures). Le SSL est provisionné automatiquement. Replit supporte les domaines apex et les sous-domaines, et vous pouvez lier plusieurs domaines au même projet.
Les modifications sont-elles déployées automatiquement ?
Non. Replit sépare le développement et la production. Vos modifications dans l’IDE n’affectent pas l’app en production. Vous devez explicitement cliquer « Redeploy » pour pousser les changements en ligne. C’est un avantage par rapport à Lovable et Bolt car vous ne risquez pas de casser la production accidentellement. Si vous exportez vers GitHub et utilisez un hébergeur externe (Netlify, Vercel), le redéploiement automatique à chaque push est configurable.
Peut-on déployer une app mobile depuis Replit ?
Oui. Replit supporte le développement et le déploiement d’apps React Native via Expo. L’Agent construit l’app avec un backend complet (base de données, stockage, intégrations IA). Testez avec Expo Go sur votre téléphone, puis utilisez Expo Application Services (EAS) pour générer les builds natifs et publier sur l’App Store et Google Play. C’est un des rares builders IA à offrir un chemin direct de l’idée à la publication sur les app stores.