Vai al contenuto

Le migliori alternative a Dittofeed (2026)

Ad agosto 2026 il maintainer di Dittofeed ha detto che il progetto è in modalità di manutenzione e che lo sviluppo di nuove funzionalità si è fermato. Il software funziona ancora e il cloud è ancora in vendita, quindi la maggior parte dei team non ha fretta. Quando cambi, Mautic è l’equivalente open source, Customer.io l’equivalente gestito, Loops il più economico con veri percorsi, e Novu solo se ti serviva un’infrastruttura di notifiche.

Aggiornato: 9 min di letturaDi fromHello

Punti chiave

  1. Il cambio di stato è reale ma silenzioso: è stato pubblicato in una issue GitHub intitolata come una domanda di un utente e chiusa entro due minuti, quindi la maggior parte di chi usa Dittofeed non ne ha sentito parlare.

  2. Modalità manutenzione non significa abbandono. Il core MIT funziona ancora, il cloud gestito è ancora in vendita, e nella tua installazione nulla ha smesso di funzionare il giorno in cui è stato pubblicato il commento.

  3. Non sei in lock-in. L’API di amministrazione restituisce percorsi, segmenti, proprietà utente, utenti, eventi grezzi, consegne e stato delle iscrizioni, e l’ingestione era compatibile con Segment — quindi l’uscita è un’esportazione, non una ricostruzione a memoria.

  4. Mautic restituisce tutta la forma di Dittofeed in un open source maturo: self-hosted, con il tuo provider di invio, percorsi visuali e segmenti. fromHello in self-hosting conserva tutte e quattro le cose su una codebase più giovane; tutto il resto ti chiede di rinunciare a una di esse.

La selezione

Il 10 agosto 2026 un utente ha chiesto se Dittofeed fosse ancora attivo. Il maintainer ha risposto che il progetto è in modalità di manutenzione, con correzioni di bug sporadiche e nessuna nuova funzionalità, e ha chiuso la issue un secondo più tardi, 94 secondi dopo l’apertura. Questo è l’intero annuncio, e non è mai uscito dall’issue tracker: il changelog pubblico non viene aggiornato da novembre 2024, e nemmeno la pagina dei prezzi riporta una nota. Così la maggior parte di chi usa Dittofeed non lo sa, e le directory che si posizionano per questa ricerca fanno peggio che tacere: alcune consigliano ancora Laudspeaker, il cui sito non si carica più e il cui README dice che non è più sviluppato né supportato. Questa pagina è ciò che vorremmo leggere in quella situazione: cosa è cambiato davvero, perché c’è meno urgenza di quanto sembri, che aspetto hanno i tuoi dati all’uscita, e i quattro approdi dei team.

Come abbiamo scelto

