Accueil › Bolt.new › Déploiement

Bolt.new Déploiement : Comment Publier et Héberger Votre Application

Bolt propose deux chemins de déploiement : la publication native sur Bolt Cloud (.bolt.host) en un clic, ou l’export vers GitHub suivi d’un déploiement sur Netlify, Vercel ou tout autre hébergeur. Les domaines personnalisés sont réservés aux plans payants. Pour les apps mobiles, Bolt supporte le déploiement via Expo vers les app stores.

Option 1 : Publication native sur Bolt Cloud

La méthode la plus simple. Cliquez sur « Publish » en haut à droite de l’éditeur Bolt. La plateforme lance automatiquement le processus de build (par exemple « npx next build » pour un projet Next.js), et vous pouvez suivre chaque étape dans la sidebar gauche (build > succeeded/failed).

Une fois le build réussi, votre app est déployée sur un sous-domaine .bolt.host avec HTTPS activé automatiquement. Tous les utilisateurs Bolt (Free et Pro) peuvent publier sur .bolt.host. Les plans payants débloquent les domaines personnalisés et la suppression du branding Bolt.

Mises à jour

Après avoir modifié votre projet dans l’éditeur, cliquez à nouveau sur « Publish » pour redéployer. La nouvelle version remplace l’ancienne. Les modifications ne sont pas publiées automatiquement : vous devez explicitement cliquer sur Publish à chaque mise à jour. Gardez ce réflexe pour ne pas oublier de pousser vos changements en production.

Domaine personnalisé via Bolt

Sur les plans Pro et Teams, vous pouvez connecter votre propre domaine. Deux options :

Connecter un domaine existant. Allez dans Project Settings > Domains & Hosting. Cliquez « Connect a domain you own » et entrez votre domaine (ex : mon-app.com). Bolt génère les enregistrements DNS à ajouter chez votre registrar. Copiez-les dans les paramètres DNS de votre registrar. Attendez la propagation (quelques minutes à quelques heures). Bolt vérifie automatiquement la connexion et ajoute le SSL gratuitement.

Acheter un domaine dans Bolt. Vous pouvez aussi chercher et acheter un domaine directement depuis l’interface Bolt. La plateforme gère automatiquement la configuration DNS et le SSL.

Bolt Cloud vs Lovable Cloud : hébergement natif comparé

Bolt Cloud et Lovable Cloud adoptent des approches différentes. Lovable Cloud est un backend Supabase complet managé par Lovable (base de données, auth, stockage, Edge Functions) avec un hébergement intégré et un tarif usage-based. Bolt Cloud est plus simple : il héberge le frontend de votre app sur .bolt.host avec HTTPS, mais le backend reste géré séparément (via Supabase connecté, ou intégré dans le code WebContainers).

Lovable Cloud inclut 25 $/mois d’usage gratuit par workspace (offre temporaire Q1 2026). Bolt Cloud n’a pas de tarification séparée pour l’hébergement : il est inclus dans votre plan. Les plans Pro offrent jusqu’à 1 million de requêtes web. Au-delà, vous devrez passer à un hébergeur externe.

Point important : sur Bolt, si vos projets ont été publiés sur Netlify avant le 14 août 2025, ils restent sur Netlify. Les nouveaux projets utilisent Bolt Cloud par défaut, mais vous pouvez choisir Netlify comme hébergeur dans les paramètres avant la première publication.

Option 2 : Déploiement via Netlify

Netlify est l’intégration d’hébergement externe la plus poussée de Bolt. C’est aussi la méthode recommandée si vous voulez un domaine personnalisé gratuitement (sans plan Pro Bolt).

Configuration pas à pas

Ouvrez votre projet Bolt. Allez dans Settings > All project settings > Applications et cliquez « Connect » à côté de Netlify. Connectez-vous à votre compte Netlify (créez-en un gratuitement si nécessaire). Revenez dans Settings > All project settings > Domains & Hosting et définissez votre fournisseur d’hébergement sur Netlify. Cliquez Publish. Votre projet est déployé sur un sous-domaine .netlify.app.

