Vos options de connexion dans les apps v0
| Option de connexion | E-mails reçus par vos utilisateurs | Tester avec Proxy Mail QA |
|---|---|---|
| E-mail et mot de passe, avec Supabase | Confirmation, réinitialisation du mot de passe, changement d’e-mail | Oui |
| Liens magiques ou codes, avec Supabase | Un lien ou un code pour se connecter | Oui |
| E-mail et mot de passe, avec Clerk | Un code de vérification, des codes de réinitialisation de mot de passe | Oui |
| Google, GitHub et autres boutons | Aucun pour se connecter | Non : utilisez un compte qui vous appartient |
Vous ne savez pas laquelle utilise votre app ? Demandez à v0 : « Quelle authentification cette app utilise-t-elle, et quels e-mails envoie-t-elle ? » Les méthodes de connexion expliquées décrit ce que fait chaque option.
Testez chaque e-mail de connexion en cinq minutes
- Déployez, puis ouvrez votre adresse de production, pas l’aperçu dans v0.
- Créez une adresse dans Proxy Mail QA, avec un persona généré si votre formulaire demande un nom.
- Inscrivez-vous et utilisez le lien ou le code de la ligne. Un lien de confirmation a des boutons Ouvrir le lien et Copier le lien ; les codes ont un bouton Copier.
- Testez ensuite le reste : déconnectez-vous, réinitialisez le mot de passe, connectez-vous avec le nouveau et enregistrez-le sur la ligne.
- Recommencez une fois sur un déploiement de prévisualisation si votre équipe y vérifie les modifications avant leur mise en ligne.
Supabase : trois réglages à vérifier
1. Site URL et Redirect URLs. Dans votre projet Supabase, ouvrez Authentication → URL Configuration. Définissez la Site URL sur votre domaine de production, et ajoutez votre domaine personnalisé et https://*-your-team.vercel.app/** (avec le nom de votre équipe Vercel) sous Redirect URLs, pour que les déploiements de prévisualisation fonctionnent aussi. Proxy Mail QA signale les liens qui mènent à localhost, y compris les liens Supabase hébergés qui n’y redirigent qu’après vérification. Guide complet.
2. La redirection dans le code. L’inscription, les liens magiques et la réinitialisation de mot de passe doivent demander à Supabase de renvoyer les utilisateurs vers la vraie adresse de votre site, depuis une variable d’environnement ou l’adresse de la page en cours, jamais un localhost codé en dur.
3. L’expéditeur des e-mails. L’expéditeur intégré de Supabase est fait pour le développement : il n’envoie que 2 e-mails par heure, et uniquement aux membres de l’équipe de votre projet Supabase, donc un e-mail vers une adresse de test ne quitte jamais Supabase. Configurez un SMTP personnalisé avec un fournisseur comme Resend avant de tester avec des adresses externes ou de lancer votre app. Autres raisons pour lesquelles un e-mail n’arrive pas.
Clerk : développement et production
Clerk démarre votre app sur une instance de développement avec ses propres utilisateurs. Avant le lancement, vous créez une instance de production et connectez votre domaine avec les enregistrements DNS que Clerk indique ; les comptes créés en développement ne sont pas repris. Inscrivez-vous à nouveau en production avec une nouvelle adresse, et vérifiez que le code de vérification arrive et fonctionne.
Prompts à copier-coller pour v0
List every email this app sends: sign-up confirmation, verification code, magic link, password reset, invite and email change. For each, tell me what triggers it, which URL its link points to, and how long its link or code stays valid. Flag anything that uses localhost.Build every redirect in sign-up, magic link and password reset emails from an environment variable for the site's public URL, falling back to the current page's address. Never hard-code localhost.Add a Forgot password flow: a page to request the email, and a page to choose a new password that then signs the user in. Show a clear message when the link has expired or was already used, with a button to send a new one.