Deine Login-Optionen mit Firebase
| Anmeldeoption | E-Mails, die deine Nutzer bekommen | Mit Proxy Mail QA testen |
|---|---|---|
| E-Mail und Passwort | Ein Verifizierungslink (falls deine App einen sendet), Passwort-Reset-Links, E-Mail-Änderung | Ja |
| E-Mail-Link (passwortlos) | Ein Link zum Anmelden | Ja |
| Google-, Apple-, GitHub- und andere Buttons | Keine zum Anmelden | Nein: Nutze ein Konto, das dir gehört |
| Telefon | Eine SMS | Nein |
Nutzt deine App stattdessen Supabase, Clerk oder einen anderen Dienst, sieh nach, welche E-Mails jeder sendet.
Teste jede Login-E-Mail in fünf Minuten
- Erstell eine Adresse in Proxy Mail QA, mit einer generierten Persona, falls dein Formular nach einem Namen fragt.
- Registriere dich in deiner App. Für den Anfang reicht es, sie lokal laufen zu lassen; prüfe die bereitgestellte App vor dem Launch.
- Öffne den Verifizierungslink aus der Zeile. Sie bekommt einen Button Link öffnen, und Proxy Mail QA öffnet ihn nie vorher. Würde der Link Leute bei einer bereitgestellten App zurück zu
localhostführen, markieren wir das, auch wenn diese Adresse im eigenen Link von Firebase versteckt ist. - Prüfe, dass du die App vor der Verifizierung nicht nutzen konntest.
- Setz dann das Passwort zurück, melde dich mit dem neuen an und speichere es in der Zeile.
Drei Dinge, die du in Firebase prüfen solltest
1. Nicht verifizierte Nutzer. Firebase lässt Leute direkt nach der Registrierung einloggen, egal ob sie den Bestätigungslink geklickt haben. Generierter Code sendet die E-Mail oft, prüft das Ergebnis aber nie. Sorg dafür, dass deine App die Bestätigungs-E-Mail nach der Registrierung sendet und nicht verifizierte Konten auf einem Bildschirm „Prüfe deine E-Mails“ hält.
2. Autorisierte Domains. Links, die Leute nach dem Verifizieren, dem Zurücksetzen eines Passworts oder der Anmeldung per E-Mail zurück in deine App bringen, funktionieren nur für Domains, die unter Authentication → Settings → Authorized domains stehen. localhost und deine Firebase-Hosting-Adressen sind schon eingetragen; füge deine eigene Domain hinzu, sonst schlagen Links mit auth/unauthorized-continue-uri fehl.
3. Der Absender. Unter Authentication → Templates kannst du den Absendernamen ändern, von deiner eigenen Domain senden und jede E-Mail bearbeiten. Mach das vor dem Launch, damit Leute erkennen, von wem die E-Mail kommt.
Nutzt du die Anmeldung per E-Mail-Link? Firebase hat geändert, wie diese Links funktionieren, seit Dynamic Links eingestellt wurde: So richtest du es ein.
Lass den Agent die Prüfung machen
Die Agents von Antigravity können MCP-Server nutzen. Öffne im Agent-Panel … → MCP Servers → Manage MCP Servers → View raw config und füge Proxy Mail QA unter mcpServers hinzu:
{ "mcpServers": { "proxymail-qa": { "serverUrl": "https://api.proxymail.qa/mcp" } }}Starte Antigravity neu, melde dich dann bei Proxy Mail QA an, wenn du gefragt wirst, und wähle das Projekt, das der Agent nutzen darf. Wenn du stattdessen einen API-Schlüssel nutzen willst, sieh dir die MCP server-Einrichtung an. Dann frag:
Create a test address with Proxy Mail QA, sign up on the running app with it, wait for the verification link and open it. Then tell me where the link went, and whether the account could use the app before it was verified.Prompts zum Kopieren für Antigravity
List every email this app sends: verification, password reset, email-link sign-in, email change and anything else. For each, tell me what triggers it, which URL it continues to, and how long its link stays valid. Flag anything that uses localhost.After email and password sign-up, send a verification email and keep unverified users on a "check your email" screen with a button to send it again. Enforce it in the Firestore security rules as well, not only in the page.Make the verification, password reset and email-link sign-in emails continue to the deployed app's address, from an environment variable, and tell me which domain to add to Firebase's authorized domains.