Pour ajouter un domaine personnalisé : dans votre dashboard Netlify, allez dans Domain management > Add domain. Entrez votre domaine et suivez les instructions DNS. Netlify fournit le SSL automatiquement.

L’avantage principal de cette méthode : chaque fois que Bolt modifie le code, le redéploiement vers Netlify peut être automatique (si configuré via GitHub). Vous bénéficiez aussi des fonctionnalités Netlify (preview deploys, formulaires, analytics) sans quitter l’écosystème Bolt.

Option 3 : Export GitHub + hébergeur externe

Pour un contrôle maximal, exportez votre code vers GitHub puis déployez sur l’hébergeur de votre choix. C’est l’approche recommandée pour les projets en production.

Connecter GitHub

Dans les intégrations Bolt, connectez votre compte GitHub. Bolt synchronise votre projet dans un repository. Le code exporté est un projet JavaScript/TypeScript standard que vous pouvez cloner et modifier localement.

Hébergeurs compatibles

Si votre projet Bolt utilise Next.js, Vercel est le choix naturel (optimisé pour Next.js avec SSR et ISR natifs). Pour les projets Vite/React statiques, Netlify ou Cloudflare Pages sont d’excellents choix gratuits. Pour un contrôle total sur le serveur, un VPS reste l’option la plus flexible.

Workflow dev/prod avec GitHub

Pour un workflow professionnel, configurez deux branches dans votre repository GitHub :

Branche dev : recevez les commits de Bolt. Toutes vos modifications quotidiennes vont sur cette branche.

Branche main : branche de production. Configurez votre hébergeur pour déployer uniquement depuis main.

Quand vous êtes prêt à publier une mise à jour, créez une Pull Request de dev vers main sur GitHub. Vérifiez les changements, testez, puis mergez. L’hébergeur déploie automatiquement la nouvelle version. Ce workflow vous protège contre les déploiements accidentels et vous permet de reverter facilement si quelque chose casse.

Option 4 : Téléchargement du code (Download)

Bolt permet de télécharger votre projet sous forme de fichier ZIP via le bouton Download en haut à droite de l’éditeur. Vous obtenez l’intégralité du code source que vous pouvez déployer manuellement sur n’importe quel serveur ou hébergeur.

C’est l’option de dernier recours si les intégrations GitHub ou Netlify ne fonctionnent pas, ou si vous voulez simplement garder une copie locale de votre projet. Pour un déploiement sur un VPS (Hostinger, DigitalOcean, AWS), cette méthode est souvent la plus directe : téléchargez, transférez via SFTP/SSH, installez les dépendances, lancez le build et configurez le serveur web.

Déploiement mobile avec Expo

Contrairement à Lovable (limité aux web apps), Bolt supporte le développement et le déploiement d’applications mobiles via Expo et React Native. Demandez à Bolt : « Create a React Native app with Expo » et vous obtenez un codebase testable immédiatement dans l’app Expo Go sur n’importe quel téléphone.

Expo offre un chemin complet vers la production mobile : previews en temps réel via Expo Go (gratuit), builds natifs (APK pour Android, IPA pour iOS) via Expo Application Services (EAS), et mises à jour over-the-air sans repasser par les app stores. C’est un avantage significatif de Bolt sur Lovable pour les projets qui nécessitent une présence mobile.

Troubleshooting : les problèmes courants de déploiement

« Failed to publish: no such file or directory »

L’une des erreurs les plus frustrantes signalées par les utilisateurs. Elle survient quand le build échoue à cause d’un fichier manquant ou d’un répertoire inexistant dans la configuration de build. Solutions : vérifiez que tous les imports dans votre code pointent vers des fichiers existants. Connectez GitHub pour avoir un fallback de déploiement via Netlify si le pipeline natif Bolt échoue. Demandez à Bolt en Plan Mode d’analyser l’erreur avant de tenter une correction.

La preview fonctionne mais le site publié non

La preview Bolt tourne dans un iframe avec WebContainers. Certaines fonctionnalités (OAuth, Stripe checkout, embeds YouTube) sont bloquées en iframe mais fonctionnent sur le site publié. À l’inverse, un site peut fonctionner en preview mais échouer en production si des variables d’environnement sont manquantes côté hébergeur. Vérifiez vos variables d’environnement sur chaque plateforme de déploiement.

