De un vistazo
| Método de inicio de sesión | Qué hacen tus usuarios | Correos que envía | Pruébalo con Proxy Mail QA |
|---|---|---|---|
| Email y contraseña | Eligen una contraseña y luego confirman su correo | Confirmación, restablecimiento de contraseña, cambio de correo | Sí, todos |
| Código por correo | Escriben un código corto de un correo | Un código nuevo cada vez que inician sesión | Sí, con un botón Copiar |
| Magic link | Hacen clic en un enlace de un correo | Un enlace nuevo cada vez que inician sesión | Sí, y nunca abrimos el enlace antes |
| Google, Apple, Microsoft o GitHub | Hacen clic en un botón y eligen su cuenta | Ninguno para iniciar sesión | No: usa una cuenta real tuya |
| Código por teléfono | Escriben un código de un mensaje de texto | Ninguno: es un mensaje de texto | No: solo recibimos correo |
| Inicio de sesión de empresa (SSO) | Inicia sesión con el acceso de su empresa | Ninguno para iniciar sesión | No |
Elijas lo que elijas, tu app sigue enviando sus propios correos, como invitaciones, recibos y notificaciones. Puedes comprobar que llegan y que enlazan al lugar correcto con cualquier método de inicio de sesión.
Email y contraseña
El que todo el mundo conoce. Las personas eligen una contraseña y, si la confirmación por correo está activada, reciben un correo con un enlace o un código y no pueden iniciar sesión hasta que lo usen.
Correos que envía: una confirmación de registro, restablecimientos de contraseña y un correo para confirmar una nueva dirección cuando alguien cambia la suya.
Lo que suele fallar:
- La confirmación está desactivada, así que cualquiera puede registrarse con una dirección que no es suya, o con un error de escritura, y nunca podrás contactarle.
- La confirmación está activada, pero el correo nunca llega, a menudo porque la app sigue usando el remitente de correo inicial de su builder o base de datos, que tiene límites bajos. Por qué no llegan los correos.
- El enlace abre localhost o una dirección de vista previa en lugar de tu app publicada. Cómo solucionarlo.
- El enlace para restablecer la contraseña lleva a una página sin forma de elegir una nueva contraseña.
Pruébalo: regístrate con una dirección nueva y usa el enlace o el código. Cierra sesión y vuelve a entrar. Luego pide un restablecimiento de contraseña y complétalo. Paso a paso.
Códigos por correo
Las personas escriben su correo, reciben un código corto (a menudo de 6 dígitos) y lo escriben. No hay contraseña que recordar. Algunas apps también usan un código para confirmar el registro: Base44 y Clerk lo hacen.
Correos que envía: un código nuevo cada vez que alguien inicia sesión.
Lo que suele fallar:
- El código caduca antes de que llegue el correo.
- Pedir un segundo código no anula el primero, o anula los dos.
- Quien lo pide dos veces recibe “demasiadas solicitudes” y queda bloqueado.
Pruébalo: pide un código y úsalo. Pide dos seguidos y comprueba que solo funciona el más reciente. Proxy Mail QA muestra una cuenta atrás cuando el correo indica cuánto dura el código. Más sobre cómo probar códigos.
Enlaces mágicos
Las personas escriben su correo y hacen clic en el enlace que les envías. Un clic, sin contraseña.
Correos que envía: un enlace nuevo cada vez que alguien inicia sesión.
Lo que suele fallar:
- El enlace abre localhost en lugar de tu app.
- El enlace falla en otro navegador, o en un teléfono donde la app de correo abre su propio navegador.
- Los analizadores de seguridad del correo de algunas empresas abren los enlaces antes que la persona, y eso los agota.
Pruébalo: pide un enlace y ábrelo en el mismo navegador; luego pruébalo en otro dispositivo. Comprueba que un enlace usado o caducado explica qué hacer. Proxy Mail QA nunca abre ni precarga enlaces, así que el tuyo sigue sin usar cuando haces clic. Más sobre enlaces mágicos.
Botones de Google, Apple, Microsoft y GitHub
Las personas hacen clic en Continuar con Google (o Apple, Microsoft o GitHub) y eligen su cuenta. Tu app nunca maneja una contraseña, por eso los builders de apps con IA los añaden con tanta facilidad.
Correos que envía: ninguno para iniciar sesión. Lo gestiona el proveedor.
Lo que suele fallar:
- Funciona en la vista previa, pero falla en tu app publicada o en tu dominio personalizado. La nueva dirección no está en la lista de redirecciones permitidas del proveedor, y Google muestra
redirect_uri_mismatch. - La pantalla de inicio de sesión muestra el nombre de tu builder, no el de tu app. Lovable y Base44 ofrecen una configuración compartida que funciona de inmediato. Cambia a tus propias credenciales antes del lanzamiento si eso te importa.
- Alguien se registra con correo y contraseña y luego hace clic en Continuar con Google con la misma dirección. Decide si debe ser una sola cuenta o un error, y pruébalo.
- Sign in with Apple puede ocultar el correo de las personas. Tu app recibe una dirección que termina en
privaterelay.appleid.com, y tus correos solo llegan a la persona si registraste tu dominio de envío con Apple.
Pruébalo: estos botones necesitan una cuenta real, así que usa una cuenta de Google o de Apple que sea tuya, tanto en la app publicada como en la vista previa.
Códigos por teléfono
Las personas escriben su número de teléfono y reciben un código por mensaje de texto. Necesita un proveedor de SMS como Twilio, y cada mensaje cuesta dinero. Proxy Mail QA solo recibe correo, así que aquí no puede ayudar.
Inicio de sesión de empresa (SSO)
Para apps que se venden a empresas: el personal inicia sesión con el acceso de su empresa, como Okta o Microsoft Entra ID, normalmente mediante un estándar llamado SAML. Lovable y Base44 lo admiten. No envía ningún correo para iniciar sesión, pero las invitaciones al equipo suelen seguir enviándose por correo.
Iniciar sesión con la cuenta del propio builder
Algunos builders permiten iniciar sesión con una cuenta del propio builder. Con Replit Auth, tus usuarios inician sesión con una cuenta de Replit en una página con la marca de Replit, y Replit envía los correos, como los restablecimientos de contraseña. Lovable también ofrece Sign in with Lovable. Eso va bien para herramientas internas y apps para otros builders. Para una app pública normalmente querrás tus propias cuentas: en Replit, eso es Clerk Auth.
¿Qué debería usar una app nueva?
Para la mayoría de las apps: correo más Google.
- Google es el registro más rápido para la mayoría de las personas.
- El correo cubre al resto: personas sin Google, personas que usan una dirección del trabajo y quien prefiere no vincular su cuenta.
- Prefiere códigos o enlaces mágicos si no quieres contraseñas. Los códigos funcionan mejor cuando las personas leen el correo en el teléfono pero usan tu app en un portátil.
- Mantén activada la confirmación por correo y envía los correos desde tu propio dominio antes del lanzamiento.
¿Qué inicio de sesión configura tu builder?
| Creado con | Inicio de sesión que te da | Opciones de inicio de sesión |
|---|---|---|
| Lovable | Lovable Cloud, o tu propio proyecto de Supabase | Correo (el predeterminado), Google, Apple, Microsoft, teléfono, SAML SSO, Sign in with Lovable |
| Replit | Replit Auth (cuentas de Replit), o Clerk Auth (tus propias cuentas) | Correo, Google, GitHub, Apple, X |
| Bolt | La base de datos integrada de Bolt | Correo, Google |
| Base44 | El inicio de sesión integrado de Base44 | Correo y contraseña con un código enviado por correo, Google, Microsoft, Facebook, SSO de empresa |
| v0 | Normalmente Supabase, a veces Clerk | Correo y contraseña, códigos, enlaces mágicos, Google y otros |
| Antigravity | Normalmente Firebase Authentication | Correo y contraseña, enlaces por correo, Google y otros |
| Claude Code, Codex, Cursor | Lo que pidas | Normalmente Supabase, Clerk, Firebase, Auth.js o Better Auth |
Servicios de inicio de sesión que usan los agentes de programación
Cuando creas con un agente de programación, este conecta tu app a un servicio de inicio de sesión. Cada uno envía correos distintos, y cada uno tiene algo que los rompe con más frecuencia:
| Servicio de inicio de sesión | Correos que envía | Lo que más a menudo los rompe |
|---|---|---|
| Supabase Auth | Confirmación, enlace mágico o código, restablecimiento de contraseña, invitación, cambio de correo | La Site URL y el remitente integrado, que solo entrega a tu equipo de Supabase, 2 por hora, hasta que configures un SMTP personalizado |
| Clerk | Un código de verificación (o enlace), códigos de inicio de sesión, códigos para restablecer la contraseña | Desarrollo y producción están separados, con usuarios distintos; producción necesita los registros DNS de tu propio dominio |
| Firebase Authentication | Enlace de verificación, enlace para restablecer la contraseña, inicio de sesión con enlace por correo | Las personas pueden iniciar sesión antes de verificar, a menos que tu app lo compruebe; los enlaces deben apuntar a un dominio autorizado |
| Auth.js | Enlaces mágicos, a través de un proveedor de correo como Resend | El registro con contraseña no trae correos integrados: la verificación y los restablecimientos son código que añades tú |
| Better Auth | Verificación, restablecimiento de contraseña y enlaces mágicos o códigos mediante plugins | Llama a una función de envío que escribes tú, así que no sale nada hasta que la conectas a un proveedor de correo |