Abbiamo ordinato le destinazioni in base a ciò a cui devi rinunciare per ritrovare la forma di Dittofeed: self-hosting, il tuo provider di invio, percorsi attivati da eventi e segmenti dinamici. Due le conservano tutte e quattro: Mautic, quella matura, e fromHello in self-hosting. Ogni dato di questa pagina è stato verificato sulla documentazione, sulle pagine dei prezzi e sul repository di ciascun vendor il 9 ottobre 2026, e i dati su Dittofeed vengono dal suo issue tracker, dalla sua documentazione e dalla sua pagina dei prezzi, non da una directory. Su diversi di questi siti i prezzi compaiono solo in un browser vero, quindi una semplice richiesta non mostra nulla: li abbiamo verificati a pagina caricata. Sviluppiamo fromHello, quindi è in fondo alla lista e lo valutiamo con lo stesso metro, anche dove non è all’altezza.

  1. Ideale per

    Team che vogliono tutto ciò che dava loro Dittofeed — self-hosting, il proprio provider di invio, percorsi visuali, segmenti — e accettano uno stack PHP e i tempi del cron per mantenerlo.

    Punti di forza

    • La destinazione matura che conserva tutte e quattro le proprietà insieme: lo ospiti tu, lo colleghi al tuo provider e ottieni un editor di campagne drag-and-drop con condizioni e decisioni, più segmenti dinamici.
    • Sviluppato attivamente, che è il senso stesso del cambio: la versione 7.2 è uscita il 2 settembre 2026, su una linea di rilasci costante, e i commit arrivano ogni settimana.
    • GPLv3 senza una fascia core a pagamento, governato dalla community e con un ampio ecosistema di plugin, quindi la questione della licenza che ti aveva fatto scegliere l’open source si risolve allo stesso modo.

    Da tenere d’occhio

    • Le campagne dipendono dal cron. La documentazione di Mautic richiede job cron per i segmenti, l’appartenenza alle campagne e mautic:campaigns:trigger, quindi l’ingresso basato sui segmenti, le attese e i rami per i contatti che non hanno agito aspettano l’esecuzione successiva; solo le azioni subito dopo un’azione del contatto, come un’apertura o l’invio di un modulo, partono immediatamente. Un cambiamento reale se i tuoi percorsi in Dittofeed reagivano a ogni evento in tempo reale.
    • Usare il tuo provider di invio funziona davvero, ma in modo disomogeneo: Mautic segnala che i transport Symfony di terze parti non supportano l’invio in batch e non gestiscono i callback dei bounce, quindi la scelta del provider conta più di prima.
    • È uno stack più pesante da gestire — PHP, MySQL, cron, aggiornamenti — cioè l’opposto di ciò che quasi tutti vogliono il giorno in cui scoprono che il loro strumento ha smesso di ricevere nuove funzionalità.
  2. Customer.io

    Proprietario (SaaS)

    Ideale per

    Team che decidono di non voler gestire affatto una piattaforma di messaggistica e vogliono l’equivalente gestito più vicino a ciò che avevano costruito.

    Punti di forza

    • L’approdo più vicino funzionalità per funzionalità: l’editor visuale dei workflow e i segmenti sono nella fascia d’ingresso, non riservati ai piani superiori, quindi i percorsi che avevi modellato in Dittofeed hanno dove andare.
    • Pubblica ancora un prezzo, quando buona parte della categoria ha smesso di farlo: Essentials parte da 100 USD al mese per 5.000 profili e un milione di email, con tariffe di eccedenza pubblicate invece di una chiamata.
    • Il suo programma per startup offre fino a dodici mesi gratis per un massimo di 30.000 profili se hai raccolto meno di 10 milioni di USD e non hai mai acquistato Customer.io prima, il che può rendere gratuito il primo anno dopo il cambio.

    Da tenere d’occhio

    • Rinunci al self-hosting: Customer.io tiene i tuoi dati sul proprio cloud, negli Stati Uniti o nell’UE, quindi l’argomento della proprietà dei dati che ti aveva portato a uno strumento self-hosted non sopravvive al cambio. Puoi comunque inviare email tramite il tuo provider con un SMTP personalizzato.
    • Il prezzo è per profilo, quindi la fattura cresce con la tua lista che tu le scriva o no: una forma diversa da un server che paghi già.
  3. Loops

    Proprietario (SaaS)

    Ideale per

    Piccoli team SaaS che vogliono ritrovare in fretta e a basso costo i percorsi attivati da eventi, e la cui installazione di Dittofeed era comunque solo email.

    Punti di forza

    • Ha proprio la parte che si pensa gli manchi: i workflow partono da eventi, cambi delle proprietà del contatto e nuovi contatti, con ramificazioni, accanto ai segmenti salvati.
    • I veri percorsi più economici di questa lista: gratis fino a 1.000 contatti, poi 49 USD al mese per 5.000, senza costi separati per gli invii sui piani a pagamento.
    • Un’esperienza per sviluppatori pulita e moderna e una configurazione rapida, l’opposto del peso operativo che ti stai lasciando alle spalle.

    Da tenere d’occhio

    • Niente self-hosting e niente provider tuo: è Loops a inviare, quindi sul fronte della proprietà è il passo più lontano dal punto di partenza.
    • I prezzi sono pubblicati solo tramite uno slider nella pagina invece che in una tabella, quindi per fare un budget oltre qualche migliaio di contatti devi muovere lo slider tu.
    • È pensato per le email del ciclo di vita dei SaaS; se il tuo setup Dittofeed si appoggiava a canali SMS o webhook, quelli non vengono con te.
  4. Ideale per

    Team che, guardando meglio, scoprono di aver usato Dittofeed come infrastruttura di notifiche e non per la marketing automation.

    Punti di forza

    • Gratis per iniziare e davvero aperto ai tuoi provider: 10.000 esecuzioni di workflow al mese senza costi, con consegna tramite i tuoi provider email, SMS e push.
    • Self-hosting possibile con un core MIT e sviluppo molto attivo, con una grande community: proprio il segnale di salute che hai appena imparato a controllare.
    • Workflow a più passaggi con step di attesa, digest e throttle, più un’inbox in-app integrabile che Dittofeed non ha mai rilasciato.

    Da tenere d’occhio

    • È infrastruttura di notifiche, non marketing automation. Il targeting si basa su iscritti e topic, quindi i segmenti comportamentali che avevi costruito in Dittofeed non hanno un equivalente diretto.
    • La documentazione di Novu stessa avverte che il file compose di base per il self-hosting non è pensato per la produzione — il database sta sulla stessa macchina e lo storage è simulato — quindi prevedi un vero lavoro di infrastruttura.
  5. fromHello

    AGPL-3.0Cloud in accesso anticipato

    Ideale per

    Team Dittofeed che vogliono restare sull’open source e sul self-hosting, su una piattaforma in sviluppo attivo con in-app e audience pubblicitarie integrate, con fromHello Cloud in accesso anticipato.

    Punti di forza

    • Percorsi attivati da ciò che fanno le persone: tracciamento first-party, segmenti ricalcolati a ogni evento e un editor visuale con 14 tipi di nodo per email, SMS, banner e finestre modali in-app e audience pubblicitarie, con il web push integrato nella piattaforma. Le risposte arrivano sul profilo del contatto e possono avviare un percorso.
    • La tua IA si collega tramite MCP: con 59 strumenti, Claude, Cursor o qualsiasi client MCP possono creare segmenti, percorsi e template e leggere le analisi. Nessuno strumento invia messaggi, e un percorso creato dalla tua IA resta una bozza finché non viene pubblicato.
    • Open source con licenza AGPL-3.0: ospitalo gratis sulle tue istanze Postgres e Redis, oppure usa fromHello Cloud, da 39 € al mese IVA esclusa, con utenti illimitati.

    Da tenere d’occhio

    • fromHello Cloud è in accesso anticipato tramite la lista d’attesa; Mautic, Customer.io, Loops e Novu sono disponibili per tutti.
    • Niente newsletter né invii una tantum — i messaggi a molte persone partono tramite i percorsi — e niente push mobile né WhatsApp. Gli SMS passano sempre dal tuo provider.

