Équipes et accès
Quatre rôles de client, des sous-comptes qui reflètent la structure réelle de votre entreprise, des clés d’API par organisation, l’authentification unique (SSO) et un journal d’audit derrière chaque action privilégiée. Le même modèle d’accès s’applique au tableau de bord, à l’API, à la CLI, à Terraform et à notre serveur MCP. Disponibilité : le fournisseur Terraform est en cours de développement et n’est pas encore disponible. Tout le reste décrit ici est opérationnel dès aujourd’hui.
L’accès n’est pas un simple commutateur marche/arrêt. Chaque organisation cliente comprend quatre rôles, chacun représentant un ensemble fixe d’autorisations module.action précises — ainsi, un contact financier ne touche jamais à un serveur et un développeur ne voit jamais de facture.
Contrôle total de l’organisation et de ses sous-comptes : créer des organisations enfants, inviter et supprimer des membres, modifier les rôles, gérer les clés d’API, provisionner, redémarrer, suspendre et supprimer des sites, gérer les factures et les moyens de paiement, et consulter le journal d’audit. Deux opérations en sont délibérément exclues : la clôture d’une organisation et l’émission de remboursements sont des actions réservées au personnel, et non un rôle client.
Tout ce qui est financier et rien d’autre : factures, abonnements, modes de paiement et catalogue des forfaits, ainsi qu’une vue sur l’organisation et sa liste de membres. Aucun accès au site — un contact financier ou un comptable externe ne peut rien redémarrer, suspendre ou supprimer.
Travaillez sur les sites sans toucher aux aspects financiers : visualisez et approvisionnez les sites, redémarrez les services, purgez les caches, gérez les clés d’API et créez ou répondez aux tickets d’assistance. Aucun accès à la facturation, aucune gestion des membres, aucune suspension et aucune suppression — les actions destructrices et commerciales restent réservées au propriétaire.
Une vue complète sans possibilité de modifier quoi que ce soit — membres, sites, facturation, forfaits, tickets, état de la traduction et journal d’audit. Le rôle idéal pour une partie prenante côté client, un auditeur interne ou un nouvel arrivant qui prend encore ses marques.
Le partitionnement est une arborescence, et non une simple liste. Une organisation revendeur se situe au-dessus de ses organisations clientes, et les sites se trouvent sous ces dernières. Un membre d’équipe est une adhésion — un utilisateur, une organisation, un rôle —, de sorte que le même élément de base permet de gérer une équipe de deux personnes, une agence administrant cent comptes clients et un revendeur exploitant des sous-comptes sous sa propre marque.
Les rôles sont accordés par organisation, et leur application s’effectue également par organisation. Un rôle au sein d’une organisation ne confère aucun accès à une organisation distincte et non liée : un sous-traitant peut être Developer sur le compte d’un client et Read-only sur un second, avec les mêmes identifiants de connexion. L’accès descend toutefois le long de votre propre hiérarchie : un rôle dans une organisation parente s’applique aux organisations imbriquées sous celle-ci, ce qui permet aux revendeurs et aux agences de gérer leurs clients.
L’isolation est appliquée dans la base de données, et pas seulement dans le code de l’application. La sécurité au niveau des lignes de Postgres restreint chaque requête de locataire au sous-arbre de l’appelant, et tout ce qui se trouve en dehors de ce sous-arbre renvoie une erreur « introuvable » plutôt qu’une erreur d’autorisation — la plateforme ne confirme donc même jamais qu’une organisation ou un site d’un autre locataire existe.
Les rôles ne sont pas une simple commodité réservée au tableau de bord. Chaque mode d’accès à la plateforme correspond aux mêmes clés d’autorisation, de sorte qu’aucune porte dérobée ne contourne vos règles d’accès.
Sites, facturation, tickets, avis, notifications, clés d’API et gestion d’équipe dans un environnement unique. L’interface affiche uniquement ce que le rôle du membre connecté autorise, évitant ainsi de présenter des commandes inutilisables.
L’API publiée est la même API moteur que celle utilisée par le tableau de bord. Les clés d’API sont délivrées par organisation avec des portées granulaires liées aux autorisations RBAC, et des modes bac à sable et direct séparés vous permettent de tester les intégrations sans affecter la facturation ou le provisionnement réels.
Gérez les sites, les domaines, le DNS, les boîtes aux lettres et les forfaits en tant qu’infrastructure-as-code et exécutez terraform apply pour provisionner l’hébergement — régi par les mêmes périmètres que tout le reste.
Connectez Claude Code, Cursor, ChatGPT, Claude Desktop ou tout outil compatible avec MCP. Les jetons sont limités à une organisation et à ses autorisations RBAC, révocables par outil, avec confirmation des actions destructrices, plafonds de dépenses et piste d’audit complète.
Seul un hachage de chaque clé API est stocké — jamais la clé brute. Les clés portent un nom et un préfixe visible afin que vous puissiez les distinguer, enregistrent la date de leur dernière utilisation et peuvent être révoquées individuellement sans perturber les autres.
La gestion des identités repose sur Keycloak, de sorte que l’authentification est véritablement OIDC et SAML, plutôt qu’un formulaire de connexion sur mesure greffé sur un panneau d’hébergement.
Chaque action privilégiée écrit un enregistrement d’audit uniquement accessible en ajout : qui l’a effectuée, ce qu’elle a fait, sur quoi elle l’a fait, les preuves justificatives et l’adresse IP d’origine. Le journal est uniquement accessible en ajout — les événements sont ajoutés et non modifiés sur place — et, en production, il est partitionné dans le temps afin de rester rapide à mesure qu’il grandit.
La lecture de ce journal constitue en soi une autorisation. Les propriétaires et les membres disposant d’un accès en lecture seule la détiennent, de sorte que la personne responsable du compte et celle qui l’audite peuvent toutes deux consulter l’historique complet sans avoir besoin de droits élevés pour ce faire.
Autour de cela se trouvent les mécanismes de contrôle demandés par les équipes plus importantes : des règles de session, des listes d’adresses IP autorisées facultatives par organisation et une authentification renforcée lors des actions sensibles, de sorte qu’une session active ne suffise pas, à elle seule, pour effectuer une opération majeure.
Le catalogue des autorisations est constitué de données et non d’une logique codée en dur — c’est pourquoi il peut être étendu sans avoir à restructurer la plateforme.
Le propriétaire dispose d’un contrôle total sur l’organisation et ses sous-comptes, y compris les membres, les clés API, les sites et les modes de paiement. Le responsable de la facturation consulte les factures, les abonnements, les modes de paiement et les forfaits, sans accès aux sites. Le développeur gère les sites et les clés API et traite les tickets, sans contrôle sur la facturation ni sur les membres. Le rôle en lecture seule peut consulter les membres, les sites, la facturation, les forfaits, les tickets et le journal d’audit sans rien modifier.
Pas encore en tant que paramètre par site — limiter une seule adhésion à des sites spécifiques est une amélioration planifiée. Aujourd’hui, vous obtenez la même séparation grâce à l’arborescence des locataires : placez ces sites dans une organisation enfant et attribuez-y un rôle à la personne. Étant donné que les rôles sont accordés par organisation, cet accès ne s’étend à rien d’autre dans votre compte.
Non — les clés d’API sont émises par organisation, avec des portées granulaires liées aux mêmes autorisations RBAC, et des modes sandbox et direct distincts. Utilisez-les comme identifiants de service pour les intégrations, CI ou Terraform, et utilisez les adhésions pour les personnes. Seul un hachage de chaque clé est stocké, chaque clé enregistre sa dernière utilisation et n’importe quelle clé peut être révoquée individuellement.
Le rôle Développeur comprend la consultation et le provisionnement des sites, le redémarrage des services, la purge des caches, la gestion des clés API et le traitement des tickets. Il n’octroie pas de droits de publication sur un site en ligne ; si vous souhaitez qu’une personne puisse déployer des modifications, cet accès doit être attribué à un propriétaire. Les rôles sont définis par organisation, vous pouvez donc disposer d’un rôle différent sur un autre compte.
Oui. La gestion des identités s’appuie sur Keycloak avec OIDC et SAML, de sorte que l’authentification unique (SSO) SAML est disponible pour les entreprises et les agences aux côtés de la connexion par lien magique, e-mail et mot de passe, fournisseurs de réseaux sociaux, clés d’accès (passkeys) et authentification à deux facteurs TOTP imposée par stratégie. Une seule session couvre le tableau de bord, le site public, la base de connaissances et les tickets d’assistance.
Chaque action privilégiée est consignée dans un journal d’audit en ajout seul enregistrant l’auteur, l’action, la cible, les éléments justificatifs et l’adresse IP. Sa consultation constitue une autorisation à part entière, détenue à la fois par le rôle Propriétaire et le rôle Lecture seule, afin qu’un propriétaire de compte et un auditeur puissent examiner le même historique.
La tarification des forfaits est établie en fonction de la capacité d’hébergement plutôt que du nombre de personnes. Sur la gamme Footprint-Free, par exemple, les 42 paliers partagent exactement le même ensemble de droits et ne diffèrent que par le nombre de sites qu’ils autorisent. Les tarifs sont toujours affichés à partir du catalogue en direct, dans votre devise, de sorte que ce que vous voyez sur la page des tarifs correspond exactement à ce qui vous est facturé.
Oui. L’essai de Footprint-Free dure 14 jours, ne nécessite aucune coordonnée bancaire et couvre jusqu’à 5 sites, afin que vous puissiez configurer votre organisation, inviter votre équipe et tester les rôles sur des projets réels avant de payer quoi que ce soit. Une garantie de remboursement de 30 jours s’applique aux forfaits payants.
Démarrez un essai de 14 jours sans carte bancaire sur la gamme Footprint-Free, invitez votre équipe et constatez le fonctionnement des rôles sur des sites réels avant de payer quoi que ce soit.
Commencer gratuitement