DEV.co
Open-Source DevOps · dittofeed

dittofeed

Dittofeed is an open-source, self-hosted customer engagement platform that automates multi-channel messaging (email, SMS, push, WhatsApp, Slack) via user journeys and broadcasts. It offers segmentation, template design, and analytics with a focus on developer workflows like git-based campaign versioning and testing SDKs.

Source: GitHub — github.com/dittofeed/dittofeed
2.9k
GitHub stars
364
Forks
TypeScript
Primary language
MIT
License (OSI-approved)

Key facts

Objective fields from the source. Values we can't verify are shown as “Unknown” rather than guessed.

FieldValue
Repositorydittofeed/dittofeed
Ownerdittofeed
Primary languageTypeScript
LicenseMIT — OSI-approved
Stars2.9k
Forks364
Open issues48
Latest releasev0.23.0 (2025-12-01)
Last updated2026-03-28
Sourcehttps://github.com/dittofeed/dittofeed

What dittofeed is

TypeScript-based omni-channel messaging orchestrator with a React/Node.js stack, supporting Segment/Reverse ETL data ingestion, third-party ESP integrations (SendGrid, Amazon SES), and embedded iframe/headless React components. Architecture includes journey builder, segment computation, template rendering (HTML/MJML), and performance tracking.

Quickstart

Get the dittofeed source

Clone the repository and explore it locally.

terminalbash
git clone https://github.com/dittofeed/dittofeed.gitcd dittofeed# follow the project's README for install & configuration

Need it deployed, integrated, or customized instead? DEV.co ships production installs.

Best use cases

Self-hosted transactional + marketing messaging

Organizations requiring data residency, PII protection, or avoiding vendor lock-in can deploy Dittofeed in their VPC to manage order confirmations, password resets, and promotional campaigns without third-party SaaS constraints.

Developer-first campaign automation

Teams valuing git workflows, CI/CD testing, and code-checked-in templates benefit from branch-based campaign versioning, messaging testing SDKs, and non-proprietary template formats—enabling QA before production launch.

Multi-channel orchestration for product teams

Product-led growth or onboarding-heavy workflows requiring coordinated journeys across email, SMS, and push in response to user events can leverage the visual journey builder and event-based automation without excessive engineering overhead.

Implementation considerations

  • Requires container orchestration (Docker Compose, Render, or Kubernetes) and a relational database (PostgreSQL implied from Prisma/Drizzle ORM). DevOps or infrastructure skills necessary.
  • Data ingestion must be configured via Segment, Reverse ETL, or direct API calls. Mapping existing customer databases to Dittofeed's user model adds initial integration effort.
  • Template design can use low-code editor (Q4 2024 feature) or direct HTML/MJML; team must choose workflow and potentially train non-technical users on the chosen method.
  • Integration with external ESPs (SendGrid, SES) or communication services (WhatsApp, Slack) requires API credentials and per-channel configuration; not all channels may be supported initially.
  • Identity resolution (Q2 2025 roadmap, in-progress) is needed for anonymous-to-authenticated user linking; current implementation status unclear—verify if required for your use case.

When to avoid it — and what to weigh

  • Managed, fully hosted SaaS with zero ops — Self-hosting requires DevOps capacity for Docker, database, and infrastructure management. If you want zero operational burden, a managed SaaS like Customer.io or OneSignal may be more suitable.
  • Advanced multi-tenancy or white-labeling out of the box — README explicitly notes that multi-tenancy and white-labeling are in a closed-source licensed codebase, not the open-source version. Requires email contact and likely commercial negotiation.
  • Minimal platform maturity or production-grade SLA requirements — Project is at v0.23.0 (pre-1.0), active development, and roadmap shows in-progress features (identity resolution, analytics expansion). Stability and long-term API compatibility should be verified before mission-critical deployments.
  • Enterprise compliance (SOC 2, HIPAA, etc.) as baseline — No compliance certifications mentioned. Self-hosted deployments shift compliance responsibility to the operator, but standard enterprise audit and security documentation are not evident in the README.

License & commercial use

MIT License: permissive, allows commercial use, modification, distribution, and private use. No copyleft obligations. However, README notes that multi-tenancy, embedding, and white-labeling features are in a separate closed-source codebase available under license (not detailed in README).

MIT license permits commercial use of the open-source codebase without restriction. However, vendor states that advanced features (multi-tenancy, white-labeling, embedding enhancements) require a separate commercial license. Clarify with vendor before relying on those features. Standard OSI compliance for the open-source part; proprietary licensing terms for closed-source extensions are not documented here.

DEV.co evaluation signals

Editorial assessment — not user reviews. Directional, with an explicit confidence level.

SignalAssessment
MaintenanceActive
DocumentationAdequate
License clarityClear
Deployment complexityModerate
DEV.co fitStrong
Assessment confidenceHigh
Security considerations

Self-hosted deployment means PII remains on your infrastructure, reducing third-party exposure. No security certifications, penetration test results, or vulnerability disclosure policy mentioned. TypeScript/Node.js stack is common but requires standard Node.js security hardening (dependency scanning, secret rotation). Database access control and network isolation depend on your deployment environment. Verify database encryption, TLS for inter-service communication, and authentication model (bearer tokens, API keys) against your compliance requirements.

Alternatives to consider

Customer.io

Managed SaaS omni-channel platform with stronger multi-tenancy, white-labeling, and enterprise compliance out of the box. Higher cost but zero ops overhead and guaranteed uptime SLA.

OneSignal

Specialized in push notifications and in-app messaging with simpler self-serve onboarding. Lighter weight than Dittofeed for push-only workflows, but narrower channel coverage.

Segment Engage

CDP-native engagement tier leveraging Segment's audience compute and warehouse connectors. Tighter integration with CDPs if Segment is already your data backbone; less dev-friendly git workflows.

Software development agency

Build on dittofeed with DEV.co software developers

Verify pre-1.0 stability and identity resolution status with the vendor. Deploy a test instance on Render or Docker Compose to assess operational fit. Join the Discord community for roadmap updates and use-case discussions.

Talk to DEV.co

Related open-source tools

Surfaced by semantic similarity across the DEV.co open-source index.

Related on DEV.co

Explore the category and the services that help you build with it.

dittofeed FAQ

Is Dittofeed free to use?
Yes, the MIT-licensed open-source codebase is free. Self-hosting is free; infrastructure costs (compute, DB) are your responsibility. Vendor offers a separate paid cloud trial and commercial licensing for advanced features (multi-tenancy, white-labeling).
Can I embed Dittofeed into my SaaS application?
Embedding (iframe, headless React) is in private beta (Q4 2024) and planned for public release in Q2 2025. Current production status unclear. Contact vendor for early access or timeline.
What databases does Dittofeed support?
Not explicitly stated in README. Codebase uses Prisma (being replaced with Drizzle), suggesting SQL-based databases. Likely PostgreSQL; verify in deployment documentation.
How does identity resolution work for anonymous users?
Identity resolution is in-progress for Q2 2025 (roadmap status 'in development'). Current implementation status unknown. If required for your use case, clarify with vendor or review source code.

Software development & web development with DEV.co

DEV.co helps companies turn open-source tools like dittofeed into production software. Our software development services cover the full lifecycle — architecture, web development, integration, and maintenance — delivered by software developers and web developers who ship. Engage our software development agency to implement or customize it for your open-source devops stack.

Ready to evaluate Dittofeed for your team?

Verify pre-1.0 stability and identity resolution status with the vendor. Deploy a test instance on Render or Docker Compose to assess operational fit. Join the Discord community for roadmap updates and use-case discussions.