Hébergement pour développeurs
Déployez depuis le dépôt GitHub ou GitLab sur lequel vous travaillez déjà, créez une copie de staging par branche et mettez-la en ligne lorsqu'elle est prête, ouvrez un véritable VS Code dans le navigateur sur le site en cours d'exécution, et pilotez toute la plateforme à partir d'une API REST, d'une CLI et d'un serveur MCP. Tout ce que fait le tableau de bord, l'API le fait également, car le tableau de bord repose sur elle.
Quatre éléments qui transforment l'hébergement d'un simple espace où l'on charge des fichiers en un véritable point de départ pour vos déploiements.
Connectez GitHub ou GitLab une seule fois. Nous indiquons précisément les autorisations requises par la connexion avant que vous ne l'autorisiez, validons le jeton dès sa saisie et le stockons dans Vault — jamais dans une colonne de base de données et jamais dans un journal.
Créez une copie de tout le site (fichiers et base de données), travaillez sur cette copie, puis mettez-la en ligne. Testez ce que vous vous apprêtez à déployer sur une copie identique à votre environnement de destination.
Un code-server réel sur les fichiers du site en direct, avec git intégré, dans la même geôle isolée CageFS où arrive votre session SFTP. Rien à installer, rien à synchroniser.
SFTP sur chaque site, et un shell SSH cloisonné avec wp-cli sur la plateforme mutualisée. Utilisez l'éditeur de navigateur pour une tâche et votre propre client pour la suivante — les deux voient les mêmes fichiers.
Développez avec WordPress en local sans rien d'autre installé que Node — pas de Docker, pas de MAMP — puis testez votre création sur la plateforme à laquelle elle est destinée. Gratuit et sous licence MIT.
Douze catégories d'actions réelles — sites, code, domaines, DNS, SSL, bases de données, configuration, sauvegardes, e-mails, référencement et observabilité — pour qu'un assistant IA puisse faire le travail au lieu de le décrire.
Le tableau de bord est un client de l'API. Voici les autres, et ils sont tous publics.
Chaque opération est générée à partir de la spécification OpenAPI qui fait office de source unique de vérité, garantissant ainsi que la documentation ne peut pas diverger du point de terminaison.
Référence de l'API REST →Comment l'API, les SDK, le fournisseur Terraform et les webhooks s'articulent, et quand utiliser chacun d'eux.
La plateforme de développement →Chaque commande Zinnector® est générée par l'outil lui-même plutôt que d'être écrite à côté de celui-ci.
Référence des commandes CLI →WordPress local sur Node seul, et vérifications préalables par rapport à la plateforme sur laquelle vous déployez.
Zinnector® : l'interface CLI →Événements transmis, signés et réessayés pour vous éviter d'avoir à nous interroger.
Webhooks →Ce qu'un agent IA connecté à votre compte peut réellement faire, répertorié action par action.
Catalogue des outils MCP →Les petits caractères qui ne le sont plus quand il s'agit de votre mardi après-midi.
Le chemin emprunté par une modification une fois la connexion établie.
Autorisez GitHub ou GitLab une seule fois, après avoir consulté les portées exactes. Le jeton est validé à l'entrée et enregistré dans Vault.
Fichiers et base de données, en un clic. Votre copie de staging est le site, et non une approximation.
Un commit sur la branche que vous avez désignée déploie sur cet environnement. Les sites statiques peuvent être hébergés sur notre infrastructure, Cloudflare Pages ou GitHub Pages, au choix par site.
Lorsque c'est parfait en préproduction, passez en production. Chaque déploiement constitue une version indexée, de sorte qu'en cas d'erreur par la suite, vous pouvez revenir à la précédente au lieu d'ouvrir un ticket de restauration.
On the shared platform, yes — a jailed shell with wp-cli, with keys managed in the dashboard. On our own fleet, no: those accounts are created with /sbin/nologin and you get SFTP into the same CageFS jail instead, alongside the browser IDE with git built in. We would rather tell you that here than have you find out after you have paid.
Yes, and that is the point. It is API-first: no endpoint ships unless it is in the OpenAPI spec, and the SDKs, the CLI and the reference on this site are all generated from that spec. There is no private API with the good endpoints in it.
WordPress and WooCommerce, plain PHP, Laravel, Node, Python and Django, .NET, static sites and modern app frameworks. Or take an unmanaged machine with root and run whatever you like on it.
It lets an AI assistant — Claude, or anything else that speaks MCP — take real actions on your account instead of telling you which button to press. What it can do is listed in the tool catalogue, and you decide what it is allowed to touch.
No. Every site can be exported, the code is in your repository, and the platform is deliberately built with swappable providers underneath it. If you want to leave, the answer is a migration rather than an argument.
Oui — il s'agit d'un service distinct et d'une décision séparée. Le développement fait l'objet d'un devis par projet, et l'hébergement chez nous n'en est en aucun cas une condition.
Commencez par l'essai gratuit, connectez un dépôt et déployez quelque chose. Si vous préférez que nous le construisions pour vous, le devis de développement est gratuit également.
Commencer gratuitement