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.
Sur la plateforme partagée, oui — un shell cloisonné avec wp-cli, dont les clés sont gérées dans le tableau de bord. Sur notre propre parc, non : ces comptes sont créés avec /sbin/nologin et vous obtenez à la place un accès SFTP dans la même prison CageFS, ainsi qu'un IDE par navigateur avec git intégré. Nous préférons vous le dire ici plutôt que vous ne le découvriez après avoir payé.
Oui, et c'est bien là le but. C'est du « API-first » : aucun point de terminaison n'est déployé s'il ne figure pas dans la spécification OpenAPI, et les SDK, la CLI ainsi que la documentation de référence sur ce site sont tous générés à partir de cette spécification. Il n'y a pas d'API privée qui réserve les meilleurs points de terminaison.
WordPress et WooCommerce, PHP natif, Laravel, Node, Python et Django, .NET, sites statiques et frameworks d'applications modernes. Ou optez pour une machine non gérée avec un accès root pour y exécuter ce que vous voulez.
Il permet à un assistant IA — Claude, ou tout autre outil compatible MCP — d'effectuer de véritables actions sur votre compte au lieu de vous dire quel bouton presser. Ses fonctionnalités sont répertoriées dans le catalogue d'outils, et c'est vous qui décidez de ce qu'il est autorisé à manipuler.
Non. Chaque site peut être exporté, le code se trouve dans votre dépôt et la plateforme est conçue délibérément avec des fournisseurs interchangeables en arrière-plan. Si vous souhaitez partir, il s'agit d'une migration plutôt que d'un litige.
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