Dittofeed est-il mort ?

Non, et la nuance compte. En août 2026, son mainteneur a indiqué que le projet passait en mode maintenance : arrêt du développement de fonctionnalités, correctifs au cas par cas. Une installation qui fonctionnait en juillet fonctionne encore, et le code reste public sous licence MIT. Ce qui s'est arrêté, c'est la feuille de route : vous avez donc le temps de choisir, pas une raison de paniquer. Calez vos attentes sur le dépôt plutôt que sur la promesse : la branche par défaut n'a plus reçu de commit depuis mars 2026.

Comment aurais-je pu savoir que le statut avait changé ?

Difficilement, et c'est bien le problème pratique. La déclaration tient dans un commentaire, sur une issue intitulée comme une question d'utilisateur, ouverte et refermée en moins de deux minutes. Le changelog public n'a pas bougé depuis novembre 2024 non plus. Si vous exploitez Dittofeed, le dépôt est le signal honnête : surveillez l'activité des commits, les versions et la façon dont les issues avancent, plutôt que les pages marketing.

Puis-je récupérer mes données ?

Oui, et plus complètement que ne le permettent la plupart des outils auto-hébergés. L'API admin renvoie les définitions complètes de journeys, y compris les nœuds et les liens du constructeur, les définitions de segments, celles des propriétés utilisateur, une liste paginée d'utilisateurs avec leurs propriétés et leurs segments, l'historique brut des événements avec traits et contexte, les enregistrements d'envoi et l'état des groupes d'abonnement. Il existe aussi un export CSV, mais il ne couvre que l'appartenance aux segments : c'est l'API, la vraie voie.

Faudra-t-il ré-instrumenter mon produit ?

Probablement pas. L'API d'ingestion de Dittofeed est documentée comme compatible Segment, avec des endpoints identify, track, page et screen au format de Segment. Si vous l'alimentiez depuis Segment via sa source webhook, le déplacement se résume à changer de destination, sans aucun travail sur le SDK. Si vous utilisiez le SDK de Dittofeed, les méthodes correspondent une à une à n'importe quel client de style Segment : c'est un remplacement, pas une réécriture.

Qu'est-ce qui ne survit pas au déplacement ?

La structure des journeys doit être reconstruite à la main quelle que soit la destination, car deux constructeurs ne partagent jamais le même vocabulaire de nœuds — l'API vous donne les définitions à lire, pas un format qu'un autre outil sait importer. La documentation des canaux de Dittofeed ne liste que l'e-mail, le SMS et les webhooks, et renvoie le push mobile et l'in-app à plus tard : quel que soit ce qui existe dans le code pour le push mobile, il n'y a rien de configuré à emporter de ce côté. Tout ce que vous avez construit sur l'API admin de Dittofeed cesse de fonctionner, et si vous auto-hébergiez, les briques ClickHouse et Temporal disparaissent plutôt qu'elles ne se déplacent.

Nous l'utilisons déjà. Que faire concrètement ?

Pour la plupart des équipes, rien ce trimestre. L'installation qui fonctionnait en juillet fonctionne encore, la licence MIT vous autorise à corriger ou à forker vous-même, et le code reste public et stable plutôt qu'il ne disparaît. Ce qui change, c'est que vous devenez le mainteneur de dernier recours : le seul rapport de bug déposé depuis le commentaire est toujours ouvert et un correctif proposé par la communauté attend d'être fusionné depuis la mi-août. Le plan raisonnable : exportez vos définitions maintenant, pendant que tout tourne, gardez l'installation, et partez à votre rythme plutôt qu'à celui d'un autre.

Meilleurs · Alternatives

Alternatives à Dittofeed (2026)

Le mainteneur de Dittofeed a annoncé en août 2026 le passage en mode maintenance et l'arrêt du développement de fonctionnalités. Le logiciel tourne toujours et le cloud reste vendu : rien ne presse. Le moment venu, Mautic est l'équivalent open source, Customer.io l'équivalent géré, Loops le moins cher avec de vrais journeys, et Novu seulement s'il vous fallait de la plomberie de notifications.

Mis à jour le 6 sept. 20269 min de lecturePar fromHello

Rejoindre la liste Star sur GitHub

À retenir

