Mise en scène en un clic
Créez une copie de staging de votre site en production avec ses fichiers et sa base de données intacts, sur la même pile et le même blueprint qu'en production, afin que ce que vous testiez soit ce que vous déployiez.
Fonctionnalités
Créez une copie de staging en un clic, testez vos modifications en toute sécurité, puis passez en production lorsque vous êtes prêt. Connectez un fournisseur git et chaque push se compile et se déploie automatiquement. En cas de problème, revenez à la version précédente en quelques secondes.
Chaque site dispose d'un environnement de staging complet, et non d'une approximation. Clonez la production, travaillez sur le contenu, puis fusionnez vos modifications une fois qu'elles ont fait leurs preuves.
Créez une copie de staging de votre site en production avec ses fichiers et sa base de données intacts, sur la même pile et le même blueprint qu'en production, afin que ce que vous testiez soit ce que vous déployiez.
Lorsque vos modifications sont prêtes, basculez la staging en production en une seule action. AucunU copie manuelle de fichiers, aucun export de base de données fragile.
Chaque déploiement est une version publiée. Si un changement se comporte mal, revenez directement à la dernière version fonctionnelle connue sans avoir à créer de ticket de restauration.
WordPress géré, WooCommerce, PHP, HTML statique ou Node — la préproduction et le déploiement en production fonctionnent de la même manière sur tous vos sites.
Connectez un fournisseur Git une seule fois et votre dépôt devient la source unique de vérité. Poussez votre code, et la plateforme le compile et le déploie pour vous.
Connectez GitHub, GitLab ou Bitbucket via OAuth et vos clés de déploiement sont stockées dans le coffre-fort d'informations d'identification chiffré, jamais dans une configuration en texte clair. Un webhook se déclenche à chaque push, ce qui lance un pipeline de construction et de déploiement durable qui exécute les étapes de build pour votre stack — Composer, npm et le reste — avant de publier sur le site.
Associez les branches aux environnements selon le mode de fonctionnement de votre équipe : main à production, staging à staging, ou toute autre convention que vous préférez. Fusionnez sur une branche et l'environnement correspondant se met à jour tout seul, de sorte que la promotion d'un changement se résume à un simple git push.
Le déploiement continu ne doit pas signifier l'abandon du contrôle. Vous décidez quelle branche correspond à quel environnement, quand une modification est promue et quand effectuer un retour en arrière. Le pipeline s'occupe du travail mécanique — récupérer le code, exécuter les builds, publier de manière atomique — afin qu'un déploiement soit ennuyeux, répétable et réversible.
Si vous utilisez notre Pack IA, l'assistant peut coder des modifications et les déployer sur vos sites via le même pipeline, de sorte qu'une modification rédigée par l'IA suit exactement le même parcours de compilation, de déploiement et de restauration que tout ce que vous écrivez à la main.
La version de test (staging) crée une copie complète de votre site en direct — fichiers et base de données — sur la même pile et le même modèle que la production. Vous testez vos modifications sur la copie, puis vous utilisez la fonction de publication (push-to-live) pour les promouvoir en production en une seule action.
GitHub, GitLab et Bitbucket. Vous vous connectez via OAuth et vos clés de déploiement sont stockées dans le coffre-fort d'informations d'identification chiffré, jamais dans des fichiers de configuration en clair.
Un webhook se déclenche lors d'un push et lance un pipeline persistant de compilation et de déploiement. Il exécute les étapes de compilation de votre stack (Composer, npm et consorts) et déploie le résultat sur l'environnement associé à cette branche.
Oui. Le mappage de branches aux environnements vous permet d'associer, par exemple, main à production et staging à staging. Fusionnez une branche et l'environnement correspondant se déploie automatiquement.
Chaque déploiement est une version publiée, ce qui vous permet de revenir à la version précédente sans avoir à créer de ticket de restauration. Les déploiements s'exécutant sous forme de flux de travail durables et réessayables, un échec en milieu de build ne laisse jamais le site partiellement déployé.
Créer un clone de staging, publier en production et déployer depuis git. Essai gratuit de 14 jours sans carte de crédit, garantie de remboursement de 30 jours, migrations gratuites et sans dépendance envers un fournisseur.
Commencer gratuitement