Tus opciones de inicio de sesión con Firebase
| Opción de inicio de sesión | Emails que reciben tus usuarios | Probar con Proxy Mail QA |
|---|---|---|
| Email y contraseña | Un enlace de verificación (si tu app lo envía), enlaces de restablecimiento de contraseña, cambio de email | Sí |
| Enlace por email (sin contraseña) | Un enlace para iniciar sesión | Sí |
| Botones de Google, Apple, GitHub y otros | Ninguno para iniciar sesión | No: usa una cuenta tuya |
| Teléfono | Un mensaje de texto | No |
Si tu app usa Supabase, Clerk u otro servicio, consulta qué emails envía cada uno.
Prueba todos los emails de inicio de sesión en cinco minutos
- Crea una dirección en Proxy Mail QA, con una persona generada si tu formulario pide un nombre.
- Regístrate en tu app. Para empezar basta con ejecutarla en tu equipo; revisa la app desplegada antes del lanzamiento.
- Abre el enlace de verificación desde la fila. Tiene un botón Open link, y Proxy Mail QA nunca lo abre antes. En una app desplegada, si el enlace llevaría a la gente de vuelta a
localhost, lo señalamos, incluso cuando esa dirección está escondida dentro del propio enlace de Firebase. - Comprueba que no pudiste usar la app antes de verificar.
- Después restablece la contraseña, inicia sesión con la nueva y guárdala en la fila.
Tres cosas que revisar en Firebase
1. Usuarios sin verificar. Firebase permite iniciar sesión en cuanto alguien se registra, haya hecho clic o no en el enlace de verificación. El código generado suele enviar el correo, pero nunca comprueba el resultado. Asegúrate de que tu app envíe el correo de verificación tras el registro y mantenga las cuentas sin verificar en una pantalla de “revisa tu correo”.
2. Dominios autorizados. Los enlaces que devuelven a las personas a tu app después de verificar, restablecer una contraseña o iniciar sesión por correo solo funcionan para los dominios listados en Authentication → Settings → Authorized domains. localhost y tus direcciones de Firebase Hosting ya están ahí; agrega tu dominio personalizado o los enlaces fallarán con auth/unauthorized-continue-uri.
3. El remitente. En Authentication → Templates puedes cambiar el nombre del remitente, enviar desde tu propio dominio y editar cada correo. Hazlo antes del lanzamiento, para que las personas reconozcan quién envía el correo.
¿Usas inicio de sesión con enlace por correo? Firebase cambió cómo funcionan esos enlaces cuando cerró Dynamic Links: aquí está la configuración.
Deja que el agente haga la comprobación
Los agentes de Antigravity pueden usar servidores MCP. En el panel del agente, abre … → MCP Servers → Manage MCP Servers → View raw config y agrega Proxy Mail QA en mcpServers:
{ "mcpServers": { "proxymail-qa": { "serverUrl": "https://api.proxymail.qa/mcp" } }}Reinicia Antigravity, luego inicia sesión en Proxy Mail QA cuando te lo pida y elige el proyecto que puede usar el agente. Para usar una clave de API en su lugar, consulta configuración de MCP server. Después pide:
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 para copiar y pegar en 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.