Déployer une app Bolt.new en production
Bolt.new génère et lance une app complète dans le navigateur. Le passage en production demande de reprendre la main sur la configuration, les données et le déploiement.
Ce que génère Bolt.new : Selon le projet : React avec Vite, Next.js ou Astro, avec Supabase ou la base intégrée de Bolt, déployé le plus souvent sur Netlify.
Les risques typiques d'une app Bolt.new
Variables publiques mal utilisées
Toute variable préfixée pour le client (par exemple VITE_) finit dans le JavaScript public. Une clé secrète ne doit jamais y être.
Règles de sécurité de la base
Si l'app utilise Supabase, les mêmes risques de tables ouvertes s'appliquent qu'avec Lovable.
Régressions silencieuses
Chaque nouveau prompt peut casser une fonctionnalité existante. Sans tests, on le découvre en production.
Projet difficile à reprendre hors de Bolt
Exporter le code et le faire tourner en local est la première étape pour qu'un développeur puisse intervenir.
À vérifier avant de lancer
- Code exporté sur GitHub et lancé en local
- Variables secrètes côté serveur uniquement
- Règles de sécurité de la base vérifiées
- Tests sur les parcours critiques (inscription, paiement)
- Déploiement automatique depuis la branche principale
La checklist complète couvre tous les points à contrôler, quel que soit l'outil.
Questions fréquentes
Peut-on garder le déploiement Netlify proposé par Bolt ?
Oui, il convient à beaucoup de projets. L'important est de le relier à un dépôt Git pour savoir exactement ce qui est en ligne et pouvoir revenir en arrière.
Mon app Bolt devient lente, que faire ?
Les causes les plus fréquentes sont des requêtes non indexées et des appels répétés côté client. Un audit les identifie en quelques heures.
Votre app Bolt.new est-elle prête ?
Un audit vous le dit en quelques jours, avec la liste précise de ce qu'il faut corriger.