Erreurs de build Next.js

Les projets Next.js requièrent un build spécifique (« npx next build ») qui peut échouer pour des raisons variées (types TypeScript incorrects, imports dynamiques mal configurés, dépendances manquantes). Consultez les logs de build dans la sidebar pour identifier l’erreur exacte. Si le build échoue dans Bolt, exportez le code et lancez le build localement pour un diagnostic plus précis.

Le domaine personnalisé ne fonctionne pas

La propagation DNS peut prendre quelques minutes à 24 heures. Vérifiez que les enregistrements DNS sont correctement configurés chez votre registrar. Si vous avez changé d’hébergeur (de Bolt Cloud vers Netlify par exemple), supprimez les anciens enregistrements DNS pour éviter les conflits. Le SSL est provisionné automatiquement une fois les DNS vérifiés.

Variables d’environnement et secrets

Bolt peut déplacer les configurations sensibles dans un fichier .env. En développement, c’est pratique. En production, ne commitez jamais vos secrets dans le repository GitHub. Utilisez le système de variables d’environnement de votre hébergeur :

Sur Netlify : Site settings > Environment variables. Sur Vercel : Project settings > Environment Variables. Sur un VPS : configurez les variables au niveau du système ou du processus manager (PM2, systemd).

Pour les clés API sensibles (Stripe, OpenAI, Supabase service_role), utilisez toujours les Edge Functions de Supabase comme proxy plutôt que d’appeler les APIs directement depuis le frontend. Consultez notre guide Bolt Guide pour les bonnes pratiques d’intégration.

Checklist de déploiement Bolt

SEO et déploiement : l’avantage Next.js

Contrairement à Lovable qui est limité à React/Vite en Client-Side Rendering, Bolt supporte Next.js, ce qui ouvre la porte au Server-Side Rendering (SSR) et à la génération de pages statiques (SSG). C’est un avantage significatif pour le SEO.

Si vous déployez un projet Next.js sur Vercel, vous bénéficiez nativement du SSR : les pages sont rendues côté serveur avant d’être envoyées au navigateur, ce qui signifie que Google reçoit du HTML complet au lieu d’une coquille vide. Les aperçus sociaux (LinkedIn, Twitter/X, Slack) fonctionnent aussi correctement sans prerendering supplémentaire.

Pour les projets Vite/React déployés en mode statique (SPA), le problème du CSR reste identique à celui de Lovable : métadonnées partagées, indexation lente, aperçus sociaux cassés. Si le SEO est important pour votre projet et que vous utilisez Vite, envisagez un service de prerendering (Prerender.io) ou une migration vers Next.js.

Points clés pour le SEO au déploiement : soumettez un sitemap.xml à Google Search Console dès la publication. Configurez un robots.txt correct. Ajoutez les balises Open Graph et Twitter Cards pour chaque page. Testez avec Google Rich Results Test pour valider le balisage structuré.

Notre verdict

Bolt offre plus de flexibilité de déploiement que Lovable. L’intégration Netlify native, le support Expo pour le mobile, et la possibilité de télécharger le code source offrent des options que Lovable n’a pas. Le support multi-framework (notamment Next.js avec SSR natif sur Vercel) est un avantage technique majeur pour les projets qui nécessitent du SEO ou du rendu serveur.

Le point faible est la fiabilité du pipeline de publication natif. Plusieurs utilisateurs rapportent des erreurs cryptiques lors du publish qui cassent le workflow « one-click deploy » promis. La solution recommandée : connectez toujours GitHub dès le début du projet pour avoir un chemin de déploiement alternatif via Netlify ou Vercel en cas de problème avec Bolt Cloud.

Pour la production, notre recommandation est identique à celle de Lovable : exportez vers GitHub et déployez sur un hébergeur externe avec un workflow de branches dev/main. Vous gagnez en contrôle, en fiabilité et en indépendance vis-à-vis de la plateforme.