osFoundry / Platform
Authentification des visiteurs
Anonyme, magic-link, OAuth ou SSO d'espace de travail pour les applications publiques. Mélangez par route.
Présentation
L'authentification des visiteurs, c'est la façon dont osFoundry décide qui atteint chaque route d'une app que vous publiez. Quand vous déployez une app depuis votre workspace, elle sort sur une URL publique, et chaque route peut avoir sa propre porte d'entrée : laissez une page entièrement ouverte aux visiteurs anonymes, protégez-en une autre derrière un lien magique envoyé à une adresse e-mail, exigez une connexion via un fournisseur OAuth, ou réservez une route aux membres de votre workspace osFoundry via le SSO. Vous choisissez par route plutôt que pour toute l'app, si bien qu'une landing marketing, un outil protégé et une vue d'administration interne peuvent cohabiter dans le même déploiement sous des règles différentes.
Dans osFoundry, l'app et son authentification vivent dans le même workspace que votre chat, vos agents, votre code et vos données. Pas besoin de monter un service d'identité à part ni d'écrire à la main la gestion des sessions : vous rattachez une méthode à une route, et la plateforme l'applique devant l'app à chaque requête. Parce qu'osFoundry est un workspace BYOK et local-first, le choix d'authentification porte sur qui atteint votre app publiée ; il ne fait pas transiter le trafic de votre modèle par un revendeur et n'ajoute pas de frais par siège pour les personnes qui se connectent. L'accès anonyme reste vraiment anonyme, les liens magiques évitent totalement les mots de passe, OAuth réutilise les comptes que vos visiteurs possèdent déjà, et le SSO du workspace garde les outils internes cantonnés à votre équipe.
Ce qu'il faut comprendre, c'est le modèle « combiner par route ». Une seule app publique veut rarement une porte unique. L'authentification des visiteurs permet à une app publique d'exposer une façade ouverte tout en protégeant les actions situées derrière, et laisse une app interne rester en SSO uniquement, le tout sans scinder l'app en déploiements séparés ni écrire un middleware sur mesure pour chaque page.
Fonctionnalités clés
- Accès anonyme : laissez des routes publiques entièrement ouvertes, sans connexion, pour les landing pages et les vues en lecture seule
- Connexion par lien magique : authentifiez les visiteurs avec un lien à usage unique envoyé par e-mail, aucun mot de passe à stocker ni à réinitialiser
- OAuth : laissez les visiteurs se connecter avec des comptes qu'ils possèdent déjà chez un fournisseur OAuth
- SSO du workspace : réservez des routes aux membres de votre workspace osFoundry pour les outils internes
- Configuration par route : appliquez des méthodes d'authentification différentes à des routes différentes d'une même app publiée
Cas d’usage
- Développeur indépendant : publie un outil avec une landing anonyme ouverte et place le vrai générateur derrière un lien magique pour rattacher l'usage à un e-mail
- Chef d'équipe : déploie un tableau de bord interne depuis le workspace et verrouille chaque route avec le SSO du workspace pour que seuls les coéquipiers l'ouvrent
- Équipe produit : exploite une app publique où la doc est anonyme, l'outil gratuit utilise la connexion OAuth et le panneau d'administration est réservé au workspace
Questions fréquentes
Différentes pages d'une même app peuvent-elles utiliser des méthodes de connexion différentes ?
Oui. L'authentification des visiteurs se configure par route : une même app publiée peut laisser certaines routes anonymes, en protéger d'autres derrière un lien magique ou OAuth, et en réserver d'autres au SSO du workspace, sans la scinder en déploiements séparés.
Quelle est la différence entre OAuth et le SSO du workspace ici ?
OAuth laisse des visiteurs extérieurs se connecter avec des comptes qu'ils possèdent déjà chez un fournisseur OAuth, ce qui convient aux apps publiques. Le SSO du workspace réserve une route aux membres de votre workspace osFoundry, ce qui convient aux outils internes que le public ne doit pas atteindre.
Ajouter des visiteurs authentifiés implique-t-il de payer par siège ?
Non. osFoundry n'a pas de frais par siège, et l'authentification des visiteurs contrôle qui atteint votre app publiée au lieu d'ajouter des frais par personne connectée. Elle fait partie de la couche Apps & Backend du workspace, pas d'un abonnement d'identité distinct.