Saltar al contenido

Alternativas a Dittofeed (2026)

El mantenedor de Dittofeed dijo en agosto de 2026 que el proyecto está en modo mantenimiento y que el desarrollo de funciones se ha detenido. El software sigue funcionando y la nube se sigue vendiendo, así que la mayoría de los equipos no tienen prisa. Cuando te mudes, Mautic es la opción de código abierto equivalente, Customer.io la gestionada equivalente, Loops la más barata con journeys de verdad, y Novu solo si lo que necesitabas era infraestructura de notificaciones.

Actualizado el 9 min de lecturaPor fromHello

Lo esencial

  1. El cambio de estado es real pero discreto: se publicó en un issue de GitHub titulado como una pregunta de un usuario y cerrado en menos de dos minutos, así que la mayoría de quienes usan Dittofeed no se han enterado.

  2. Modo mantenimiento no es abandono. El núcleo MIT sigue funcionando, la nube alojada se sigue vendiendo y nada de tu instalación dejó de funcionar el día en que se publicó el comentario.

  3. No estás atrapado. La API de administración devuelve journeys, segmentos, propiedades de usuario, usuarios, eventos en bruto, entregas y estado de suscripción, y la ingesta era compatible con Segment, así que la salida es una exportación, no una reconstrucción de memoria.

  4. Mautic te devuelve la forma completa de Dittofeed en un código abierto maduro: autoalojado, con tu propio proveedor de envío, journeys visuales y segmentos. fromHello autoalojado mantiene los cuatro sobre una base de código más joven; todo lo demás te pide renunciar a alguno.

La selección

El 10 de agosto de 2026, un usuario preguntó si Dittofeed seguía activo. El mantenedor respondió que el proyecto está en modo mantenimiento, con correcciones de errores poco frecuentes y sin funciones nuevas, y cerró el issue un segundo más tarde, 94 segundos después de que se abriera. Ese es todo el anuncio, y nunca salió del gestor de issues: el changelog público no se actualiza desde noviembre de 2024, y la página de precios tampoco incluye ninguna nota. Así que la mayoría de quienes usan Dittofeed no lo saben, y los directorios que posicionan para esta búsqueda hacen algo peor que callar: algunos siguen recomendando Laudspeaker, cuya web ya no carga y cuyo propio README dice que ya no se desarrolla ni tiene soporte. Esta página es lo que nos gustaría leer en esa situación: qué ha cambiado de verdad, por qué hay menos urgencia de la que parece, cómo salen tus datos y los cuatro destinos a los que llegan los equipos.

Cómo elegimos