Le changement de statut est réel mais discret : publié dans une issue GitHub intitulée comme une question d'utilisateur et refermée en moins de deux minutes, si bien que la plupart des équipes qui font tourner Dittofeed l'ignorent.
Mode maintenance ne veut pas dire abandon. Le cœur MIT tourne toujours, le cloud est toujours vendu, et rien dans votre installation n'a cessé de fonctionner le jour du commentaire.
Vous n'êtes pas prisonnier. L'API admin renvoie les journeys, les segments, les propriétés utilisateur, les utilisateurs, les événements bruts, les envois et l'état des abonnements — et l'ingestion était compatible Segment : la sortie est un export, pas une reconstruction de mémoire.
Seul Mautic redonne la forme complète de Dittofeed en open source : auto-hébergé, votre propre fournisseur d'envoi, journeys visuels et segments. Tout le reste vous demande d'abandonner l'un des quatre.

Le 10 août 2026, un utilisateur a demandé si Dittofeed était toujours actif. Le mainteneur a répondu que le projet passait en mode maintenance, promettant des correctifs occasionnels mais arrêtant le développement de fonctionnalités, puis a refermé l'issue 94 secondes plus tard. C'est toute l'annonce, et elle n'a jamais quitté l'issue tracker : le changelog public n'a pas bougé depuis novembre 2024, et la page de tarifs n'en dit rien non plus. La plupart des équipes qui font tourner Dittofeed l'ignorent donc, et les annuaires qui se classent sur cette requête font pire que se taire : le plus lié date de 2023 et recommande encore Laudspeaker, un projet dont le site est hors ligne depuis des mois. Cette page est ce que nous voudrions lire à leur place : ce qui a vraiment changé, pourquoi il y a moins d'urgence qu'il n'y paraît, à quoi ressemblent vos données à la sortie, et les quatre destinations possibles.

Comment nous avons choisi

Nous avons classé les destinations selon ce qu'il faut abandonner pour retrouver la forme de Dittofeed : l'auto-hébergement, votre propre fournisseur d'envoi, les journeys déclenchés par événement et les segments dynamiques. Une seule option conserve les quatre. Chaque fait a été vérifié sur les docs, pages de tarifs et dépôts des éditeurs la première semaine de septembre 2026, et les faits sur Dittofeed viennent de son propre issue tracker, de ses docs et de sa page de tarifs plutôt que d'un annuaire. Sur plusieurs de ces sites, les prix ne s'affichent que dans un vrai navigateur : nous les avons relevés rendus. Nous construisons fromHello, il est donc placé en dernier et tenu au même standard, y compris sur ce qui n'est pas prêt.

La sélection

