Cursor peut vous aider à écrire et vérifier un site, mais l’aperçu dans l’éditeur n’est pas une adresse publique. Pour publier le projet, conservez son code dans un dépôt compatible, vérifiez les services dont il dépend et configurez le déploiement chez votre hébergeur.
Éditeur local, Cloud Agent et URL publique
Si vous utilisez Cursor Desktop avec un dossier local, le projet reste sur votre ordinateur tant que vous ne l’envoyez pas dans un dépôt Git. La documentation de Cursor explique comment vérifier les changements, synchroniser et pousser avec Git.
Les Cursor Cloud Agents peuvent travailler avec GitHub, GitLab, Bitbucket et d’autres fournisseurs de gestion de code connectés. Ils peuvent aussi transférer des ports pour prévisualiser une application en cours d’exécution dans leur environnement. Cet aperçu sert au développement ; ce n’est pas un site de production.
Le bouton Publish de Cursor Cloud Agents relie un projet Vercel, déploie sa branche par défaut et renvoie une URL. Un compte Vercel est nécessaire. Pour publier chez Hostbrid, utilisez le flux de dépôt dans Projects ; ne supposez pas que ce bouton déploie ici.
1. Vérifiez le projet avant de l’envoyer
Dans Cursor, vérifiez la branche et le diff avant de créer un commit. Identifiez le framework et les commandes réellement présentes dans package.json. Si vous avez téléchargé un ZIP depuis un autre outil, décompressez-le puis créez ou connectez un dépôt Git : Projects connecte des dépôts et n’accepte pas le ZIP directement.
Vérifiez .gitignore et gardez .env ainsi que les fichiers contenant des clés hors du dépôt. Une variable intégrée au JavaScript du navigateur n’est pas un secret. Si l’application utilise une API, une authentification ou une base de données, notez quel service la fournit et comment il autorisera le nouveau domaine.
2. Publiez le dépôt avec Projects
Assurez-vous que le projet se trouve sur GitHub, GitLab ou Bitbucket et que vous avez accès à la branche à publier. Dans Hostbrid Projects, connectez le dépôt, choisissez la branche de production et vérifiez les paramètres d’installation, de build et de sortie. Pour un projet Vite, le dossier généré est souvent dist, mais la configuration réelle du dépôt reste la référence.
Pour une recette reproductible avec un exemple React et Vite réel, suivez le guide Git et routes du navigateur. Si l’application nécessite un processus Node ou des conteneurs, vérifiez le runtime et les limites du forfait avant le déploiement.
3. Testez l’URL avant de pointer le domaine
Ouvrez l’adresse temporaire depuis un autre appareil. Chargez une route interne directement, actualisez-la et testez les formulaires, la connexion et les appels API. Vérifiez les logs et confirmez qu’aucune clé n’est exposée. Un build réussi ne prouve pas que les services externes fonctionnent.
Quand le projet répond correctement, configurez le domaine et vérifiez HTTPS ainsi que les redirections. Consultez les forfaits Projects actuels pour choisir une option adaptée aux besoins.
Cursor écrit et maintient le code ; Git transporte les changements ; Projects exécute le déploiement depuis la configuration du dépôt. Ce guide décrit ce parcours, pas une intégration en un clic entre Cursor et Hostbrid ni un déploiement testé sur un compte client.