El cementerio de las plataformas de newsletters

¿Te acuerdas de Tinyletter? Si escribías en los primeros años de esta década, seguro que sí. Era una herramienta sencilla que cumplía su propósito: escribías, enviabas y la gente leía. Sin embudos de conversión ni pruebas A/B.

Hasta que dejó de existir.

Cuando Mailchimp cerró Tinyletter en febrero de 2024, quedó claro un hecho incómodo del mundo SaaS: si no pagas por el producto o no eres el cliente principal, tu servicio puede desaparecer con el próximo cambio de estrategia.

Este caso no es aislado. Cada vez más creadores independientes, desarrolladores y editores pequeños están optando por gestionar sus newsletters en su propia infraestructura.

El problema de depender de terceros

A primera vista, externalizar tu newsletter parece la opción más práctica. No tienes que preocuparte por SPF, DKIM, DMARC ni por la reputación del remitente. Dejas que otra empresa gestione todo eso.

Sin embargo, hay un coste que no aparece en la factura.

La mayoría de plataformas están diseñadas para campañas de marketing, no para escritores que quieren enviar sus textos. Sus herramientas de segmentación, píxeles de seguimiento y métricas de engagement responden a preguntas que no te interesan. Lo que tú quieres saber es si alguien leyó lo que escribiste.

Además, el precio suele basarse en el número de suscriptores. Eso encarece el servicio cuando tu audiencia es reducida pero fiel. Y cuando tu caso de uso se aleja del perfil ideal del proveedor, pasas a ser un cliente secundario. O peor: una función que podrían eliminar.

El riesgo más grande es que no controlas tu propio canal. Tu lista de lectores vive en una plataforma ajena. Si esa empresa cambia de rumbo, pierdes todo.

La alternativa: gestionar tu propio sistema

Autogestionar una newsletter no requiere ser experto en DevOps. Significa elegir herramientas que puedas mantener y que no dependan de decisiones ajenas.

El enfoque actual se basa en unos principios claros:

Infraestructura como código. Tus envíos viven como archivos markdown en un repositorio Git. La configuración está versionada y es fácil de trasladar. Si mañana necesitas cambiar de proveedor, tu contenido no está atrapado en una base de datos.

Envío mediante API. No necesitas un panel de marketing. Solo una API limpia que reciba tu lista de suscriptores y el contenido del email. Servicios como Postmark, Resend, SendGrid o Mailgun se encargan de la entrega, los rebotes y el cumplimiento de normativas. Hay incluso opciones open source como Plunk.

Flujos de trabajo desde la terminal. La ventaja de controlar tu propio sistema es que puedes adaptarlo a tu forma de trabajar. Un script sencillo que convierta markdown en email, gestione tu lista de suscriptores y se comunique con el servicio de envío. Sin interfaz web. Sin distracciones.

Diseño minimalista. Un email en texto plano con una versión HTML básica puede ser más efectivo que cualquier plantilla elaborada. Tu escritura es lo importante, no el sistema de diseño.

Cómo organizar la estructura

Una configuración típica podría tener esta forma:

newsletter/
├── issues/              # Un archivo .md por edición
│   ├── 1.md
│   ├── 2.md
│   └── 3.md
├── subscribers.csv      # Tu audiencia (versionada)
├── send/                # Herramienta CLI
│   ├── send.py
│   └── config.yaml
├── web/                 # Servicio HTTP mínimo
│   └── subscribe.py     # Formulario de registro
└── .github/workflows/   # Automatización opcional
    └── backup.yaml

Todo es predecible y fácil de mantener. Si cambias de servicio de envío, solo modificas un archivo de configuración. Si quieres añadir funciones nuevas, las implementas en tu propio código.

¿Y la entregabilidad?

Es normal preocuparse por si los emails llegarán a la bandeja de entrada. Configurar SPF, DKIM y DMARC puede parecer complicado.

La buena noticia es que no tienes que resolverlo todo tú. Los servicios de envío especializados ya mantienen la infraestructura necesaria y gestionan la reputación del remitente. Tú delegas esa parte técnica mientras mantienes el control sobre tu contenido y tu relación con los lectores.

Cuando retomes el envío después de una pausa, lo más efectivo es ser directo. Un mensaje honesto suele generar más engagement que cualquier estrategia técnica.

El coste real

Gestionar tu propio sistema no es gratis, pero resulta económico. Un servicio de envío puede costar entre 1 y 2 dólares por cada mil emails. Es menos de lo que gastas en café mientras escribes. Comparado con las tarifas por suscriptor de las plataformas comerciales, la diferencia es notable.

A cambio de renunciar a la comodidad de "configurar y olvidar", ganas independencia. Y para la mayoría de editores independientes que publican de forma irregular, el mantenimiento es mínimo.

Recuperar el control

Tener tu propio canal de distribución es como poseer tu imprenta. No dependes de que otra empresa decida mantener el servicio. Construyes algo que te pertenece.

Esto importa especialmente si escribes de forma independiente, publicas artículos técnicos o documentas tu trabajo en público. Tu newsletter es tu conexión más directa con tu audiencia: más estable que las redes sociales y más personal que un blog.

Las herramientas para hacerlo por tu cuenta han mejorado mucho. Plataformas como Fly.io, AWS Lambda o Railway permiten ejecutar servicios pequeños a bajo coste. Las capas de envío open source han madurado. El panorama favorece ahora a los creadores independientes.

Por dónde empezar

Si estás considerando dar el paso:

1. Revisa tu configuración actual. ¿Dónde guardas tu lista de suscriptores? ¿Tienes copias de seguridad? ¿Qué pasaría si tu servicio actual cerrara?

2. Elige un servicio de envío por la calidad de su API y por unos precios que se ajusten a tu volumen real, no a proyecciones futuras.

3. Empieza con algo simple. Una carpeta de archivos markdown, un script básico y un endpoint para registrar suscriptores. Ya irás añadiendo cosas después.

4. Haz que todo funcione bien con Git. Tus ediciones son archivos. Tu configuración vive en el repositorio.

5. Piensa en tu audiencia. Autogestionar no significa descuidar la experiencia del lector. Las tasas de apertura importan menos que si alguien realmente lee lo que escribes.

La tendencia hacia newsletters autogestionadas no responde a una moda. Es una respuesta a años de consolidación en la industria y al riesgo constante de que las plataformas desaparezcan. Tu audiencia merece un canal que no dependa de decisiones empresariales ajenas.

Tus palabras merecen un espacio que siga existiendo mañana.