Migra desde Resend a un stack transaccional europeo — cuando la experiencia de desarrollador que te trajo empieza a chocar con soberanía, economía de IPs dedicadas o cambios de precio al ritmo del VC

Sí, completamente. React Email es una librería open-source que renderiza JSX a HTML en tiempo de build — no tiene atadura en runtime a la infraestructura de Resend. La llamada render() que produce HTML para el API de Resend produce el mismo HTML que aceptamos vía nuestra API REST o relay SMTP. Los equipos que eligieron Resend específicamente por la experiencia React Email conservan todo el stack de autoría: componentes JSX, el servidor de preview local, el reset CSS específico de email, helpers de layout en tablas, queries de media para modo oscuro, el lote completo.

Nuestra herramienta de migración recorre tu directorio de plantillas existente, renderiza cada plantilla contra el mismo runtime de React Email y valida la salida contra nuestro pipeline de entrega antes de que fluya tráfico de producción. Lo único que no recibes post-migración es el preview del dashboard de Resend — la visualización in-product de plantillas renderizadas. Los equipos típicamente reemplazan eso con el servidor de desarrollo local de React Email, que es lo que usaban durante la autoría de plantillas de todos modos. La experiencia neta tras la semana 1 es el mismo loop de autoría JSX con un target de entrega distinto debajo.

No nos dedicamos a predecir las decisiones de precio de otros proveedores. Lo que sí decimos es que el doblado de octubre 2024 del tramo Scale 200K de $80 a $160 — sin anuncio público, sin grandfathering para nuevos signups, sin cambios de producto que justificaran el aumento — es el tipo de evento que las empresas de infraestructura financiadas por VC hacen en puntos predecibles de su curva de crecimiento. Resend ha levantado capital institucional; la cuenta de crecimiento eventualmente se topa con la cuenta de quema; esa presión suele aflorar como repreciado en vez de cortes de features. Nosotros estamos operados por propietarios desde 2003 y nuestro precio en EUR ha sido estable durante la duración de la empresa. Esa es la diferencia; cada lector saca sus conclusiones sobre qué modelo encaja con su horizonte de planificación operativa.

Para muchos casos de uso, sí. La certificación DPF de Resend (anunciada el 13 de marzo de 2025) hace directa la transferencia legal UE-EE. UU. a nivel contractual; la región de envío en Irlanda atiende la residencia de datos en momento de envío y reduce la latencia de API desde clientes europeos. Para la mayoría de SaaS usando email transaccional, esa combinación es adecuada. La fricción arranca cuando un cliente enterprise con DPO alemán o función de procurement consciente de CNIL francesa pregunta dónde están físicamente los datos de cuenta, los analíticos del dashboard, los logs de rebote y los registros históricos de entrega. La arquitectura de Resend, según su propia documentación, mantiene esos datos hosteados en EE. UU. Esa es una pregunta distinta de "desde dónde se envía el email".

El telón de fondo legal-político también importa. En diciembre de 2025, NOYB emitió aviso público de que el DPF está bajo presión legal seria, citando el caso SCOTUS Trump v. Slaughter que cuestiona la independencia de la FTC — la FTC es pilar de la arquitectura de enforcement que la Comisión Europea exigió al aprobar el DPF. Una sentencia SCOTUS se espera en junio o julio de 2026. Si el framework se debilita materialmente, cada proveedor estadounidense certificado DPF — incluyendo Resend, Mailchimp, SendGrid y muchos otros — vuelve a compliance vía SCC-con-TIA, que es la misma demostración difícil que cubrimos en la página de Mandrill. Para clientes en LATAM (LOPD-GDD España, LFPDPPP México, LGPD Brasil, Ley 25.326 Argentina, Ley 19.628 Chile), la línea regulatoria es análoga — la AEPD, ANPD, INAI y SIC han endurecido criterio sobre transferencias internacionales. Estamos incorporados en UE en Suecia; la pregunta no se plantea de nuestro lado.

Honestamente, normalmente no. A volúmenes sub-500/día, la colocación en pool compartido de Resend es buena, el plan Pro está bien posicionado en precio, la experiencia de autoría React Email es excelente, y la pregunta de IP dedicada no se plantea. Los equipos en este rango de volumen que sí ayudamos típicamente tienen uno de tres drivers: un requisito de soberanía que la certificación DPF no satisface (industrias reguladas, sector público, preocupaciones de DPO alemán o español), un requisito de procurement que manda proveedores no-estadounidenses, o una preferencia arquitectónica por engagement con operador con nombre sobre signup autoservicio. Ninguno de esos es universal a este volumen.

Si tu driver es solo "queremos mejor deliverability", somos honestos en que a sub-500/día la colocación en pool compartido es difícil de batir con IPs dedicadas — la matemática de warmup no favorece IPs dedicadas de bajo volumen, y un pool compartido bien gestionado (que Resend envía) te da la reputación agregada por engagement de muchos remitentes en vez de la reputación finamente calentada de uno. Donde las IPs dedicadas ganan es al volumen donde generas suficiente engagement para sostener tu propia reputación, que es típicamente 5K-10K diarios mínimo.

Ambos se transfieren limpio. El webhook inbound de Resend entrega JSON parseado con cabeceras del email, body, adjuntos en base64; nuestro webhook inbound hace lo mismo con estructura de campos ligeramente distinta. El cambio del registro MX pasa durante la semana 1 junto a las actualizaciones de SPF y DKIM. La verificación de firma de webhook necesita actualizarse para usar nuestro esquema HMAC en vez del de Resend, lo que es típicamente un cambio de código de 10 líneas.

Para webhooks de eventos (delivered, bounce, complaint, opened, clicked), aplica el mismo patrón — misma taxonomía de eventos, nombres de campos JSON ligeramente distintos. El script de migración que corremos produce un diff de handler de webhook mostrando exactamente qué campos hay que remapear; la mayoría de equipos completa este trabajo en la semana 1 junto a los cambios de DNS.

Enviamos un constructor de campañas ligero que maneja segmentación de audiencia, envío de broadcasts y A/B testing básico, pero está deliberadamente menos completo que Resend Marketing Email. Para equipos cuyo programa de email marketing es sustancial — automaciones de múltiples pasos, triggers conductuales, segmentación profunda, integración con sistemas CRM — típicamente recomendamos emparejarnos con una plataforma de marketing dedicada (Customer.io, Brevo, Klaviyo) en vez de pedirnos ser una herramienta de marketing completa. La capa transaccional se mueve a nosotros; la capa de marketing se queda donde está o se mueve a un especialista.

Audiences y Broadcasts exportan limpios: el API de contactos de Resend soporta export CSV con campos custom, y el historial de broadcasts es exportable a través de su API. La migración de email marketing corre en su propio carril en las semanas 4-6 típicamente, después de que el corte transaccional esté estable. La mayoría de equipos encuentra el split más simple que el setup combinado de Resend tras vivir con él unos meses.

Mes a mes en planes estándar con preaviso de 30 días para cancelar. Los contratos anuales reciben descuento del 10-15%, pero el anual es siempre opcional. Durante el proyecto de migración, los primeros 60 días están estructurados para que puedas regresar a Resend en cualquier momento. No bloqueamos a nadie durante validación — el wrapper de abstracción que tu equipo introduce en la semana 1 hace que cambiar de proveedor sea cambio de config de una línea.