Isolation des clients
Vos clés API, utilisateurs, endpoints de webhooks et tâches cron sont rattachés à votre compte : une clé n'agit que sur vos propres utilisateurs, et la plateforme le fait respecter — ce contrôle vit dans Nautilus, pas dans du code d'intégration que vous devriez écrire et maintenir correct. Une limite : une connexion sociale (une identité Google ou GitHub donnée) ne peut appartenir qu'aux utilisateurs d'un seul compte du service.
Construit sur des moteurs open source
La connexion repose sur Ory Kratos et les webhooks sur Svix, tous deux open source : vous pouvez lire leur fonctionnement et, si un jour il le faut, les exploiter vous-même. La planification est notre propre code, donc cette partie ne vous suit pas, mais chaque tâche et chaque exécution restent lisibles via l'API. Pour migrer ailleurs, demandez au support un export de tous vos utilisateurs avec leurs hachages de mot de passe, leurs comptes sociaux liés, leurs métadonnées, leurs organisations et leurs rôles : vous recevez un fichier chiffré sous 7 jours, dans un format que notre propre import accepte et qui correspond à Ory Kratos.
Hébergé en France
L'API, les bases de données et les moteurs tournent sur des serveurs en France, chez OVHcloud. Nautilus est donc hébergé dans l'UE : un fait sur l'endroit où il tourne, pas un label de conformité. Un accord de traitement des données fondé sur les clauses contractuelles types de l'UE est inclus avec Pro.
Une disponibilité vérifiable
Nous visons 99,9 % de disponibilité et publions nos résultats : historique de disponibilité de chaque composant, sur 90 jours, sur la page de statut publique. C'est un objectif, pas un contrat. Il n'y a ni SLA ni crédit de service derrière.
Pourquoi ne pas construire cela sur AWS, Google Cloud ou Azure ? Ils ont aussi des centres de données à Francfort et en Irlande.
Vous le pouvez, et si vous avez déjà les équipes pour cela, c'est un choix valable. Connexion, livraison de webhooks et tâches planifiées sur AWS, cela veut dire Cognito, SQS, Lambda et EventBridge, assemblés, supervisés et maintenus à jour par votre équipe. Nautilus fait les trois mêmes tâches derrière un seul compte, gratuitement jusqu'à 1 000 utilisateurs actifs par mois : 10 000 messages webhook, plus les tâches planifiées, dans la limite de 10 récurrentes et 100 différées à la fois. Ce que vous abandonnez, c'est le contrôle des rouages internes : vous dépendez de nous, et les moteurs sont open source. Pour migrer ailleurs, demandez au support un export de tous vos utilisateurs avec leurs hachages de mot de passe, leurs comptes sociaux liés, leurs métadonnées, leurs organisations et leurs rôles : vous recevez un fichier chiffré sous 7 jours, dans un format que notre propre import accepte et qui correspond à Ory Kratos.
Le RGPD, ce n'est pas juste un serveur dans l'UE : ce sont des accords juridiques (DPA) et des processus de traitement et de suppression des données.
Nos serveurs sont en France, chez OVHcloud. Un accord de traitement des données fondé sur les clauses contractuelles types de la Commission européenne est inclus avec Pro. Supprimer un utilisateur retire son identité et ses sessions à tout moment, afin que vous puissiez donner suite à une demande de suppression, et vos endpoints reçoivent un webhook identity.deleted. Vous pouvez aussi faire supprimer par Nautilus les comptes jamais confirmés et, avec Pro, les comptes restés inutilisés pendant la durée de votre choix, chaque fois après un e-mail d'avertissement et seulement si vous activez la règle. Un journal d'audit enregistre les changements de clés et de rôles ainsi que les connexions de vos utilisateurs, conservé 7, 30 ou 90 jours selon l'offre. Rien de tout cela ne vous rend conforme à lui seul : la durée de conservation est votre décision, et nous ne sommes pas juristes.
Si Nautilus tombe, ma connexion, mes webhooks et mes tâches cron tombent tous en même temps. C'est un point de défaillance unique.
La connexion, les webhooks et les tâches cron tournent comme des services séparés : un worker cron bloqué laisse la connexion et la livraison de webhooks intactes, et la page de statut montre chaque partie séparément. Le seul élément partagé est la passerelle fine qui vérifie les clés API et compte l'usage. Cela reste un seul fournisseur, et c'est un vrai compromis : la connexion et les webhooks tournent sur des moteurs open source, Ory Kratos et Svix, que vous pouvez héberger vous-même. Pour migrer ailleurs, demandez au support un export de tous vos utilisateurs avec leurs hachages de mot de passe, leurs comptes sociaux liés, leurs métadonnées, leurs organisations et leurs rôles : vous recevez un fichier chiffré sous 7 jours, dans un format que notre propre import accepte et qui correspond à Ory Kratos.
Supabase et Firebase ont aussi une offre gratuite. Pourquoi paierais-je pour Nautilus ?
Nautilus a aussi une offre gratuite : jusqu'à 1 000 utilisateurs actifs par mois, 10 000 messages webhook, avec les tâches cron en supplément, dans la limite de 10 récurrentes et 100 différées à la fois. La différence apparaît plus tard. Supabase et Firebase attendent que vos données vivent chez eux : dès que les webhooks ou la connexion doivent fonctionner avec une base que vous exploitez déjà, vous reconstruisez votre backend autour du leur. Nautilus se pose par-dessus le code que vous avez déjà : la base de données de votre application reste où elle est, et vous appelez une API HTTP depuis n'importe quelle stack. Les offres payantes commencent à 99 € par mois et se comptent en utilisateurs actifs mensuels, pas en requêtes.
Et si vous augmentez le prix, ou arrêtez d'exploiter Nautilus ?
Les deux sont possibles, et une page comme celle-ci ne peut exclure ni l'un ni l'autre. Les offres de la page des tarifs sont celles en vigueur aujourd'hui. Ce qui vous protège si l'un des deux arrive, ce sont les moteurs : la connexion repose sur Ory Kratos et les webhooks sur Svix, tous deux open source, vous pouvez donc les exploiter vous-mêmes, et chaque tâche cron et chaque exécution restent lisibles via l'API. Pour migrer ailleurs, demandez au support un export de tous vos utilisateurs avec leurs hachages de mot de passe, leurs comptes sociaux liés, leurs métadonnées, leurs organisations et leurs rôles : vous recevez un fichier chiffré sous 7 jours, dans un format que notre propre import accepte et qui correspond à Ory Kratos.
Gère-t-il les organisations et les rôles ?
Oui, par l'API. Vous regroupez vos utilisateurs finaux en organisations, vous définissez dans chacune des rôles nommés avec leurs permissions, et un utilisateur peut avoir un rôle différent dans chaque organisation à laquelle il appartient. Les rôles reviennent dans le jeton signé que votre backend vérifie hors ligne, dans l'introspection du jeton et dans la vérification de session, et un appel à authorize indique si cet utilisateur peut faire telle chose dans telle organisation. Nautilus conserve les données et répond ; c'est votre code qui applique. Un jeton signé est valide 15 minutes et ne peut pas être révoqué : un rôle retiré peut donc survivre dans un jeton déjà émis jusqu'à son expiration ; les appels en direct lisent la base de données. Le tableau de bord n'a pas encore d'écran pour les membres. Les rôles et les organisations sont dans toutes les offres, Free comprise.
Que ne fait pas Nautilus ?
Pas de SAML ni d'authentification unique d'entreprise : si les services informatiques de vos clients la demandent, Auth0, Clerk et Ory Network la vendent. Pas de page de connexion hébergée ni de composants prêts à l'emploi : vous construisez les écrans. Pas de passkeys, pas de codes SMS, pas de Sign in with Apple. Nautilus n'est pas un fournisseur OAuth ou OpenID pour des tiers. Les e-mails que nous envoyons en votre nom, comme l'avertissement avant une suppression, partent de l'adresse de Verne et sont rédigés dans la langue de l'utilisateur (six langues, d'après son locale) ; l'envoi depuis votre propre domaine arrive (offre Pro). Des SDK officiels pour Node, Python, PHP et Rust seulement. Une seule région, la France. Pas de rapport SOC 2 ni ISO 27001, et pas de SLA : la disponibilité est un objectif de 99,9 %, publié sur la page de statut.