Resend paso a paso: API, verificación de dominio y primer email
Resend es un servicio para enviar emails desde aplicaciones. Te explicamos cómo configurar la API, verificar tu dominio y enviar tu primer correo en minutos.
👁 115 lecturas
Resend es un servicio para enviar emails desde aplicaciones: registros, recuperación de contraseñas, confirmaciones de pedidos, notificaciones. Enviarás tu primer correo en cinco minutos, y lo que más tiempo lleva no es el código, sino la verificación del dominio. Este tutorial te guía por todo el proceso según la documentación oficial de Resend.
Antes de empezar: acceso al DNS
El obstáculo más frecuente al empezar con Resend no es el código, sino la falta de acceso a la configuración DNS del dominio. Antes de comenzar, comprueba dónde se gestiona tu dominio y si tienes permisos para añadir registros. Si el dominio lo gestiona otra persona, por ejemplo una agencia o el departamento de IT, solicita acceso o prepárate para enviarles la lista de registros desde el panel de Resend.
Decide también desde qué dirección saldrán los emails, por ejemplo notificaciones@ en un subdominio específico para envíos.
Paso 1. Clave API
Después de crear tu cuenta, generas una clave API en el panel. Guarda la clave en una variable de entorno en el servidor, por ejemplo en el archivo de configuración de tu aplicación, no en el código. La documentación y los tutoriales lo enfatizan mucho: una clave en el código del navegador es pública, y cualquiera que la lea puede enviar emails en nombre de tu dominio.
Paso 2. Biblioteca y primer email
Instalas la biblioteca oficial para tu lenguaje, por ejemplo para Node.js mediante npm. El primer email lo envías con una sola llamada indicando remitente, destinatario, asunto y contenido HTML. Para pruebas puedes enviar desde la dirección de prueba de Resend, sin configurar tu dominio.
Aquí hay una trampa en la que caen muchas personas: desde la dirección de prueba el email solo llegará a la dirección de tu cuenta. El envío a cualquier otra persona antes de verificar el dominio termina en error, algo que el primer día parece confuso.
Paso 3. Verificación del dominio
Para enviar desde tu propia dirección, añades el dominio en el panel de Resend. En la pestaña de registros obtendrás las entradas que debes añadir en tu proveedor DNS: registros SPF y DKIM y el registro de respuesta. Cópialos exactamente, preferiblemente con copiar-pegar, porque un solo error tipográfico bloquea la verificación.
Tres observaciones prácticas de la documentación:
- Resend recomienda un subdominio separado para envíos, por ejemplo send, en lugar del dominio principal,
- en Cloudflare desactiva el proxy para los registros CNAME, porque de lo contrario la verificación no se completará,
- la propagación puede tardar hasta un día, y las advertencias sobre registros faltantes durante ese tiempo son normales.
DMARC no es obligatorio para la verificación, pero vale la pena añadirlo porque mejora la credibilidad de tus emails.
Paso 4. Plantillas en React Email
Resend fue creado por el mismo equipo que desarrolló React Email, así que es la forma recomendada de construir plantillas. Escribes el email como un componente, con parámetros como el nombre del cliente y el nombre del producto, y lo pasas en la llamada de envío. Resend lo convierte automáticamente en HTML.
Paso 5. Vista previa de envíos
En el panel ves cada mensaje enviado y su estado: entregado, rechazado, marcado como spam. Cuando hay problemas de entrega, este es el primer lugar donde debes mirar. La entregabilidad también depende de la configuración del dominio y las políticas del servidor receptor, así que unos registros DNS correctos son fundamentales.
Ejemplo: email de bienvenida en una aplicación
Tu aplicación debe enviar un email de bienvenida después del registro. Creas la clave, la guardas en una variable en el servidor, pruebas el envío desde la dirección de prueba a tu propia dirección. Añades el subdominio send en el panel, pegas los registros en tu proveedor DNS y esperas la verificación. Escribes la plantilla de bienvenida en React Email con el nombre del usuario y un enlace a los primeros pasos. Después de la verificación, cambias el remitente a tu propia dirección.
En este ejemplo, el orden es importante. Primero prueba desde la dirección de prueba a tu propio buzón, luego verificación del dominio, al final cambio de remitente. Así puedes escribir y probar el código mientras los registros DNS se propagan, y cambiar a tu propia dirección es solo un cambio en la configuración. También vale la pena enviar inmediatamente el email de bienvenida a varios buzones diferentes y comprobar que se ve bien también en el móvil.
Errores más frecuentes
- Clave API en el código del navegador.
- Probar envíos a otras personas antes de verificar el dominio.
- Errores tipográficos en los registros DNS.
- Proxy de Cloudflare activado para los registros de verificación.
Cómo comprobar que todo funciona
Después de verificar el dominio, envía emails de prueba a varios buzones diferentes: Gmail, Outlook, un buzón corporativo. Comprueba que llegan a la bandeja de entrada y no a spam, y que se ven bien en el móvil. En el panel de Resend verás el estado de cada mensaje.
Durante los primeros días después de la implementación, revisa el panel a diario. Los emails rechazados y las marcas de spam detectadas temprano son fáciles de corregir, pero si se ignoran dañan la reputación del dominio.
Cuando los emails básicos funcionen, vale la pena añadir una plantilla separada para cada tipo de mensaje, en lugar de una universal. Un email de recuperación de contraseña y una confirmación de pedido tienen objetivos diferentes, y las plantillas separadas son más fáciles de corregir y probar.
More on this from FULGOR
guías·Cómo ver quién está conectado a tu WhatsApp en 3 minutosWhatsApp permite revisar todos los dispositivos conectados a tu cuenta y cerrar sesión en todos de un golpe. Te explicamos cómo hacerlo paso a paso.