01
MauticGPLv3
Idéal pour : Les équipes qui veulent tout ce que Dittofeed leur donnait — auto-hébergement, fournisseur d'envoi choisi, journeys visuels, segments — et acceptent une stack PHP et une cadence cron pour le garder.
Forces
La seule destination ici à conserver les quatre propriétés à la fois : vous l'hébergez, vous le branchez sur votre propre fournisseur, et vous disposez d'un constructeur de campagnes en glisser-déposer avec conditions et décisions, plus des segments dynamiques.
Activement développé, ce qui est tout l'enjeu du déplacement : la version 7.2 est sortie le 2 septembre 2026, sur un rythme de sorties régulier, et les commits arrivent chaque semaine.
GPLv3 sans palier payant sur le cœur, gouverné par sa communauté, avec un large écosystème de plugins : la question de licence qui vous avait fait choisir l'open source se règle de la même manière.
Points de vigilance
Les étapes de campagne ne se déclenchent pas seules. La documentation de Mautic exige un cron qui exécute mautic:campaigns:trigger : les journeys événementiels tournent donc à la latence du cron, pas en temps réel — un vrai changement si vos journeys Dittofeed réagissaient immédiatement.
L'envoi via votre propre fournisseur existe mais reste inégal : Mautic signale que les transports Symfony tiers ne gèrent ni l'envoi par lots ni les retours de bounce, donc le choix du fournisseur compte davantage qu'avant.
C'est une stack plus lourde à exploiter — PHP, MySQL, cron, montées de version — soit l'inverse de ce que l'on souhaite le jour où l'on découvre que son outil actuel a cessé de livrer des fonctionnalités.
Comparer en détail Voir le site
02
Customer.ioPropriétaire (SaaS)
Idéal pour : Les équipes qui préfèrent ne plus exploiter de plateforme d'envoi du tout, et veulent l'équivalent géré le plus proche de ce qu'elles avaient construit.
Forces
L'atterrissage le plus proche fonctionnalité pour fonctionnalité : le constructeur de workflows visuel et les segments sont dans l'offre d'entrée, pas réservés aux paliers supérieurs — vos journeys ont donc où aller.
Il publie encore un prix alors qu'une partie de la catégorie a cessé de le faire : Essentials démarre à 100 $/mois pour 5 000 profils et un million d'e-mails, avec des tarifs de dépassement publiés plutôt qu'un rendez-vous commercial.
Son programme startup offre jusqu'à douze mois gratuits pour 30 000 profils si vous avez levé moins de 10 millions de dollars et n'avez jamais été client — de quoi rendre la première année du déplacement gratuite.
Points de vigilance
Vous abandonnez à la fois l'auto-hébergement et votre fournisseur d'envoi : Customer.io est l'infrastructure, donc l'argument de propriété des données qui vous avait mené vers un outil auto-hébergé ne survit pas au déplacement.
La facturation se fait au profil : la note grandit avec votre base, que vous lui envoyiez des messages ou non — une forme différente d'un serveur que vous payez déjà.
Comparer en détail Voir le site
03
LoopsPropriétaire (SaaS)
Idéal pour : Les petites équipes SaaS qui veulent retrouver vite et pour pas cher des journeys événementiels, et dont l'installation Dittofeed était de toute façon centrée sur l'e-mail.
Forces
Il possède la partie qu'on lui prête rarement : les workflows se déclenchent sur des événements, des changements de propriété et des créations de contact, avec des branchements, en plus de segments enregistrés.
Les journeys les moins chers de cette liste — gratuit jusqu'à 1 000 contacts, puis 49 $/mois à 5 000, sans facturation séparée des envois sur les offres payantes.
Une expérience développeur propre et moderne, et une mise en route rapide : l'inverse du poids d'exploitation que vous quittez.
Points de vigilance
Ni auto-hébergement ni fournisseur d'envoi choisi — Loops est l'expéditeur, c'est donc le pas le plus éloigné de votre point de départ sur la propriété.
Les tarifs ne sont publiés qu'à travers un curseur sur la page, sans tableau : au-delà de quelques milliers de contacts, il faut déplacer le curseur soi-même pour budgéter.
Il est conçu pour l'e-mail lifecycle SaaS ; si votre installation Dittofeed s'appuyait sur le SMS ou les webhooks, cela ne vous suit pas.
Comparer en détail Voir le site
04
NovuMIT
Idéal pour : Les équipes qui découvrent, en y regardant de près, qu'elles utilisaient Dittofeed comme plomberie de notifications plutôt que comme outil de growth.
Forces
Gratuit au démarrage et réellement ouvert aux fournisseurs : 10 000 exécutions de workflow par mois sans frais, avec livraison via vos propres fournisseurs e-mail, SMS et push.
Auto-hébergeable sous un cœur MIT et très activement développé, avec une large communauté — le signal de santé que vous venez d'apprendre à vérifier.
Des workflows multi-étapes avec délais, digest et throttle, plus une inbox in-app embarquable que Dittofeed n'a jamais livrée.
Points de vigilance
C'est de l'infrastructure de notifications, pas une plateforme de growth. Le ciblage se fait par abonnés et par topics : les segments comportementaux construits dans Dittofeed n'ont pas d'équivalent direct.
La documentation de Novu prévient elle-même que le fichier compose d'auto-hébergement de base n'est pas taillé pour la production — base de données sur la même machine, stockage simulé — prévoyez donc un vrai travail d'infrastructure.
Comparer en détail Voir le site
05
fromHelloAGPLAccès anticipé · liste d'attente
Idéal pour : Les petites équipes qui veulent la plateforme open source et une équipe de growth IA pour la piloter — une fois l'accès anticipé ouvert.
Forces
La seule option ici à associer la plateforme open source à huit spécialistes IA qui fixent la stratégie, construisent les journeys, écrivent les messages et mènent les expériences — vous approuvez, ajustez ou laissez partir.
Une plateforme complète en dessous, pas une couche de chat posée sur un outil : e-mail, SMS, in-app, web push, audiences pub, un constructeur de journeys visuel à 16 nœuds, des segments en temps réel, le suivi du consentement RGPD et un SDK JS/TS first-party.
Sous licence AGPL et auto-hébergeable sur Postgres + Redis, donc vos données clients restent sur votre infrastructure.
Points de vigilance
Le produit hébergé et les agents sont en accès anticipé, derrière une liste d'attente — Mautic, Customer.io, Loops et Novu s'adoptent dès aujourd'hui.
Le tarif hébergé est annoncé à la sortie ; auto-héberger la plateforme open source est gratuit.
Rejoindre la liste d'attente

