Bolt
le guide complet de l’AI builder en 2026

Bolt propose un plan gratuit sur bolt.new avec un nombre de tokens limité par jour — suffisant pour tester et faire des petits projets. Pour un usage professionnel intensif, le plan Pro à environ 20 dollars par mois est nécessaire. Ce plan donne accès à un volume de tokens bien plus élevé et au modèle Claude Sonnet 4, qui est significativement meilleur sur la qualité du code.

Bolt DIY, la version open source, est entièrement gratuite à utiliser — mais vous devez apporter votre propre clé API (Anthropic, OpenAI, Mistral) et héberger vous-même l’application. Le coût réel est celui de votre consommation API plus l’hébergement serveur.

Pour comparer : le plan Pro de bolt.new à 20$/mois vous évite de gérer l’infrastructure. Bolt DIY est plus économique au volume mais demande des compétences DevOps. La plupart des professionnels commencent sur bolt.new Pro et basculent sur DIY uniquement quand la confidentialité ou le coût devient un enjeu.

Bolt et Cursor sont deux outils très différents malgré l’apparence similaire. Cursor est un IDE augmenté par l’IA : vous travaillez sur un projet existant dans un environnement classique, et l’IA vous assiste (complétion, génération de fonctions, refactoring). Cursor suppose que vous êtes développeur.

Bolt est un générateur d’applications complet : vous décrivez votre projet en langage naturel et Bolt génère tout de zéro, sans que vous ayez besoin de connaissances techniques préalables. L’environnement WebContainer gère l’installation des dépendances, la compilation et le déploiement.

En pratique, les deux se complètent : Bolt pour générer le squelette rapidement, Cursor ou Claude Code pour affiner et durcir le code avant le déploiement réel. Mon workflow habituel : Bolt pour les 2 premières heures, puis Cursor pour la finalisation.

Oui, et c’est l’un des points forts de Bolt grâce à son intégration Supabase native. Depuis l’interface Bolt, vous connectez votre projet Supabase en quelques clics : Bolt configure automatiquement les tables, les schémas, les fonctions d’authentification et les politiques Row Level Security.

Pour les bases de données, Bolt génère les migrations SQL, les types TypeScript correspondants et les fonctions de requête. Le code produit est propre et directement utilisable — significativement mieux que Lovable sur le même sujet technique.

Pour Stripe, l’intégration est disponible mais demande plus de configuration manuelle que Supabase. Pour un SaaS avec abonnement récurrent, comptez 30 à 60 minutes de configuration post-génération pour une intégration Stripe propre.

Deux options : déploiement direct Bolt vers Netlify ou Vercel via le bouton intégré (gratuit sur les plans free), ou export GitHub puis déploiement manuel. Pour un projet personnel, le déploiement direct est le plus rapide : en 2 clics votre app est en ligne avec HTTPS automatique.

Pour un projet professionnel avec domaine custom, CI/CD et monitoring, préférez l’export GitHub et configurez votre pipeline habituel. Bolt exporte correctement pour Cloudflare Pages, Fly.io, Railway et les principales plateformes modernes.

Exportez sur GitHub dès que votre projet prend de l’ampleur. Travailler uniquement dans l’interface Bolt sans versioning Git crée une dépendance à la plateforme. Avec GitHub, vous avez un historique de versions et vous facilitez la collaboration.

Mieux que Lovable mais avec des nuances. Le code Bolt est généralement bien structuré : composants de taille raisonnable, séparation des responsabilités respectée, TypeScript propre quand demandé. Le WebContainer aide à produire un code qui se comporte comme en production dès la génération.

Ce qui manque encore en 2026 : la gestion fine des erreurs (Bolt génère rarement des try/catch complets), les tests automatisés (jamais générés spontanément), la sécurité avancée (validation des inputs, protection CSRF). Ces points demandent une passe de durcissement.

