L'authentification est l'une de ces choses dont chaque app a besoin, et qui reste pourtant pénible en 2026. J'ai traversé trois solutions différentes avant de tomber sur quelque chose que j'aime vraiment. Voici l'histoire honnête.
Le point de départ — Auth.js (next-auth)
Auth.js est la recommandation par défaut que vous trouverez partout. Ça existe depuis toujours, la communauté est énorme, et l'intégration à Next.js est native.
Alors naturellement, j'ai commencé par ça.
Deux jours. Deux jours entiers de setup — et rien ne fonctionnait encore.
Pour être juste, c'était en beta. Et pas depuis une semaine ou un mois — trois ans en beta. Ce n'est pas une beta, c'est un produit qui n'arrive pas à décider ce qu'il veut être.
La configuration est verbeuse, les messages d'erreur sont obscurs, et chaque réponse sur Stack Overflow renvoie à une version qui n'existe plus. Je suis passé à la suite.
La solution facile — Clerk
Après l'expérience Auth.js, je voulais juste quelque chose qui marche. Un tuto YouTube m'a mené à Clerk, et j'étais convaincu en quinze minutes environ.
Clerk demande ~15 minutes pour mettre en place un flux d'auth pleinement fonctionnel. Connexion, inscription, OAuth, gestion de session — tout.
C'est pré-construit, poli, et la DX est réellement impressionnante. Si vous construisez un side project et que l'auth n'est pas le sujet — Clerk est le bon choix.
Mais dès que j'ai voulu personnaliser, j'ai heurté un mur. Les composants sont opinionated par design. Vous pouvez les styler jusqu'à un certain point, mais vous ne pouvez pas vraiment les posséder. Et pour tout ce qui sort du happy path, vous vous battez contre l'abstraction.
C'est un outil pour ceux qui veulent aller vite et n'ont pas besoin de contrôle. Rien de mal à ça — ce n'est juste pas toujours ce dont j'ai besoin.
Celle que j'utilise vraiment maintenant — Better-Auth
J'ai découvert Better-Auth via une vidéo YouTube, et ça a immédiatement sonné différent.
Installer et configurer
Setup standard — moins de 30 lignes pour obtenir une config d'auth fonctionnelle avec votre adaptateur de base de données.
Ajouter email/mot de passe + login social
Les deux fonctionnels en moins d'une heure. L'API est cohérente et la doc est vraiment lisible.
Ajouter les plugins selon vos besoins
Two-factor auth, organisations, admin, SSO entreprise — tous disponibles en plugins opt-in. Vous ajoutez ce dont vous avez besoin, rien de plus.
Better-Auth vous donne la vitesse de Clerk avec le contrôle du fait-maison. Cette combinaison est rare.
Ce n'est pas parfait — l'écosystème est plus jeune et vous trouverez moins de tutoriels. Mais pour tout projet où je tiens à posséder la couche d'auth, c'est mon défaut désormais.
Et Supabase Auth et Firebase Auth ?
Les deux sont valables — mais avec un compromis : vous achetez une plateforme, pas seulement une librairie d'auth.
Supabase Auth est étroitement couplé à l'écosystème Supabase. Si vous utilisez déjà Supabase pour votre base de données, c'est un choix naturel. Mais si vous êtes sur Neon ou PlanetScale, vous ajoutez tout un BaaS juste pour l'auth.
Firebase Auth, c'est la même histoire côté Google. Ça marche bien dans des projets Firebase, mais le mélanger à une stack Next.js + Prisma ajoute une complexité inutile. Vous finissez par gérer deux couches de données qui ne se parlent pas naturellement.
Les deux sont d'excellents outils. Ce ne sont juste pas des librairies d'auth — ce sont des plateformes qui incluent l'auth. Si l'auth est tout ce dont vous avez besoin, ne tirez pas toute une plateforme pour ça.
Le récapitulatif
| Librairie | Setup | Flexibilité | Contrôle | Idéal pour |
|---|---|---|---|---|
| Auth.js | Si vous aimez souffrir | |||
| Clerk | Side projects rapides | |||
| Better-Auth | Tout le reste | |||
| Supabase Auth | Déjà sur Supabase | |||
| Firebase Auth | Déjà sur Firebase |
Mon défaut en 2026 : Better-Auth pour les projets complets, Clerk quand je dois livrer quelque chose en un week-end.
Comments
Sign in with GitHub to join the conversation.