Migrar desde Resend

Límite de compatibilidad

SendHQ acepta los campos JSON habituales al estilo de Resend para envíos HTTP directos, pero no es un reemplazo directo del SDK de Resend. Apunte su propio adaptador HTTP del lado del servidor a /api/v1/emails; no dé por hecho que un SDK con el host de Resend fijado en el código pueda reconfigurarse.

Correspondencia de campos

from, to, cc, bcc, subject, html, text, reply_to y los headers personalizados seguros se asignan directamente. SendHQ también acepta message_class, referencias a template alojadas, draft_id y campos de respuesta/hilo. Los payloads de React específicos de Resend, los arrays de adjuntos en línea, las etiquetas, las audiencias, las difusiones y los campos de envío programado no tienen equivalentes aceptados.

Adjuntos y plantillas

Suba los adjuntos a un borrador de SendHQ y después envíe con draft_id. Las plantillas alojadas son recursos de SendHQ con versiones publicadas y datos tipados; migre explícitamente los ID de plantilla y las llamadas de renderizado en lugar de copiar el identificador de plantilla de un proveedor.

Reintentos

Genere una Idempotency-Key estable por cada envío lógico. Reintente el payload JSON idéntico con esa clave. Si cambian el asunto, el cuerpo, un destinatario, un encabezado o los datos de la plantilla, use una clave nueva; de lo contrario, SendHQ devuelve 409. Una respuesta almacenada que se reproduce incluye Idempotent-Replayed: true.

Lista de comprobación para el cambio

1. Verifique cada dominio From y cada dirección de remitente exacta que vaya a usar.
2. Envíe mensajes controlados de texto y HTML a una bandeja de entrada propia.
3. Confirme la aceptación por el proveedor por separado de los eventos de entrega.
4. Pruebe la gestión de 409, 422, 423, 429 y 5xx.
5. Mantenga disponible el adaptador del proveedor anterior hasta que funcionen tanto los flujos transaccionales como los de ciclo de vida.