Vous avez créé une application avec Cursor, Bolt, v0 ou Claude. Elle fonctionne localement. Elle a fière allure. Et maintenant?
La plupart des guides de déploiement présument que vous connaissez Git, que vous avez un compte GitHub et que vous comprenez ce que signifie CI/CD. Celui-ci, non. Si vous avez un dossier sur votre bureau et que vous voulez une URL en direct, ce guide vous y mène en une trentaine de secondes.
Ce que les outils de codage par IA vous donnent réellement
Chaque outil produit un type de résultat différent, et comprendre ce que vous avez détermine la fluidité du déploiement.
Cursor et Claude Code produisent du code directement sur votre machine locale, dans un dossier de projet standard. Vous verrez un package.json, quelques fichiers sources, peut-être un prisma dossier si votre application utilise une base de données. Ce sont vos points de départ les plus propres — le code est bien structuré parce que l'IA disposait de tout le contexte du projet.
Bolt.new produit des projets téléchargeables, mais ils sont souvent en désordre. Les projets Bolt font parfois référence à des paquets npm qui n'existent pas — l'IA les a hallucinés. Des importations peuvent être brisées, des structures de fichiers incohérentes. Pas de panique. Ce sont des problèmes réparables.
v0 de Vercel produit des composants React, et non des applications complètes. Ce que vous obtenez ressemble à une application vue de face, mais il n'y a souvent aucune logique côté serveur, aucun routage, aucune connexion à une base de données. Pensez-y comme à un décor de cinéma — parfait de face, mais rien derrière.
Lovable exporte du code étroitement couplé à Supabase. Si vous téléchargez un projet Lovable, vous y trouverez des références au client Supabase partout. Il ne fonctionnera pas sans un compte Supabase ou une base de données de remplacement.
Le déploiement en 30 secondes avec Canner
Voici le processus concret :
Étape 1 : Rendez-vous sur canner.ca. Vous verrez une zone de dépôt — une grande zone qui indique « Déposez votre projet ici. »
Étape 2 : Glissez le dossier de votre projet sur la zone de dépôt. Vous pouvez aussi cliquer pour parcourir et sélectionner un fichier ZIP. Canner analyse le dossier dans votre navigateur avant tout téléversement. Vous verrez un rapport indiquant ce qui a été détecté : le cadriciel (Next.js, Astro, React, Vite), le nombre de fichiers, tout problème trouvé. Rien ne quitte votre ordinateur tant que vous n'avez pas approuvé.
Étape 3 : Saisissez les valeurs manquantes. Si votre projet utilise des variables d'environnement — des clés d'API pour Stripe, OpenAI ou d'autres services — Canner les détectera et vous demandera de remplir les valeurs à l'aide d'étiquettes en langage clair, et non de noms de variables bruts.
Étape 4 : Cliquez sur déployer. Canner installe les dépendances, compile votre projet, provisionne une base de données si votre code en a besoin et le publie. Vous pouvez suivre la compilation en temps réel ou attendre la notification.
Étape 5 : Obtenez votre URL. Votre application est en ligne à votrenom.app.canner.ca. Partagez le lien. C'est tout.
Problèmes courants dans le code généré par IA et comment ils sont traités
Les dépendances hallucinées sont le problème le plus courant dans les projets générés par IA. L'IA fait référence à un paquet npm qui semble plausible, mais qui n'existe pas dans le registre npm. Canner vérifie chaque dépendance par rapport au registre avant l'installation. Les paquets qui n'existent pas sont retirés automatiquement, et on vous indique ce qui a été retiré.
Un fichier de verrouillage manquant est normal si vous n'avez jamais exécuté npm install localement. Canner en génère un automatiquement pendant le processus de compilation. Les déploiements futurs seront plus rapides, car le fichier de verrouillage fixe les versions de vos dépendances.
Des clés d'API codées en dur représentent un risque de sécurité. Si l'analyse de Canner avant téléversement trouve des chaînes qui ressemblent à des clés d'API dans votre code source, elle les signale et recommande de les déplacer vers des variables d'environnement. Sur Canner, les variables d'environnement sont chiffrées au repos et ne sont jamais exposées dans votre source. Le modèle de sécurité complet se trouve sur la page des pratiques de sécurité.
Les dossiers de projet imbriqués surviennent lorsque vous téléchargez un ZIP et qu'il s'extrait vers mon-projet/mon-projet/package.json. Canner parcourt la structure du dossier pour trouver automatiquement la véritable racine de votre projet.
Et si la compilation échoue?
Les erreurs de compilation sont la partie la plus intimidante pour les personnes nouvelles au déploiement. Un mur de texte rouge dans un journal de terminal a l'air catastrophique. La plupart du temps, ça ne l'est pas.
L'échec de compilation le plus courant est un module manquant — votre code importe quelque chose qui n'est pas installé. Cela signifie souvent que le code généré par IA fait référence à un paquet dont le nom est légèrement erroné. Vérifiez le message d'erreur pour le nom du paquet et assurez-vous qu'il est bien orthographié dans votre package.json.
Le deuxième échec le plus courant est une erreur de type TypeScript. Si votre projet utilise TypeScript et que la compilation est stricte, les incompatibilités de types feront échouer la compilation. C'est une correction de code, pas de déploiement — retournez à votre outil d'IA et demandez-lui de résoudre l'erreur de type.
Garder votre projet en ligne
Les déploiements invités sur Canner restent en ligne pendant 72 heures. Après cela, l'application se met en veille — elle n'est pas supprimée, seulement mise en pause. Créez un compte gratuit pour garder votre projet en ligne en permanence à votrenom.app.canner.ca. Les forfaits payants débloquent les domaines personnalisés, les bases de données gérées et des limites de ressources plus élevées.
Chaque projet sur Canner est hébergé entièrement à Montréal, au Québec. Vos données ne quittent jamais le Canada. Pour la plupart des projets personnels, cela importe peu, mais si votre application traite des données de clients pour une entreprise canadienne, cela signifie que vous êtes conforme à la LPRPDE et à la Loi 25 sans rien faire de plus. La version plus complète des raisons pour lesquelles les plateformes d'hébergement constituées aux États-Unis ne peuvent pas offrir cette garantie se trouve dans l' article sur le CLOUD Act, et la structure, au niveau de l'entreprise, qui rend Canner souverain par construction se trouve sur la page sur la souveraineté.