FAQ

Domande frequenti

  • Dittofeed è morto?

    No, e la distinzione conta. Ad agosto 2026 il suo maintainer ha detto che il progetto è in modalità di manutenzione: sviluppo di funzionalità fermo, correzioni di bug quando capita. Un’installazione che funzionava a luglio funziona ancora, e il codice è pubblico con licenza MIT. Si è fermata la roadmap, quindi la lettura onesta è che hai il tempo di scegliere, non un motivo per farti prendere dal panico. Basa le tue aspettative sul repository più che sulle promesse: il branch predefinito è rimasto fermo da fine marzo a ottobre 2026, quando il maintainer ha fatto il merge di tre piccole correzioni di manutenzione e pubblicato nuove pre-release; l’ultima release stabile è ancora la v0.23.0 di dicembre 2025.

  • Come faccio a sapere che lo stato è cambiato?

    Non facilmente, ed è questo il problema pratico. La dichiarazione sta in un unico commento su una issue intitolata come una domanda di un utente, aperta e chiusa entro due minuti. Anche il changelog pubblico non viene aggiornato da novembre 2024. Se usi Dittofeed, il segnale onesto è il repository: osserva l’attività dei commit, le release e come si muovono le issue aperte, non le pagine di marketing.

  • Posso esportare i miei dati da Dittofeed?

    Sì, e in modo più completo di quanto permetta la maggior parte degli strumenti self-hosted. L’API di amministrazione restituisce le definizioni complete dei percorsi, compresi i nodi e i collegamenti dell’editor, le definizioni dei segmenti, le definizioni delle proprietà utente, un elenco paginato degli utenti con proprietà e appartenenza ai segmenti, lo storico degli eventi grezzi con tratti e contesto, i record di consegna e lo stato dei gruppi di iscrizione. Esiste anche un’esportazione CSV, ma copre solo le assegnazioni ai segmenti: la vera strada è l’API.

  • Dovrò rifare il tracciamento del mio prodotto?

    Probabilmente no. L’API di ingestione di Dittofeed è documentata come compatibile con Segment, con endpoint identify, track, page e screen nel formato di Segment. Se la alimentavi da Segment tramite la sua sorgente webhook, cambiare significa solo cambiare destinazione, senza alcun lavoro sull’SDK. Se usavi l’SDK di Dittofeed, i suoi metodi corrispondono uno a uno a quelli di qualsiasi client in stile Segment, quindi è una sostituzione, non una riscrittura.

  • Cosa non sopravvive al cambio?

    La struttura dei percorsi va ricostruita a mano in qualunque strumento tu passi, perché due editor non condividono mai lo stesso vocabolario di nodi: l’API ti dà le definizioni da leggere, non qualcosa che un altro strumento possa importare. La documentazione dei canali di Dittofeed elenca solo email, SMS e webhook e colloca push mobile e messaggi in-app nel futuro, quindi qualunque cosa esista nel codice per il push mobile, non c’è nulla di configurato da portare con te. Tutto ciò che hai costruito sull’API di amministrazione di Dittofeed smette di funzionare e, se eri in self-hosting, i componenti ClickHouse e Temporal dello stack spariscono invece di spostarsi.

  • Lo usiamo già. Cosa dovremmo fare, in concreto?

    Per la maggior parte dei team, niente in questo trimestre. L’installazione che funzionava a luglio funziona ancora, la licenza è MIT, quindi puoi correggere il codice o farne un fork da te, e il codice è pubblico e stabile, non sta sparendo. Ciò che cambia è che ora il maintainer di ultima istanza sei tu: le segnalazioni di bug inviate dopo il commento sono ancora aperte, e le correzioni della community inviate da metà agosto non sono ancora state integrate — gli unici merge sono le correzioni di manutenzione del maintainer stesso — quindi considera le riparazioni compito tuo. Il piano ragionevole è esportare ora le tue definizioni mentre tutto funziona, tenere l’installazione e cambiare con i tuoi tempi, non con quelli di qualcun altro.

Continua a leggere

Tutti i confronti

Accesso anticipato

fromHello Cloud

Non si parte per restare piccoli.

L’accesso anticipato a fromHello Cloud si apre a scaglioni. L’onboarding è guidato: ti aiutiamo a configurare tutto e a portare i tuoi contatti.

Ti scriveremo quando il tuo accesso sarà pronto. Niente spam.

Vuoi aspettare ancora un po’? Vedi su GitHub