Passer votre application Bolt en production
Bolt vous a donné une application qui tourne dans le navigateur et se publie en un clic. Nous la rendons prête pour de vrais clients : données protégées, sauvegardes, tests et surveillance, sans repartir de zéro.
Vous vous reconnaissez ?
Ces situations reviennent chez la plupart des porteurs de projet qui nous arrivent avec une app Bolt :
- Votre app est publiée sur bolt.host, mais vous ne savez pas si elle est prête à accueillir de vrais clients
- Vous ne savez pas qui peut lire ou modifier quoi dans votre base, ni comment le vérifier
- Vous n'avez jamais testé la restauration de vos données, et vous ne savez pas où sont les sauvegardes
- Une clé secrète a peut-être été placée dans une variable exposée au navigateur
- Chaque nouvelle demande faite à Bolt modifie des fichiers que vous n'aviez pas prévu de toucher
- Vous voulez qu'un développeur reprenne le code, mais il n'existe nulle part ailleurs que dans Bolt
- Vous ne savez pas ce qu'il faudrait emporter si vous quittiez la plateforme
Aucune de ces situations n'est un échec : Bolt est conçu pour passer d'une idée à une app qui tourne en très peu de temps. La mise en production est l'étape suivante, et elle demande un autre type de travail.
Ce que Bolt fait déjà, et ce qui reste à votre charge
Bolt génère des applications web full-stack en JavaScript, et des apps mobiles via Expo. Le code tourne directement dans votre navigateur, sans rien installer. La publication se fait sur Bolt Cloud, avec un sous-domaine bolt.host et la possibilité de connecter votre propre domaine. Chaque projet dispose d'une base de données Bolt, construite sur PostgreSQL, avec authentification, fonctions serveur, gestion des utilisateurs et stockage des secrets. Vous pouvez aussi choisir Supabase à la création du projet.
Ce que la plateforme ne fait pas à votre place : définir qui a le droit de voir quoi dans votre métier, tester les parcours dont dépend votre chiffre d'affaires, vous alerter quand un client ne peut plus se connecter, et remplir vos obligations RGPD. Un point mérite une attention particulière : d'après la documentation de Bolt, l'historique des versions ne restaure pas la base de données. Revenir à une version antérieure du projet laisse vos données dans leur état actuel.
Ce que nous vérifions en priorité sur une app Bolt
Les droits d'accès aux données. Nous vérifions, table par table, que chaque utilisateur ne peut lire et modifier que ce qui le concerne, en testant avec plusieurs comptes et en appelant les fonctions serveur directement, pas seulement via l'interface.
Les secrets. Dans un projet construit avec Vite, toute variable préfixée par VITE_ est intégrée au code envoyé au navigateur. Une clé publique peut y figurer, une clé à privilèges complets jamais. Toute clé exposée est retirée puis changée, car elle a pu être copiée.
Les sauvegardes. Puisque l'historique des versions ne couvre pas la base, nous mettons en place des sauvegardes indépendantes et vérifions qu'elles se restaurent, avant que vous en ayez besoin.
Le code. Nous connectons le projet à GitHub pour que le code existe hors de la plateforme, avec son historique. Nous ajoutons des tests sur les parcours critiques et séparons un environnement de recette de la production, pour que les évolutions ne se testent plus sur les données de vos clients.
Rester sur Bolt ou en sortir : ce qui part avec le code, et ce qui reste
Mettre en production ne veut pas forcément dire quitter Bolt. Pour une bêta ou un outil interne, rester sur Bolt Cloud est souvent suffisant. Avec des clients payants, une équipe de développeurs ou des exigences d'hébergement, une sortie progressive devient pertinente.
Le dépôt GitHub contient le code de l'application. Il ne contient ni les données de la base, ni les comptes utilisateurs, ni les secrets, ni les fichiers stockés. Ces éléments se migrent séparément, et l'adresse bolt.host ne vous suit pas : votre propre nom de domaine est donc à mettre en place le plus tôt possible. Nous préparons la migration et la testons sur une copie avant toute bascule.
Ce qui est inclus
Audit du code existant
Architecture, qualité du code, dépendances et failles de sécurité — un état des lieux écrit avant tout développement.
Sécurisation
Secrets sortis du code, authentification vérifiée, dépendances à jour, conformité RGPD si des données personnelles sont en jeu.
Mise en production
Tests automatisés, CI/CD, hébergement dimensionné et monitoring — pour déployer sans craindre chaque mise à jour.
Questions fréquentes
Oui. Bolt génère des applications JavaScript modernes, appuyées sur une base PostgreSQL. Ce n'est pas l'outil qui pose problème en production, mais l'absence de contrôle des droits d'accès, de sauvegardes vérifiées, de tests et de surveillance. C'est ce que nous mettons en place.
Les deux reposent sur PostgreSQL. La base intégrée de Bolt est la plus simple tant que vous restez sur la plateforme. Un projet Supabase qui vous appartient donne plus de maîtrise sur l'hébergement, les sauvegardes et les règles d'accès, et facilite une sortie de Bolt. Nous vous recommandons l'option adaptée après l'audit.
Non. D'après la documentation de Bolt, restaurer une version antérieure du projet ne modifie pas la base de données. L'historique protège votre code, pas vos données. Des sauvegardes indépendantes et testées sont indispensables avant d'accueillir de vrais clients.
Oui. Une fois le projet connecté à GitHub, le code peut être déployé chez l'hébergeur de votre choix. Les données, les comptes utilisateurs, les secrets et les fichiers stockés doivent être migrés séparément, et les variables d'environnement reconfigurées chez le nouvel hébergeur.
Oui, si vous restez sur Bolt. Nous définissons avec vous les garde-fous, comme les tests à faire passer avant chaque publication et un environnement de recette, pour qu'une modification demandée à Bolt ne défasse pas ce qui a été sécurisé.
Chaque projet est chiffré sur devis après l'appel découverte et l'audit du code, selon la taille de l'app, l'état de la base et le périmètre visé. Le devis est fixé avant le démarrage.
Le détail complet de la méthode et du déroulé du projet est sur la page Vibe to Prod.
Pour préparer le terrain vous-même, lisez notre guide Combien coûte la mise en production d'un POC vibe-codé.