Mon process : Bolt pour le squelette et les fonctionnalités principales, puis une session dans Cursor ou Claude Code pour ajouter la gestion d’erreurs, les tests sur les fonctions critiques et les vérifications de sécurité. Cette combinaison donne un résultat production-ready en une fraction du temps.

Oui, de deux façons. La première : précisez dans votre prompt la bibliothèque souhaitée (‘utilise shadcn/ui pour les composants UI, Radix pour les primitives, Lucide pour les icônes’). Bolt intégrera ces bibliothèques et les utilisera dans le code généré.

La deuxième : exportez votre projet sur GitHub, ajoutez vos composants, puis réimportez dans Bolt. Bolt comprend la structure du projet importé et peut l’utiliser dans les générations suivantes.

Pour les design systems d’entreprise, créez un prompt de configuration qui décrit les composants disponibles (‘tu as accès aux composants : Button, Input, Card, Modal — utilise-les pour tous les éléments UI’). Bolt suit généralement bien ces directives si elles sont précises.

Bolt génère des apps React ou Next.js. React côté client n’est pas idéal pour le SEO technique. Next.js avec Server-Side Rendering est bien meilleur — et Bolt supporte Next.js nativement si vous le précisez dans votre prompt.

Pour une app où le SEO est important, précisez : ‘stack Next.js avec SSR, balises meta dynamiques, données structurées JSON-LD, sitemap.xml généré, Open Graph pour les réseaux sociaux’. Bolt générera une structure SEO-friendly dès le départ.

Pour le GEO (Generative Engine Optimization), les éléments clés sont : réponses directes dans les textes, FAQ structurées, données JSON-LD précises. Bolt peut générer tout ça sur instruction, mais ne le fait pas spontanément.

GitHub Copilot et Bolt répondent à des besoins différents. Copilot est un assistant de complétion de code dans votre IDE : vous écrivez du code et Copilot complète vos lignes, génère des fonctions à partir de commentaires, suggère des corrections. Il suppose que vous êtes développeur.

Bolt est un générateur d’applications complet : vous partez de zéro avec un prompt et obtenez une app entière. Bolt ne nécessite pas d’IDE ni de connaissances de développement.

Pour un développeur expérimenté, les deux sont complémentaires. Bolt pour générer un squelette rapidement, Copilot (ou Cursor, ou Claude Code) pour continuer le développement. Pour un non-développeur, seul Bolt est utilisable — Copilot suppose une maîtrise du code que Bolt ne nécessite pas.

Oui, si vous le précisez dans votre prompt. Demandez explicitement : ‘l’app doit être en français avec possibilité de passer en anglais, utilise i18n avec react-intl ou next-intl, toutes les chaînes dans des fichiers de traduction séparés’. Bolt générera la structure i18n appropriée.

Sans instruction spécifique, Bolt génère en anglais par défaut. Si vous voulez une app entièrement en français sans i18n, précisez ‘toute l’interface en français’. Bolt respecte bien cette contrainte sur les textes statiques.

Pour les apps avec contenu dynamique provenant de Supabase, la gestion du multilingue dépasse ce que Bolt peut configurer automatiquement. Définissez votre stratégie de stockage des traductions dans votre prompt pour que Bolt génère la structure correspondante.

L’interface bolt.new est conçue pour desktop et n’est pas optimisée pour un usage sur téléphone. Le WebContainer consomme des ressources significatives, et l’éditeur de code n’est pas adapté aux écrans mobiles. Il est possible de charger bolt.new sur mobile mais l’expérience est dégradée.

Pour consulter et partager des previews de projets Bolt sur mobile, c’est parfait : les apps générées sont responsives. Pour créer et itérer sur des projets Bolt, attendez d’être sur un ordinateur.

Si vous avez besoin de créer des apps mobiles iOS/Android avec Bolt, Bolt Mobile (disponible depuis 2026) génère des apps React Native + Expo pour les stores. C’est la génération d’une app mobile, pas l’utilisation de l’interface Bolt sur un téléphone.