Quelle connexion votre app utilise-t-elle ?
Ouvrez le volet Auth dans votre espace de travail, ou demandez à l’Agent : « Quelle authentification cette app utilise-t-elle ? »
| Connexion | Qui envoie les e-mails | Tester avec Proxy Mail QA |
|---|---|---|
| Replit Auth : les utilisateurs se connectent avec un compte Replit | Replit, pour les comptes Replit. Votre app n’en envoie aucun pour la connexion | Seulement les e-mails propres à votre app, comme les invitations |
| Clerk Auth : vos propres comptes, à l’image de votre app | Clerk : un code de vérification quand quelqu’un s’inscrit avec un e-mail et un mot de passe | Oui |
| La vôtre : Supabase, Firebase ou du code qui envoie via Resend et similaires | Votre app ou son service d’authentification | Oui, tous |
Les boutons Google, GitHub, Apple et X n’envoient aucun e-mail pour la connexion, quelle que soit la connexion utilisée : testez-les avec un compte qui vous appartient. Les méthodes de connexion expliquées décrit ce que fait chaque option.
Replit Auth
Vos utilisateurs se connectent sur une page à l’image de Replit avec un compte Replit, via Google, GitHub, X, Apple ou un e-mail. Replit gère cette page et envoie ses e-mails, comme les réinitialisations de mot de passe : votre app n’a donc aucun e-mail d’inscription à tester. Cela convient aux outils internes et aux apps destinées à d’autres utilisateurs de Replit. Pour une app publique avec ses propres comptes, demandez plutôt Clerk Auth à l’Agent.
Vous pouvez toujours vérifier les e-mails que votre app envoie elle-même : invitations, notifications et tout ce que vous avez ajouté avec un service d’e-mail.
Clerk Auth
Votre app a ses propres comptes, séparés de Replit, avec e-mail et mot de passe, plus Google, GitHub, Apple ou X. Quiconque s’inscrit par e-mail reçoit un code de vérification de Clerk.
- Publiez d’abord. Le développement et la production sont séparés, avec des utilisateurs distincts : testez donc sur l’app publiée.
- Créez une adresse dans Proxy Mail QA, avec un persona généré si votre formulaire demande un nom.
- Inscrivez-vous avec un e-mail et un mot de passe, puis copiez le code depuis la ligne.
- Déconnectez-vous puis reconnectez-vous, et essayez la réinitialisation de mot de passe si votre app en propose une.
- Enregistrez le mot de passe sur la ligne pour pouvoir vous reconnecter avec cet utilisateur plus tard.
Sur un domaine personnalisé acheté en dehors de Replit, ajoutez les enregistrements DNS que Replit indique sous Publishing → Domains → Manage (« Authentication DNS setup required »), pour que les codes viennent de votre domaine. Leur prise en compte peut prendre jusqu’à 48 heures. Les apps sur une adresse .replit.app, ou sur un domaine acheté via Replit, n’ont besoin de rien d’autre.
Votre propre connexion
Si votre app utilise Supabase, Firebase ou son propre code avec un service d’e-mail, elle envoie elle-même chaque e-mail de connexion. Pendant le développement, Replit exécute votre app sur une URL de développement liée à votre espace de travail ; à la publication, elle obtient une adresse publique ou votre domaine personnalisé. Les e-mails de connexion doivent toujours pointer vers l’adresse publiée.
- Créez une adresse dans Proxy Mail QA.
- Inscrivez-vous sur l’app publiée, pas dans l’aperçu de l’espace de travail.
- Ouvrez le code ou le lien depuis la ligne. Les codes ont un bouton Copier ; les liens ont des boutons Ouvrir le lien et Copier le lien.
- Vérifiez où mène le lien. S’il pointe vers
localhostou une adresse privée, nous le signalons. S’il pointe vers l’URL de développement, l’URL de base n’est pas définie pour l’app publiée. - Testez de la même façon la réinitialisation de mot de passe et les invitations, puis enregistrez le mot de passe du compte sur la ligne.
Si le lien est incorrect
Demandez quelque chose de précis à l’Agent : « Les e-mails de l’app publiée pointent vers l’URL de développement. Utilise le domaine publié comme URL de base pour tous les liens d’e-mail, depuis une variable d’environnement. » Si votre app utilise Supabase Auth, vérifiez aussi sa Site URL et ses Redirect URLs : voici comment.
Si les e-mails n’arrivent pas
- Vérifiez que le fournisseur d’e-mail de l’app est configuré sur l’app publiée, pas seulement dans l’espace de travail.
- Consultez les journaux du fournisseur pour une tentative d’envoi et une éventuelle erreur.
- Certains fournisseurs limitent le nombre d’e-mails qu’un compte nouveau ou gratuit peut envoyer, ou n’envoient qu’aux adresses vérifiées tant que vous ne les avez pas configurés (mode sandbox ou test). L’e-mail de test n’arrive pas ? donne la solution pour chacun.
Prompts à copier-coller pour l’Agent
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, who sends it, which URL its link points to, and how long its link or code stays valid. Flag anything that uses localhost or the development URL.Emails from the published app must link to the published domain. Build every email link from an environment variable for the app's public URL, set it for the published app, and keep the development URL only for the workspace.