Déploiement à chaque push
Chaque push sur votre branche de production déclenche un build et un déploiement. Compatible avec GitHub, GitLab, Bitbucket, Gitea et Forgejo.
Choisir un produit
Hébergement webSites web et WordPress avec un forfait à prix fixeCloudDéployez applications, API et bases de données depuis Git ou DockerAI BuilderCréez et modifiez des sites et des applications avec l’IAÀ ajouter à tout projet
Domaines et e-mailBases de donnéesWordPress géréExécution d’agentsMigrationsDéveloppeurs
Tout sur l’IADéveloppeursMCP pour assistants IADocumentationSécuritéStatutHostingsurge
TarifsSe connecterDeploy
Déployez toute app depuis Git. Chaque push lance un build.
Connectez un dépôt ou envoyez un dossier. Hostingsurge détecte le framework, effectue le build de votre application et l’exécute sur des serveurs dans l’UE — avec journaux, retour arrière en un clic et domaines personnalisés avec SSL automatique.
Déploiement à chaque pushUn aperçu par brancheJournaux de build et d’exécutionRetour arrièreSSL automatiqueServeurs en France
shop-webProduction: shop.example · branche main
DéployerDéploiementsJournauxDomainesParamètres
Build en coursfeat/reviewsAjouter les avis produitsAperçuAdresse une fois le build prêt—
PrêtActuelmainMettre à jour le texte du paiementProductionshop.example48s
Prêtfeat/searchAjouter la recherche dans l’en-têteAperçufeat-search--shop-web.hostingsurge.app52s
Prêtfix/cart-totalCorriger l’arrondi du total du panierAperçufix-cart-total--shop-web.hostingsurge.app41s
Déploiement au push : activé
journaux de build · feat/reviewsBuild en cours
✓ Next.js détecté ✓ Dépendances installées › Build de l’application…
Du dépôt à l’application en ligne
Trois étapes la première fois. Ensuite, un push suffit.
- Connectez votre codeImportez un dépôt depuis GitHub, GitLab, Bitbucket ou n’importe quelle URL Git — les dépôts privés se connectent avec une clé de déploiement en lecture seule que nous générons. Pas de Git ? Envoyez un dossier ou un fichier ZIP.
- Nous nous occupons du buildHostingsurge reconnaît le framework, définit les commandes de build et de démarrage, et diffuse le journal en direct pendant le build. Vous pouvez modifier les commandes à tout moment.
- Mettez en ligne, puis poussez pour mettre à jourQuand le build est prêt, la nouvelle version passe en production. Avec le déploiement à chaque push activé, chaque push sur votre branche de production livre la version suivante — et un retour arrière ne demande qu’un clic.
Apportez la stack que vous utilisez déjà
Le framework est détecté à partir de votre code et le build est configuré pour vous. Voici ce que vous pouvez déployer dès aujourd’hui.
| Environnement | Ce que vous pouvez déployer | Exécuté en tant que |
|---|---|---|
| Site statique | HTML, CSS et JavaScript, ou la sortie d’un générateur de site statique | Fichiers statiques |
| Next.js | Applications Next.js complètes avec rendu côté serveur | Un serveur Node.js |
| Vite | Applications React, Vue et Svelte construites avec Vite | Fichiers statiques |
| Node.js | Serveurs construits avec Express, Fastify, NestJS, Hono et d’autres | Votre commande de démarrage |
| Python | Applications Django, Flask et FastAPI | Votre serveur d’application |
| PHP | Sites PHP et applications Laravel | nginx et PHP-FPM |
| Image Docker | Une image prête à l’emploi issue d’un registre de conteneurs | L’image, telle quelle |
| Dossier ou ZIP | Des fichiers envoyés directement depuis votre ordinateur, sans Git | Comme son framework |
Tout ce dont une application en production a besoin
Journaux, retours arrière, variables, domaines et tâches planifiées — dans le tableau de bord, la CLI ou l’API.
Journaux de build et d’exécution
Suivez un build ligne par ligne, puis lisez ce que votre application affiche pendant son exécution — dans le tableau de bord ou depuis votre terminal.
Retour arrière en un clic
Remettez en ligne un déploiement de production antérieur, ou promouvez un autre déploiement en production. Un clic dans les deux cas.
Variables d’environnement
Gardez les clés et les réglages hors de votre code. Définissez-les par projet, marquez les secrets comme sensibles et récupérez-les en local avec la CLI.
Domaines personnalisés et SSL
Ajoutez votre domaine, vérifiez-le avec un enregistrement TXT et obtenez automatiquement un certificat Let’s Encrypt. Redirigez aussi www et vos anciens domaines.
Tâches cron
Exécutez des commandes récurrentes selon un planning dans le conteneur de votre application. Besoin d’en lancer une tout de suite ? Cliquez sur Exécuter maintenant.
Hooks de déploiement
Une URL secrète qui redéploie la production quand elle est appelée — depuis la CI, le bouton de publication d’un CMS ou tout autre service.
Un aperçu par branche
Poussez une branche et elle obtient sa propre adresse d’aperçu, pour vérifier une modification avant qu’elle n’atteigne la production. Non disponible pour les sites WordPress.
Protection et règles edge
Placez un mot de passe ou une liste d’IP autorisées devant un déploiement, forcez HTTPS et définissez des en-têtes de réponse et des redirections.
Des bases de données à côté de votre application
Ajoutez PostgreSQL, MySQL, MariaDB, Redis ou MongoDB sur le réseau privé de votre équipe. La chaîne de connexion arrive dans vos variables d’environnement.
Pas encore mesurés : le trafic et le stockage. Les minutes de build sont comptées par équipe, et chaque projet fonctionne dans la limite de CPU et de mémoire de votre forfait.
Déployez depuis votre terminal, votre CI ou votre assistant IA
Le tableau de bord n’est qu’une porte d’entrée. La CLI, l’API REST et MCP gèrent aussi les déploiements, les journaux, les variables et les domaines, pour que scripts, pipelines et agents puissent livrer.
- Une CLI pour les terminaux et la CI, avec une sortie --json pour les scripts et les agents
- HOSTINGSURGE_TOKEN pour les pipelines de CI, sans étape de connexion
- Une API REST avec une spécification OpenAPI
- MCP pour Claude, ChatGPT, Cursor et VS Code : connectez-vous, aucune clé à coller
# Installer la CLI et se connecter npm i -g https://hostingsurge.com/cli/hostingsurge.tgz hostingsurge login # Lier ce dossier à un projet et le déployer hostingsurge link hostingsurge deploy --prod # Suivre ce qu’affiche votre application hostingsurge logs --follow
Conçu pour l’isolation
Équipes, builds et données restent séparés, sur des serveurs dans l’UE.
Isolé par équipe
Les projets, les données et les identifiants de chaque équipe sont isolés de ceux des autres équipes.
Builds isolés
Chaque build s’exécute séparément. Un build en échec ne remplace jamais la version en ligne.
Hébergé dans l’UE
Des serveurs en France, derrière un pare-feu, avec TLS et un proxy renforcé devant vos applications.
Aucun serveur à gérer
Pas de clés SSH, de proxys ni de panneaux de contrôle à surveiller. Vous travaillez dans le tableau de bord, la CLI, l’API ou via MCP.
Vos questions sur Deploy
Stacks, Git, domaines et ce qui se passe quand un déploiement échoue.
Quels frameworks et langages puis-je déployer ?
Des sites statiques, Next.js avec rendu côté serveur, des applications Vite, Node.js, Python et PHP, ainsi que des images Docker issues d’un registre et des envois de dossiers ou de fichiers ZIP. Le framework est détecté à partir de votre code, et vous pouvez ajuster les commandes de build et de démarrage.
Ai-je besoin de GitHub ?
Non. Importez depuis n’importe quel hébergeur Git par URL — GitHub, GitLab, Bitbucket, Codeberg, Gitea ou votre propre serveur. Les dépôts privés se connectent avec une clé de déploiement en lecture seule générée par Hostingsurge. Vous pouvez aussi envoyer un dossier ou un fichier ZIP, ou déployer depuis votre terminal avec la CLI.
Comment migrer un projet depuis Vercel ?
Utilisez l’import Vercel avec un jeton de lecture. Il reprend le framework et les réglages de build, les variables d’environnement visibles et les redirections de domaine ; vous ajoutez vous-même les variables secrètes et recréez les tâches cron. L’application tourne sur une adresse d’aperçu pendant que Vercel continue de servir le trafic, et vous modifiez le DNS une fois tout vérifié. Comment fonctionnent les migrations
Que se passe-t-il si un déploiement échoue ?
Le build en échec s’arrête avec son journal complet, et la version en ligne continue d’être servie. Si une version déjà en ligne se comporte mal, revenez à un déploiement de production antérieur en un clic.
Puis-je utiliser mon propre domaine ?
Oui. Ajoutez le domaine, publiez un enregistrement TXT pour prouver qu’il vous appartient et ajoutez exactement les enregistrements DNS indiqués dans le tableau de bord. Le certificat SSL est émis automatiquement, et vous pouvez rediriger d’autres domaines, comme www, vers votre domaine principal.
Où mes applications sont-elles hébergées ?
Sur des serveurs en France (UE), derrière un pare-feu avec TLS et un proxy renforcé. Les projets, les données et les identifiants de chaque équipe sont isolés de ceux des autres équipes.
Combien coûte Deploy ?
Deploy fait partie de Cloud, avec une tarification comparable à Railway et Render. Hobby coûte $5 et Pro $20 par mois, chacun incluant de l’utilisation à hauteur du même montant ; au-delà, le CPU coûte $20 par vCPU-mois et la mémoire $10 par Go-mois, facturés à la seconde. Les instances à prix fixe démarrent à $7 par mois, et les sites statiques et les builds sont gratuits. Prix en USD, hors TVA. Tarifs de Deploy
Déployez votre première app avec Free.
Connectez un dépôt ou envoyez un dossier. Vous venez de Vercel ? Importez le projet et vérifiez-le sur une adresse d’aperçu avant de modifier le DNS.