Ordenamos los destinos según aquello a lo que tienes que renunciar para recuperar la forma de Dittofeed: autoalojamiento, tu propio proveedor de envío, journeys activados por eventos y segmentos dinámicos. Dos mantienen los cuatro: Mautic, el maduro, y fromHello autoalojado. Cada dato de esta página se verificó en la documentación, las páginas de precios y el repositorio de cada proveedor el 9 de octubre de 2026, y los datos de Dittofeed proceden de su propio gestor de issues, su documentación y su página de precios, no de un directorio. En varios de estos sitios los precios solo se muestran en un navegador real, así que una descarga simple no muestra nada; los verificamos renderizados. Desarrollamos fromHello, así que aparece en último lugar y se mide con el mismo criterio, incluido dónde se queda corto.

  1. Ideal para

    Equipos que quieren todo lo que les daba Dittofeed (autoalojado, proveedor de envío propio, journeys visuales, segmentos) y aceptan un stack en PHP y los tiempos de cron para conservarlo.

    Puntos fuertes

    • El destino maduro que mantiene las cuatro propiedades a la vez: lo alojas tú, lo conectas a tu propio proveedor y tienes un editor de campañas de arrastrar y soltar con condiciones y decisiones, además de segmentos dinámicos.
    • Desarrollo activo, que es justo el motivo de la mudanza: la versión 7.2 salió el 2 de septiembre de 2026, dentro de un ritmo de versiones constante, y hay commits cada semana.
    • GPLv3 sin un núcleo de pago, gobernado por la comunidad y con un amplio ecosistema de plugins, así que la cuestión de la licencia que te llevó al código abierto se resuelve de la misma manera.

    A tener en cuenta

    • Las campañas dependen de cron. La propia documentación de Mautic exige tareas cron para los segmentos, la pertenencia a campañas y mautic:campaigns:trigger, así que la entrada por segmento, las esperas y las ramas para los contactos que no actuaron esperan a la siguiente ejecución; solo las acciones inmediatamente posteriores a una acción del propio contacto, como una apertura o el envío de un formulario, se ejecutan al instante. Es un cambio real si tus journeys de Dittofeed reaccionaban a cada evento en tiempo real.
    • Usar tu propio proveedor de envío es posible de verdad, pero desigual: Mautic advierte de que los transportes Symfony de terceros no admiten envío por lotes ni gestionan los callbacks de rebote, así que la elección del proveedor importa más que antes.
    • Es un stack más pesado de operar (PHP, MySQL, cron, actualizaciones), justo lo contrario de lo que casi todo el mundo quiere el día en que descubre que su herramienta actual ha dejado de sacar funciones.
  2. Customer.io

    Propietario (SaaS)

    Ideal para

    Equipos que deciden que prefieren no operar ninguna plataforma de mensajería y quieren el equivalente gestionado más cercano a lo que construyeron.

    Puntos fuertes

    • El destino más parecido función por función: el editor visual de workflows y los segmentos están en el plan de entrada, no reservados a planes superiores, así que los journeys que modelaste en Dittofeed tienen adónde ir.
    • Sigue publicando un precio cuando gran parte de la categoría ha dejado de hacerlo: Essentials empieza en 100 USD al mes por 5.000 perfiles y un millón de emails, con tarifas por exceso publicadas en lugar de una llamada.
    • Su programa para startups ofrece hasta doce meses gratis para hasta 30.000 perfiles si has levantado menos de 10 M USD y nunca has sido cliente, lo que puede hacer que el primer año de la mudanza no cueste nada.

    A tener en cuenta

    • Renuncias al autoalojamiento: Customer.io guarda tus datos en su propia nube, en EE. UU. o en la UE, así que el argumento de propiedad de los datos que te llevó a una herramienta autoalojada no sobrevive a la mudanza. Aun así, puedes enviar email a través de tu propio proveedor mediante SMTP personalizado.
    • El precio es por perfil, así que la factura crece con tu lista, le escribas o no: una forma muy distinta de la de un servidor que ya pagas.
  3. Loops

    Propietario (SaaS)

    Ideal para

    Equipos SaaS pequeños que quieren recuperar rápido y barato los journeys activados por eventos, y cuya instalación de Dittofeed solo enviaba email de todos modos.

    Puntos fuertes

    • Tiene la parte que la gente da por hecho que le falta: los workflows se activan con eventos, cambios en propiedades de contactos y contactos nuevos, con ramificaciones, junto a segmentos guardados.
    • Los journeys de verdad más baratos de la lista: gratis hasta 1.000 contactos y después 49 USD al mes con 5.000, sin medición aparte de los envíos en los planes de pago.
    • Una experiencia de desarrollo limpia y moderna y una configuración rápida, justo lo contrario del peso operativo que dejas atrás.

    A tener en cuenta

    • Sin autoalojamiento y sin proveedor propio: Loops es quien envía, así que en cuanto a propiedad es el paso más alejado de tu punto de partida.
    • Los precios solo se publican mediante un control deslizante en la página, no en una tabla, así que para presupuestar más allá de unos pocos miles de contactos tienes que mover tú el control.
    • Está pensado para el email de ciclo de vida de SaaS; si tu configuración de Dittofeed se apoyaba en canales de SMS o webhook, eso no viene contigo.
  4. Ideal para

    Equipos que, al revisarlo, descubren que usaban Dittofeed como infraestructura de notificaciones y no para automatización de marketing.

    Puntos fuertes

    • Gratis para empezar y de verdad con tus propios proveedores: 10.000 ejecuciones de workflow al mes sin costo, con entrega a través de tus propios proveedores de email, SMS y push.
    • Autoalojable con un núcleo MIT y con un desarrollo muy activo y una comunidad amplia: la señal de salud que acabas de aprender a mirar.
    • Workflows de varios pasos con esperas, resúmenes (digest) y limitación de frecuencia, además de una bandeja de entrada in-app integrable que Dittofeed nunca llegó a lanzar.

    A tener en cuenta

    • Es infraestructura de notificaciones, no automatización de marketing. La segmentación se basa en suscriptores y temas, así que los segmentos de comportamiento que creaste en Dittofeed no tienen equivalente directo.
    • La propia documentación de Novu advierte de que el archivo compose básico para autoalojarlo no está pensado para producción (la base de datos va en la misma máquina y el almacenamiento es simulado), así que cuenta con un trabajo de infraestructura real.
  5. fromHello

    AGPL-3.0Cloud en acceso anticipado

    Ideal para

    Equipos de Dittofeed que quieren seguir en código abierto y autoalojado, sobre una plataforma en desarrollo activo con in-app y audiencias publicitarias integrados, con fromHello Cloud en acceso anticipado.

    Puntos fuertes

    • Journeys activados por lo que hace la gente: tracking first-party, segmentos que se recalculan con cada evento y un editor visual con 14 tipos de nodo para email, SMS, banners y modales in-app y audiencias publicitarias, con web push integrado en la plataforma. Las respuestas llegan al perfil del contacto y pueden iniciar un journey.
    • Tu propia IA se conecta por MCP: con 59 herramientas, Claude, Cursor o cualquier cliente MCP crean segmentos, journeys y plantillas y leen analíticas. Ninguna herramienta envía mensajes, y un journey que crea tu IA sigue siendo un borrador hasta que se publica.
    • Código abierto bajo AGPL-3.0: autoalójalo gratis en tu propio Postgres y Redis, o usa fromHello Cloud, desde 39 € al mes sin IVA, con usuarios ilimitados.

    A tener en cuenta

    • fromHello Cloud está en acceso anticipado a través de la lista de espera; Mautic, Customer.io, Loops y Novu están disponibles para todos.
    • Sin newsletters ni envíos puntuales —los mensajes a muchas personas salen a través de journeys— y sin push móvil ni WhatsApp. Los SMS siempre pasan por tu propio proveedor.

