Authentification (PRO)

Authentification prête pour la production avec des flux réels, OAuth, gestion de session et bases de sécurité pour de vrais produits SaaS.

Starter ProMise à jour 18 mai 2026
Starter ProRes

Authentification qui expédie réellementLien vers la section

Starter Free vous donne auth écrans et états UX.

Starter Pro vous offre un système d'authentification prêt pour la production pour de vrais produits SaaS :

  • Les vrais utilisateurs
  • De vraies sessions
  • Les vrais fournisseurs
  • flux de tokens réels
  • De véritables routes protégées
  • Fondements du cycle de vie des comptes réels

C'est le calque qui transforme les pages de connexion en un système de produit fonctionnel.

Navire une fois. Embarquez-le correctement.

Le coût d'une auth faible est généralement payé plus tard. Starter Pro vous aide à éviter cela en partant d’une base plus solide.
Guide de configuration

Paiement unique — Accès instantané après achat

Idée de base

Auth n'est pas UI. Auth est le cycle de vie, la sécurité, l'état, les redirections, les règles du fournisseur et la confiance.

Ce que cela résoutLien vers la section

L'authentification est généralement l'un des premiers bloqueurs sérieux avant le lancement.

Il semble simple au niveau de l'interface utilisateur:

  • connexion
  • enregistrer
  • mot de passe oublié
  • Boutons OAuth

Mais la production auth a également besoin:

  • mot de passe hashing
  • session persistance
  • e-mail vérification
  • mot de passe reset tokens
  • compte fournisseur reliant
  • comportement de la route protégée
  • Règles de déconnexion sécurisées
  • Taux limitant les fondations
  • Gestion des erreurs sécurisées

Starter Pro vous donne une base structurée pour cette couche afin que vous ne reconstruisiez pas le cycle de vie complet à partir de zéro.

Ce qui est inclusLien vers la section

Pouvoirs

Authentification par e-mail et par mot de passe avec création de compte, validation du mot de passe, réinitialisation du mot de passe et modification du mot de passe.

Fournisseurs OAuth

Google et GitHub OAuth fondent avec des modèles de compte connectés et une gestion plus sûre du cycle de vie des fournisseurs.

Vérification et tokens

Vérification des e-mails, réinitialisation du mot de passe, expiration des tokens et flux de récupération structurés pour une utilisation en production.

Fondations protégées

Interface utilisateur sensible aux sessions, routes protégées, logique backend sensible aux auth et modèles de sécurité des comptes.

Flux d'authLien vers la section

Se connecter

Se connecter Flux

Un flux de connexion de production a besoin de plus qu'une forme. Il a besoin d'état, d'erreurs, de redirections et de création de session.
  • email et mot de passe
  • OAuth se connecter
  • création de session
  • error-aware UX
  • rediriger vers la surface protégée de l'application
Registre

Flux d'enregistrement

L'enregistrement transforme les utilisateurs anonymes en comptes réels avec un cycle de vie qui peut prendre en charge la vérification et l'intégration.
  • Création de compte réel
  • validation du mot de passe
  • cycle de vie e-mail verification-ready
  • chemin d'inscription du fournisseur
  • chemin d'intégration conscient de la session
Mot de passe

Cycle de vie du mot de passe

Les flux de mot de passe nécessitent une récupération sécurisée, des tokens sensibles à l'expiration et des règles de sécurité de compte claires.
  • Mot de passe oublié
  • Réinitialiser le mot de passe
  • expiration-conscient flux de récupération
  • Changement de mot de passe en session
  • ajouter un mot de passe pour les utilisateurs OAuth
Fournisseurs

Comptes connectés

Les flux fournisseurs ont besoin d'un comportement de connexion, de liaison, de déconnexion et de repli pour que les utilisateurs ne soient pas bloqués.
  • Connexion au compte Google
  • Connexion au compte GitHub
  • modèles de liaison de fournisseur
  • Règles de déconnexion sécurisées
  • comportement de repli du compte

Starter Free vs Starter ProLien vers la section

CapacitéStarter FreeStarter Pro
Autres écransInclusInclus
PouvoirsFauxRéel
Google OAuthNon inclusRéel
Github OAuthNon inclusRéel
SessionsFausse / partielleRéel
Vérification par e-mailNon inclusRéel
Mot de passe oubliéUI uniquementFlux réel
Réinitialiser mot de passeUI uniquementToken-based
Changement de mot de passe en sessionNon inclusInclus
OAuth lien de compteNon inclusInclus
Règles de déconnexion sécurisée du fournisseurNon inclusInclus
Routes protégéesConceptuelFondement prêt à la production
Taux limitant les fondationsNon inclusModèle inclus

Une distinction simple

Starter Free simule auth. Starter Pro gère les utilisateurs réels.

ArchitectureLien vers la section

