Proyecta Auth

Inbyggd användarautentisering. E-post och Google-inloggning — med rollbaserad åtkomst.

Proyecta Auth hanterar användarautentisering för apparna du bygger. Användare klickar på logga in eller registrera sig, en Proyecta Auth-sida öppnas (som standard i ett popup-fönster), de väljer sin föredragna metod, autentiserar sig och återvänder till din app inloggade.

Inloggningsmetoder som stöds

Metod	Tillgänglighet
Google	Alla planer
E-post (engångskod)	Alla planer

Lägg till autentisering i din app

Be AI:n om det:

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

Att aktivera autentisering innebär inte att ett inloggningssystem skrivs från grunden. Inloggningssidan, OAuth-callback-hanteraren och auth-state-hooken (AuthProvider / useAuth) levereras redan med appmallen. Auth är en funktion du aktiverar: när du ber om det konfigurerar Proyecta din apps auth-klient, ställer in inloggningskonfigurationen och exponerar det färdiga inloggningsgränssnittet (till exempel en profilmeny i din header) — så du får mallens testade flöde inkopplat, inte provisoriska routes.

Se dina användare

Öppna din apps egna adminpanel → Members för att se alla som har loggat in och hantera deras åtkomst. (Byggverktygets tidigare Users-flik har slagits ihop med appens admin.)

Roller och behörigheter

Varje app levereras med ett inbyggt rollsystem — tre nivåer, från minst till mest åtkomst:

• User — alla inloggade slutanvändare (standardrollen för alla som loggar in).
• Staff — utökad åtkomst till de operativa delarna av din admin.
• Admin — fullständig åtkomst, inklusive hantering av andras roller.

Du hanterar vem som har vilken roll från din apps adminpanel → Members — befordra eller nedgradera personer där, och servern tillämpar varje rollkontroll. Den första administratören är den e-postadress du anger när appen skapas (se Admin Panel). Du behöver inte bygga något av detta — det levereras med varje app.

Vanliga frågor

Kan jag använda en anpassad auth-leverantör istället för Proyecta Auth?

Proyecta Auth är den inbyggda leverantören och den väg som stöds — den hanterar inloggning, OAuth-callback och sessionen åt dig. Det stöds inte att koppla in ett godtyckligt tredjeparts-auth-SDK i en genererad app (bygget blockerar server-auth-paket som NextAuth och Supabase Auth). Enterprise SSO via din egen identitetsleverantör finns på roadmap — se SSO & SAML.

Kan jag använda inbyggda inloggningsflöden istället för en redirect?

Den genererade standardappen använder ett popup-baserat inloggningsflöde — Proyecta Auth-sidan öppnas i ett popup-fönster istället för att ersätta den aktuella sidan. Ett fullständigt redirect-baserat flöde stöds också och kan begäras från AI:n.

Kan jag dölja specifika inloggningsmetoder?

Inte ännu. Alla aktiverade inloggningsmetoder visas för användarna. Selektiv visning kommer snart.

Vad händer om användare inte får OTP-e-postmeddelanden?

Kontrollera skräppostmappen, prova en alternativ inloggningsmetod eller e-postadress, eller be ditt IT-team att vitlista proyecta.dev och notifications.proyecta.dev.

Kan jag imitera en användare för support?

Inte ännu. Använd rollbaserad åtkomst för att bygga adminvyer som visar användarspecifik data istället.

Kommer snart

• Varumärkesanpassning av inloggningssidan — anpassa färger, logotyp och layout för att matcha din apps varumärke
• Microsoft OAuth — logga in med ett Microsoft-konto
• SAML / SSO — enterprise single sign-on (planerat för Studio-planen)
• SMS OTP — engångskod via SMS
• E-post / lösenord — traditionella inloggningsuppgifter med flöde för lösenordsåterställning
• Ytterligare OAuth-leverantörer — GitHub, Apple med flera
• Selektiva inloggningsmetoder — välj vilka metoder som visas på inloggningssidan
• Användarimitation — logga in som en användare för felsökning och support