Proyecta Auth

Authentification utilisateur intégrée. Connexion par e-mail et Google — avec gestion des rôles.

Proyecta Auth gère l’authentification des utilisateurs pour les apps que tu crées. Les utilisateurs cliquent sur connexion ou inscription, une page Proyecta Auth s’ouvre (dans une popup par défaut), ils choisissent leur méthode préférée, s’authentifient, puis reviennent dans ton app connectés.

Méthodes de connexion prises en charge

Méthode	Disponibilité
Google	Tous les plans
E-mail (code à usage unique)	Tous les plans

Ajouter l’authentification à ton app

Demande simplement à l’IA :

Add user authentication to my app with Google and email login.
Show a profile menu in the header when the user is signed in.

Activer l’authentification ne signifie pas écrire un système de connexion de zéro. La page de connexion, le gestionnaire de callback OAuth et le hook d’état d’auth (AuthProvider / useAuth) sont déjà inclus dans le template de l’app. L’auth est une fonctionnalité que tu actives : lorsque tu le demandes, Proyecta configure le client d’auth de ton app, définit la configuration de connexion et expose l’interface de connexion préconstruite (par exemple, un menu de profil dans ton header) — tu obtiens ainsi le flux testé du template, sans routes improvisées.

Consulter tes utilisateurs

Ouvre le panneau d’administration → Members de ton app pour voir toutes les personnes qui se sont connectées et gérer leurs accès. (L’ancien onglet Utilisateurs du builder a été intégré dans l’administration de l’app.)

Rôles et permissions

Chaque app est livrée avec un système de rôles intégré — trois niveaux, du moins au plus d’accès :

• User — tout utilisateur final connecté (valeur par défaut pour toute personne qui se connecte).
• Staff — accès élevé aux parties opérationnelles de ton administration.
• Admin — accès complet, y compris la gestion des rôles des autres personnes.

Tu gères qui possède quel rôle depuis le panneau d’administration → Members de ton app — promeus ou rétrograde les personnes depuis cet espace, et le serveur applique chaque vérification de rôle. Le premier administrateur est l’e-mail que tu désignes à la création de l’app (voir Admin Panel). Tu n’as rien à construire — tout cela est livré avec chaque app.

FAQ

Puis-je utiliser un fournisseur d’auth personnalisé à la place de Proyecta Auth ?

Proyecta Auth est le fournisseur intégré et la voie prise en charge — il gère la connexion, le callback OAuth et la session pour toi. La configuration d’un SDK d’auth tiers arbitraire dans une app générée n’est pas prise en charge (le build bloque les packages d’auth côté serveur tels que NextAuth et Supabase Auth). Le SSO entreprise via ton propre fournisseur d’identité est prévu dans la roadmap — voir SSO & SAML.

Puis-je utiliser des flux de connexion intégrés à l’app plutôt qu’une redirection ?

L’app générée par défaut utilise un flux de connexion basé sur une popup — la page Proyecta Auth s’ouvre dans une fenêtre popup plutôt que de remplacer la page actuelle. Un flux basé sur une redirection complète est également pris en charge et peut être demandé à l’IA.

Puis-je masquer certaines méthodes de connexion ?

Pas encore. Toutes les méthodes de connexion activées sont affichées aux utilisateurs. L’affichage sélectif sera bientôt disponible.

Que faire si les utilisateurs ne reçoivent pas les e-mails OTP ?

Vérifie les dossiers spam, essaie une autre méthode de connexion ou une autre adresse e-mail, ou demande à ton équipe informatique d’autoriser proyecta.dev et notifications.proyecta.dev.

Puis-je me connecter en tant qu’utilisateur pour le support ?

Pas encore. Utilise les accès basés sur les rôles pour créer des vues d’administration affichant les données spécifiques à chaque utilisateur.

Bientôt disponible

• Personnalisation de la page de connexion — personnalise les couleurs, le logo et la mise en page pour correspondre à l’identité visuelle de ton app
• Microsoft OAuth — connexion avec un compte Microsoft
• SAML / SSO — authentification unique en entreprise (prévu pour le plan Studio)
• SMS OTP — code à usage unique par SMS
• E-mail / mot de passe — identifiants traditionnels avec flux de réinitialisation du mot de passe
• Fournisseurs OAuth supplémentaires — GitHub, Apple et d’autres
• Méthodes de connexion sélectives — choisis quelles méthodes apparaissent sur la page de connexion
• Usurpation d’identité utilisateur — connexion en tant qu’utilisateur pour le débogage et le support