Resend es un servicio en la nube que permite enviar correos desde una aplicación. En lugar de montar y mantener por cuenta propia la infraestructura necesaria para que los mensajes lleguen, el equipo conecta su aplicación con el servicio y gestiona los envíos desde el código o desde el panel de administración.
Es el tipo de herramienta que se usa para los correos que genera un programa de forma automática: confirmaciones, avisos o notificaciones. Si estás valorando si encaja con tu caso, hay tres cosas que conviene mirar antes que nada: cuántos correos vas a enviar, cómo se autentica el dominio desde el que se envían y qué información necesitarás consultar después de cada envío.
El envío empieza en tu aplicación: esta llama a la API de Resend y le pasa los datos del mensaje. Una API es la vía por la que dos programas se comunican entre sí; en este caso, tu aplicación le pide al servicio que envíe un correo concreto.
En esa petición puedes incluir el asunto, el contenido en HTML o en texto y variables distintas para cada destinatario. Así se puede reutilizar una misma estructura de correo y completar los datos particulares en cada envío, por ejemplo el nombre de la persona o una referencia ligada a su operación.
Conviene tener clara una distinción desde el principio: API y SMTP no son lo mismo. SMTP es el protocolo clásico de correo; lo descrito aquí es la integración por HTTP/REST, es decir, tu aplicación hace una petición a la API. La diferencia importa porque cambia la forma en que el equipo desarrolla, prueba y mantiene la integración.
Para enviar desde un dominio propio hay que configurarlo siguiendo el proceso de autenticación que indica Resend. En la práctica, eso significa añadir en el DNS del dominio los registros que el servicio solicita. El DNS es la configuración que asocia un dominio con los servicios que lo usan. Según el procedimiento que corresponda, pueden intervenir registros relacionados con SPF, DKIM o la ruta de retorno, que son los mecanismos que demuestran que el envío está autorizado por el dueño del dominio.
No es un simple trámite técnico. Quien administra el dominio tiene que poder modificar el DNS y coordinarse con quien desarrolla la integración. Si esas dos tareas están en manos de personas distintas, es mejor acordar este paso antes de fijar una fecha de puesta en marcha.
Una vez enviado el correo, la integración puede recibir el resultado: si se entregó, si sufrió un retraso o si rebotó. Esa información llega mediante webhooks o conexiones de eventos. Un webhook es un aviso automático que el servicio manda a otra aplicación cuando ocurre algo relevante.
Sirve para que tu sistema pueda reaccionar. Por ejemplo, la aplicación puede dejar constancia de que un mensaje llegó a su destino, o detectar un rebote para no darlo por entregado.
Resend también ofrece información sobre estados, eventos, informes o registros. Qué se cubre exactamente y durante cuánto tiempo se conserva son puntos que hay que comprobar para el uso previsto. Si el equipo necesita revisar incidencias antiguas o mantener su propio historial, esto puede llevar a guardar los eventos fuera del servicio.
El volumen mensual no es el único límite que puede afectar a una integración. El plan Free tiene además un máximo diario, y la API impone límites propios en aspectos como los envíos por lotes, los destinatarios o los archivos adjuntos.
Por eso conviene separar dos preguntas. La primera: ¿el volumen contratado cubre el total mensual? La segunda: ¿la forma concreta en que envías los mensajes encaja con los límites diarios y técnicos? Una aplicación con pocos correos al mes puede tropezar igualmente con el segundo punto si concentra muchos envíos en un momento puntual.
La información publicada indica que el plan Free incluye 3.000 correos al mes, con un límite de 100 al día. El plan Pro cuesta 20 dólares al mes e incluye 50.000 correos.
Hay un detalle importante en cómo se cuenta el consumo: se hace por destinatario. Las direcciones de los campos To, Cc y Bcc cuentan de forma individual, así que un único mensaje dirigido a varias personas puede gastar más de una unidad del volumen disponible.
El uso de una IP dedicada tiene condiciones de acceso y un coste adicional que hay que comprobar aparte. No conviene dar por hecho que viene incluida por contratar un plan de pago.
Importante
precios y condiciones comprobados el 5 de agosto de 2026 para la referencia global publicada. No se encontró una tarifa oficial específica para Japón. Antes de contratar, confirma el plan disponible, sus límites y las condiciones de la IP dedicada.
Resend publica información sobre seguridad y privacidad, donde se pueden revisar aspectos como el tratamiento de datos, el cifrado, la autenticación y el alcance contractual. Cuánto pesa cada uno de esos puntos depende de qué datos viajen en los mensajes y de las obligaciones que tenga tu organización.
Antes de enviar datos reales, conviene verificar la integración y el dominio, y pedir a las personas responsables de seguridad y privacidad que revisen la documentación aplicable.
Q.¿Resend tiene un plan gratuito?
A.Sí. La información publicada indica 3.000 correos al mes en el plan Free, con un máximo de 100 al día. Además del volumen, hay que revisar los límites propios de la API que puedan afectar a tu integración.
Q.Si pongo varias direcciones en un mismo mensaje, ¿cuenta como un solo correo?
A.No. Cada destinatario incluido en To, Cc o Bcc cuenta por separado para el volumen de envío.
Q.¿La IP dedicada está incluida en el precio del plan?
A.Su disponibilidad y su coste adicional tienen condiciones propias. Hay que consultarlas en la oferta vigente antes de decidir si de verdad la necesitas.
Comprobado: 2026-08-09 (verifica en cada página oficial; los precios pueden cambiar).
Resend