Descubre fromHello, software de automatización de marketing de código abierto.

FAQ

Preguntas frecuentes

  • ¿Dittofeed está muerto?

    No, y la diferencia importa. En agosto de 2026, su mantenedor dijo que el proyecto está en modo mantenimiento: el desarrollo de funciones se ha detenido y las correcciones de errores llegan cuando hay ocasión. Una instalación que funcionaba en julio sigue funcionando, y el código es público bajo MIT. Lo que se ha detenido es el roadmap, así que la lectura honesta es que tienes tiempo para elegir, no un motivo para entrar en pánico. Basa tus expectativas en el repositorio, no en la promesa: la rama principal estuvo inactiva desde finales de marzo hasta octubre de 2026, cuando el mantenedor fusionó tres pequeñas correcciones de mantenimiento y publicó nuevas versiones preliminares; la última versión estable sigue siendo la v0.23.0, de diciembre de 2025.

  • ¿Y cómo iba a enterarme de que el estado había cambiado?

    No es fácil, y ese es el problema práctico. La declaración está en un único comentario de un issue titulado como una pregunta de un usuario, abierto y cerrado en menos de dos minutos. El changelog público tampoco se actualiza desde noviembre de 2024. Si usas Dittofeed, la señal honesta es el repositorio: vigila la actividad de commits, las versiones y cómo avanzan los issues abiertos, no las páginas de marketing.

  • ¿Puedo sacar mis datos de Dittofeed?

    Sí, y de forma más completa de lo que permiten la mayoría de las herramientas autoalojadas. La API de administración devuelve las definiciones completas de los journeys, incluidos los nodos y las conexiones del editor, las definiciones de los segmentos, las definiciones de las propiedades de usuario, una lista paginada de usuarios con sus propiedades y su pertenencia a segmentos, el historial de eventos en bruto con traits y contexto, los registros de entrega y el estado de los grupos de suscripción. También hay una exportación en CSV, pero solo cubre las asignaciones a segmentos; la API es la vía real.

  • ¿Tendré que volver a instrumentar mi producto?

    Probablemente no. La API de ingesta de Dittofeed está documentada como compatible con Segment, con endpoints identify, track, page y screen con la forma de Segment. Si la alimentabas desde Segment a través de su fuente webhook, mudarte es un cambio de destino sin ningún trabajo en el SDK. Si usabas el SDK propio de Dittofeed, sus métodos se corresponden uno a uno con cualquier cliente al estilo de Segment, así que es un cambio, no una reescritura.

  • ¿Qué no sobrevive a la mudanza?

    La estructura de los journeys hay que reconstruirla a mano vayas adonde vayas, porque no hay dos editores que compartan el mismo vocabulario de nodos: la API te da las definiciones para leerlas, no algo que otra herramienta pueda importar. La propia documentación de canales de Dittofeed solo incluye email, SMS y webhooks, y sitúa el push móvil y los mensajes in-app en el futuro, así que, exista lo que exista para push móvil en el código, no hay nada configurado que trasladar. Todo lo que construiste sobre la API de administración de Dittofeed deja de funcionar, y si lo autoalojabas, las piezas de ClickHouse y Temporal del stack desaparecen en lugar de mudarse.

  • Ya lo tenemos en marcha. ¿Qué deberíamos hacer en realidad?

    Para la mayoría de los equipos, nada este trimestre. La instalación que funcionaba en julio sigue funcionando, la licencia es MIT, así que puedes corregirlo o hacer un fork tú mismo, y el código es público y estable, no va a desaparecer. Lo que cambia es que ahora eres el mantenedor de último recurso: los informes de errores presentados desde el comentario siguen abiertos, y las correcciones de la comunidad enviadas desde mediados de agosto siguen sin fusionar (las únicas fusiones han sido las correcciones de mantenimiento del propio mantenedor), así que da por hecho que las reparaciones te tocan a ti. El plan razonable es exportar tus definiciones ahora, mientras todo funciona, conservar la instalación y mudarte a tu propio ritmo, no al de otro.

Acceso anticipado

fromHello Cloud

Nadie emprende para quedarse pequeño.

El acceso anticipado a fromHello Cloud se abre por etapas. El onboarding es personalizado: te ayudamos a configurarlo y a traer tus contactos.

Te escribiremos cuando se abra tu plaza. Sin spam.

¿Aún no quieres unirte? Ver en GitHub