Responsabilités du modèle de donnéesLien vers la section

Starter Pro auth est conçu autour des structures dont un SaaS sérieux a généralement besoin.

Les responsabilités typiques de l'auth comprennent:

ZoneObjet
UtilisateurIdentité, email, image de profil, état de vérification
CompteComptes fournisseurs OAuth et liens de compte
SessionSessions utilisateur actives
VerificationTokenFlux de vérification compatibles avec Auth.js
UserTokenCycle de vie de la vérification et de la réinitialisation du mot de passe
AuthAttemptAudit et base de limitation de taux

Pourquoi cela compte

Production auth ne consiste pas seulement à se connecter. Il s'agit de stocker suffisamment d'état pour sécuriser le cycle de vie du compte, la récupération et la logique du fournisseur.

Routes protégéesLien vers la section

L'Auth devient précieux lorsqu'il protège les surfaces réelles des produits.

Starter Pro est conçu pour que la couche auth puisse protéger :

  • tableau de bord
  • paramètres
  • facturation
  • admin
  • données client
  • zones de produits plan-conscient
protected-routes.txt
/dashboard
/settings
/billing
/admin

Un bon système de routes protégées devrait :

  • rediriger les utilisateurs anonymes
  • Préserver les limites sécurisées des applications
  • exposer l'interface utilisateur consciente de la session
  • éviter les fuites d'état privé
  • travailler avec les règles de facturation et de propriété backend

Intégration avec la facturationLien vers la section

Auth et la facturation sont connectés dans un SaaS réel.

Un client n’est pas seulement un enregistrement de paiement. Un client appartient à un utilisateur ou à une organisation.

Cela signifie qu'auth doit prendre en charge :

  • identité du compte
  • propriété du client
  • accès abonnement
  • accès au portail de facturation
  • Fonctionnalités adapté à l’offre

Pourquoi Auth est important pour les revenus

Vous ne pouvez pas facturer les clients de manière fiable tant que vous ne pouvez pas les identifier de manière fiable.

Règles de sécuritéLien vers la section

Utilisez ces règles lors de l'adaptation de la couche d'authentification.

Préférez

  • Validation côté serveur pour les actions d'authentification
  • tokens de courte durée pour les flux de récupération
  • générique oublié-mot de passe confirmation copie
  • Effacer les redirections session-conscient
  • Règles de déconnexion du fournisseur qui ne verrouillent jamais les utilisateurs

Éviter

  • Savoir si un email existe
  • permettant aux utilisateurs de déconnecter leur seule méthode de connexion
  • faire confiance à l'état d'authentification côté client pour les données protégées
  • Retourner des erreurs d'authentification trop spécifiques
  • mélange de la logique d'authentification dans des composants de produits non liés

Guide de décisionLien vers la section

Starter Pro

Utiliser Starter Pro auth quand auth devient réel

Utilisez Starter Pro lorsque l'authentification fait partie de la fondation de lancement et pas seulement un écran simulé.
  • Les vrais utilisateurs ont besoin de comptes
  • Les séances doivent persister
  • Les fournisseurs OAuth sont importants
  • Le mot de passe doit fonctionner
  • Les routes ont besoin de protection
  • La facturation dépend de l'identité
  • Compte Lifecycle Edge Cases
Démarrer la configuration
Starter Free

Restez en Free tout en validant UX

Restez sur Starter Free lorsque vous testez toujours la surface du produit et que vous n'avez pas encore besoin d'utilisateurs réels.
  • vous êtes toujours en train de valider UX
  • vous n'avez pas encore besoin d'utilisateurs réels
  • Auth ne bloque pas le progrès
  • tu ne t'es pas préparé

Mettre à niveau quand Auth devient réel

Starter Free vous aide à concevoir la surface d'auth. Starter Pro vous donne le système d'auth derrière lui.

Liste de contrôle de mise en œuvreLien vers la section

Avant de traiter l'auth comme prêt au lancement, validez :

  • identifiants de connexion
  • OAuth se connecter
  • enregistrement
  • e-mail vérification
  • mot de passe oublié
  • réinitialiser le mot de passe
  • changement de mot de passe
  • route protégée redirige
  • navigation de session-conscient
  • Comportement du compte connecté
  • Règles de déconnexion du fournisseur
  • Facturation des droits d'accès

Principe de validation

Ne personnalisez pas profondément avant de valider les flux par défaut. Confirmez d'abord la fondation, puis adaptez le produit.

Questions courantesLien vers la section

L'authentification est l'infrastructure de lancement.

Déplacez-vous vers Starter Pro lorsque les pages de connexion doivent devenir un système de compte sécurisé avec des sessions, des fournisseurs, une récupération et un accès protégé.
Voir les tarifs

Paiement unique — Accès instantané après achat

Prochaines étapesLien vers la section