Migrar emails de Supabase a Resend

Configurar bien los emails de autenticación y notificaciones impacta directamente en la experiencia de usuario y en la marca. Aquí verás por qué el sistema interno de Supabase es útil para empezar, cuándo se queda corto en producción y cómo preparar el terreno para usar Resend con dominio propio, mejorando la entregabilidad y el control de plantillas.

¿Qué limitaciones tiene el email interno de Supabase en producción?

El envío integrado de Supabase cubre registro, recuperación de contraseña, verificación y más, pero usa un dominio por defecto que expone que el backend está en Supabase. En producción, necesitas dominio propio, remitentes personalizados y una entregabilidad consistente.

• Emails por defecto llegan “desde” Supabase: afecta marca y confianza.
• Se pueden editar plantillas y usar variables, pero no el dominio.
• Para dominio propio, hay que activar un custom SMTP con un proveedor externo.

¿Cómo funcionan las plantillas y el preview en Supabase?

Supabase ofrece un set de plantillas editables con soporte HTML y vista preview. Un ejemplo es la plantilla de invite user: muestra el asunto “Has sido invitado” y un botón con la confirmation URL para aceptar la invitación. Puedes insertar variables del sistema y validar los cambios con preview antes de enviarlos.

¿Qué tipos de notificaciones vienen listas?

Hay notificaciones para confirmar el sign up, usar magic link, cambiar email, restablecer contraseña y reauthentication. En seguridad, se incluyen cambios de contraseña, email y número de teléfono, vinculación o desvinculación de identidades y eventos de MFA agregado o removido. Todo con la misma lógica de plantillas y preview para ajustar el contenido.

¿Por qué el dominio por defecto es un problema?

Porque el remitente delata la infraestructura y no representa tu marca. En producción se requiere que el correo salga como “@tudominio”, lo que implica configurar un servidor o proveedor SMTP propio desde la sección de authentication del dashboard para enviar con tu dominio.

¿Por qué elegir Resend para el envío de emails?

Resend es un proveedor especializado para developers que ofrece mejor entregabilidad, uso de dominio propio, control de remitentes y plantillas personalizadas. Además, su documentación incluye guías para varios lenguajes y soporte SMTP que se integra con pocas líneas.

• Documentación clara para múltiples lenguajes.
• Implementación SMTP simple con unas “dieciocho líneas”.
• Función de Resend para enviar correos de forma directa.
• Mayor control sobre remitentes, dominio y contenido.

¿Qué ventajas aporta a developers?

La simplicidad. Puedes configurar el envío con SMTP de forma rápida, mantener plantillas coherentes y ganar control total sobre remitentes y dominios. Esto ayuda a escalar desde pruebas a producción sin fricción.

¿Cómo se conecta con Supabase y backend?

La idea es enlazar eventos del backend con envíos reales: notificaciones de nuevos comentarios, likes o mensajes de bienvenida personalizados. Con dominio propio mejoras la entregabilidad y reduces el riesgo de spam. El objetivo es integrarlo en SuplatsiGram y aprovechar lo que ofrece Resend junto a Supabase.

¿Qué pasos preparar para producción con dominio propio?

La transición empieza validando el estado actual y luego activando un proveedor externo. Así aseguras que cada correo represente tu marca y llegue a la bandeja de entrada.

• Ir al dashboard de Supabase y abrir authentication.
• Probar una invitación para ver el remitente y contenido actual.
• Revisar y ajustar plantillas: invite user, confirmation URL, variables y preview con HTML.
• Activar custom SMTP en Supabase y completar los campos del proveedor.
• Migrar a Resend como proveedor: usar su SMTP y función de envío.

¿Quieres que profundicemos en plantillas, dominio propio o en el flujo de comentarios y likes? Comparte tus dudas o casos en los comentarios y avancemos paso a paso.