Deine Anmeldeoptionen in v0-Apps
| Anmeldeoption | E-Mails, die deine Nutzer bekommen | Mit Proxy Mail QA testen |
|---|---|---|
| E-Mail und Passwort, mit Supabase | Bestätigung, Passwort-Reset, E-Mail-Änderung | Ja |
| Magic Links oder Codes, mit Supabase | Ein Link oder Code zur Anmeldung | Ja |
| E-Mail und Passwort, mit Clerk | Ein Bestätigungscode, Codes zum Zurücksetzen des Passworts | Ja |
| Google-, GitHub- und andere Buttons | Keine zum Anmelden | Nein: Nutze ein Konto, das dir gehört |
Nicht sicher, welche deine App nutzt? Frag v0: „Welche Authentifizierung nutzt diese App, und welche E-Mails sendet sie?“ Anmeldemethoden erklärt beschreibt, was jede Option tut.
Teste jede Login-E-Mail in fünf Minuten
- Deploye und öffne dann deine Produktionsadresse, nicht die Vorschau in v0.
- Erstell eine Adresse in Proxy Mail QA, mit einer generierten Persona, falls dein Formular nach einem Namen fragt.
- Registriere dich und nutze den Link oder Code aus der Zeile. Ein Bestätigungslink bekommt die Buttons Link öffnen und Link kopieren; Codes bekommen einen Button Kopieren.
- Teste dann den Rest: abmelden, Passwort zurücksetzen, mit dem neuen anmelden und es in der Zeile speichern.
- Wiederhole es einmal in einem Preview-Deployment, wenn dein Team Änderungen dort prüft, bevor sie live gehen.
Supabase: drei Einstellungen zum Prüfen
1. Site URL und Redirect URLs. Öffne in deinem Supabase-Projekt Authentication → URL Configuration. Setze Site URL auf deine Produktionsdomain und füge deine eigene Domain und https://*-your-team.vercel.app/** (mit dem Namen deines Vercel-Teams) unter Redirect URLs hinzu, damit auch Preview-Deployments funktionieren. Proxy Mail QA markiert Links, die zu localhost führen, auch gehostete Supabase-Links, die erst nach der Bestätigung dorthin weiterleiten. Vollständige Anleitung.
2. Der Redirect im Code. Registrierung, Magic Links und Passwort-Zurücksetzen sollten Supabase bitten, Nutzer zur echten Adresse deiner Website zurückzuschicken, aus einer Umgebungsvariable oder der Adresse der aktuellen Seite, niemals ein fest eingetragenes localhost.
3. Der E-Mail-Absender. Der eingebaute Absender von Supabase ist für die Entwicklung: Er sendet nur 2 E-Mails pro Stunde und nur an Mitglieder des Teams deines Supabase-Projekts, daher verlässt Mail an eine Testadresse Supabase nie. Richte eigenes SMTP mit einem Anbieter wie Resend ein, bevor du mit externen Adressen testest oder startest. Weitere Gründe, warum E-Mails nicht ankommen.
Clerk: Entwicklung und Produktion
Clerk startet deine App auf einer Entwicklungsinstanz mit eigenen Nutzern. Vor dem Start erstellst du eine Produktionsinstanz und verbindest deine Domain mit den DNS-Einträgen, die Clerk auflistet; in der Entwicklung angelegte Konten werden nicht übernommen. Registriere dich in der Produktion erneut mit einer neuen Adresse und prüfe, ob der Bestätigungscode ankommt und funktioniert.
Prompts zum Kopieren für 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.