FAQ

Questions fréquentes

Dittofeed est-il mort ?
Non, et la nuance compte. En août 2026, son mainteneur a indiqué que le projet passait en mode maintenance : arrêt du développement de fonctionnalités, correctifs au cas par cas. Une installation qui fonctionnait en juillet fonctionne encore, et le code reste public sous licence MIT. Ce qui s'est arrêté, c'est la feuille de route : vous avez donc le temps de choisir, pas une raison de paniquer. Calez vos attentes sur le dépôt plutôt que sur la promesse : la branche par défaut n'a plus reçu de commit depuis mars 2026.
Comment aurais-je pu savoir que le statut avait changé ?
Difficilement, et c'est bien le problème pratique. La déclaration tient dans un commentaire, sur une issue intitulée comme une question d'utilisateur, ouverte et refermée en moins de deux minutes. Le changelog public n'a pas bougé depuis novembre 2024 non plus. Si vous exploitez Dittofeed, le dépôt est le signal honnête : surveillez l'activité des commits, les versions et la façon dont les issues avancent, plutôt que les pages marketing.
Puis-je récupérer mes données ?
Oui, et plus complètement que ne le permettent la plupart des outils auto-hébergés. L'API admin renvoie les définitions complètes de journeys, y compris les nœuds et les liens du constructeur, les définitions de segments, celles des propriétés utilisateur, une liste paginée d'utilisateurs avec leurs propriétés et leurs segments, l'historique brut des événements avec traits et contexte, les enregistrements d'envoi et l'état des groupes d'abonnement. Il existe aussi un export CSV, mais il ne couvre que l'appartenance aux segments : c'est l'API, la vraie voie.
Faudra-t-il ré-instrumenter mon produit ?
Probablement pas. L'API d'ingestion de Dittofeed est documentée comme compatible Segment, avec des endpoints identify, track, page et screen au format de Segment. Si vous l'alimentiez depuis Segment via sa source webhook, le déplacement se résume à changer de destination, sans aucun travail sur le SDK. Si vous utilisiez le SDK de Dittofeed, les méthodes correspondent une à une à n'importe quel client de style Segment : c'est un remplacement, pas une réécriture.
Qu'est-ce qui ne survit pas au déplacement ?
La structure des journeys doit être reconstruite à la main quelle que soit la destination, car deux constructeurs ne partagent jamais le même vocabulaire de nœuds — l'API vous donne les définitions à lire, pas un format qu'un autre outil sait importer. La documentation des canaux de Dittofeed ne liste que l'e-mail, le SMS et les webhooks, et renvoie le push mobile et l'in-app à plus tard : quel que soit ce qui existe dans le code pour le push mobile, il n'y a rien de configuré à emporter de ce côté. Tout ce que vous avez construit sur l'API admin de Dittofeed cesse de fonctionner, et si vous auto-hébergiez, les briques ClickHouse et Temporal disparaissent plutôt qu'elles ne se déplacent.
Nous l'utilisons déjà. Que faire concrètement ?
Pour la plupart des équipes, rien ce trimestre. L'installation qui fonctionnait en juillet fonctionne encore, la licence MIT vous autorise à corriger ou à forker vous-même, et le code reste public et stable plutôt qu'il ne disparaît. Ce qui change, c'est que vous devenez le mainteneur de dernier recours : le seul rapport de bug déposé depuis le commentaire est toujours ouvert et un correctif proposé par la communauté attend d'être fusionné depuis la mi-août. Le plan raisonnable : exportez vos définitions maintenant, pendant que tout tourne, gardez l'installation, et partez à votre rythme plutôt qu'à celui d'un autre.

Sources

Découvrez la plateforme que l'équipe pilote.

Rejoindre la liste Star sur GitHub

Comparatifs liés

Guides liés

Meilleurs & alternatives

Changer d'outil

Comment changer de plateforme e-mail sans perdre en délivrabilité

Accès anticipé

Votre growthen autopilote.

L'accès anticipé ouvre progressivement, pour que l'équipe s'ajuste à de vrais cas d'usage. Les petites équipes aux grandes ambitions passent en premier.

Pas prêt à laisser un e-mail ? C'est open source. Faites-la tourner vous-même dès aujourd'hui. Voir sur GitHub