Saltar al contenido
WC.

Elegir un proveedor de email para marketing

5 min de lecturaInfraestructura
#email#resend#developer-tools#newsletters

Elegir un proveedor de email para newsletter o drip de marketing parece que debería ser simple. Necesitas enviar correos, recoger suscriptores y quizá seguir aperturas. El mercado está abarrotado: Buttondown, Resend, ConvertKit, Mailgun y una docena más dicen resolverlo.

Evalué en serio cuatro Buttondown, Resend, ConvertKit y Mailgun para un flujo API-first liderado por desarrolladores. Esta es la comparación que me importó y por qué me quedé con Resend.

Comparación

ButtondownResendConvertKitMailgun
Enfoque principalNewsletters, escritoresTransaccional + marketing, desarrolladoresCreadores, marketersTransaccional + marketing, empresas
API / DXREST API, docs decentesAPI-first, SDKs (Node, React), docs genialesREST API, orientado a creadoresREST API madura, mucho config
Modelo de preciosPor suscriptorPor email (tier gratis: 3k/mes)Por suscriptor, gratis hasta 1kPor email, tramos por volumen
Código / automatizaciónBueno para automatización simplePensado para pipelines, React Email, webhooksForms + automatizaciones en UIControl total, más carga de ops
EntregabilidadSólida para newslettersFuerte, infra modernaFuerte para funnels de creadoresNivel enterprise
Mejor encajeEscritores en solitario, setup mínimoDesarrolladores, apps, envíos programáticosCreadores no técnicos, funnelsAlto volumen, usuarios Mailgun existentes

Buttondown

Pros: Directo. Tienes un producto de newsletter que funciona: formulario de suscripción, borradores, programación y una API simple. Sin bloat. El precio escala con suscriptores, predecible. Bueno si quieres escribir en Markdown y enviar números sin pensar en entregabilidad o plantillas.

Contras: El producto gira en torno al dashboard y el flujo de newsletter, no en tu código como fuente de verdad. La API es capaz pero no es el centro del diseño. Si quieres gestionar segmentos, triggers o flujos complejos desde tu app, vas contra la corriente. Dominios y branding personalizados existen pero se sienten secundarios frente a la experiencia "escritor en una caja".

Resend

Pros: Hecho para desarrolladores. API-first significa que cada función es accesible desde código sin huecos "solo en la UI". SDKs para Node y React (incluyendo React Email) hacen fácil componer emails en código y enviar en una llamada. Webhooks, dominios y logs de auditoría son de primera. El tier gratis (3.000 emails/mes) basta para enviar e iterar. La documentación es clara y el modelo mental es "envía emails desde tu app", no "gestiona un producto de email aparte".

Contras: Más joven que Mailgun o ConvertKit. Menos plantillas prehechas y sin constructor visual de campañas; si quieres campañas drag-and-drop, usas React Email o construyes el tuyo. El producto está optimizado para quien se siente cómodo en código.

ConvertKit

Pros: Fuerte para creadores y marketers. Forms, landing pages, tagging, automatizaciones y funnels están en el producto. La entregabilidad está afinada para newsletter y marketing. Si quieres diseñar secuencias y segmentos en una UI y tocar la API solo de vez en cuando, ConvertKit encaja.

Contras: El centro de gravedad es la UI, no la API. Las automatizaciones y la lógica viven en su builder; hacer todo desde tu codebase es posible pero no lo predeterminado. Para un desarrollador que quiere poseer todo el flujo en código signup, segmentos, triggers la abstracción puede sentirse invertida. El precio es por suscriptor, así que el tamaño de la lista impulsa el coste más que el volumen de envío.

Mailgun

Pros: Maduro, fiable y con todas las funciones. Lo uso para recibir y enrutar email entrante en este sitio; la API y la documentación son predecibles. Entregabilidad y herramientas de cumplimiento de nivel enterprise. Bueno cuando necesitas alto volumen, logs detallados y control total.

Contras: El posicionamiento y la UX son más "infraestructura de email" que "producto amigable para desarrolladores". La configuración y los conceptos (dominios, routing, webhooks) son potentes pero más pesados. Para marketing o newsletters puramente salientes, es capaz pero no optimizado para ese caso como Resend o ConvertKit. Tienes flexibilidad y control; pagas en configuración y carga cognitiva.

Por qué elegí Resend

Quería un proveedor amigable para desarrolladores y API-first.

Amigable para desarrolladores, para mí, significa: puedo registrarme, añadir un dominio y enviar desde mi app en minutos. La documentación responde "cómo hago X desde código" sin mandarme al dashboard. Errores y webhooks están pensados para depurar. El SDK de Resend y la integración con React Email encajan. No tengo que salir del editor para diseñar o enviar una campaña.

API-first significa que el producto no asume que el dashboard es donde ocurre el trabajo. Suscriptores, eventos y envíos son todos accesibles vía API. Puedo construir flujos de signup, segmentos y triggers en mi propio código y tratar Resend como la capa de entrega. Es la misma razón por la que prefiero infraestructura que se aparta: la mejor herramienta es la que implementa tu intención sin imponer otro flujo.

Buttondown y ConvertKit son mejores si tu flujo es "gestiono mi lista y campañas en su UI". Mailgun es mejor si ya lo usas para correo transaccional o necesitas control y volumen máximos. Para construir una app o una newsletter liderada por desarrolladores donde el código es la fuente de verdad, Resend fue el encaje claro.

Elegir un proveedor de email es una decisión pequeña en el gran esquema pero es una con la que vives cada vez que añades un formulario de suscripción o envías una campaña. Elegir el que encaja con cómo trabajas se paga cada vez que no tienes que abrir otra pestaña para hacer algo que podría ser una llamada a función.

Leer despues

Puedes montar un sitio estático con comentarios y actividad sin tener una base de datos ni una API. El truco es tratar GitHub como el backend que nunca tienes…

2 min de lecturaInfraestructura
githubgiscusstatic-sites

La mayoría de consejos para enviar un digest recurrente asumen que necesitas un programador. Un cron, una Lambda a intervalos, o un servicio que ejecute "cada…

3 min de lecturaInfraestructura
newsletterstatic-sitesci