オープンソースのカスタマーエンゲージメントプラットフォームおすすめ(2026年)
2026年時点で完全なオープンソースのCEPに最も近いのは、現在メンテナンスモードのDittofeedです。マーケターにとって守備範囲が最も広いのはMauticで、ChatwootとNovuは仕事の半分(会話と通知)を担います。Laudspeakerはもうメンテナンスされていません。fromHelloはプロダクトのイベントでジャーニーを動かすオープンソースのマーケティングオートメーション(MA)ツール(AGPL-3.0)で、Cloudはアーリーアクセス中です。
要点
カスタマーエンゲージメントの仕事全体(プロファイルとイベント、セグメント、ジャーニー、そしてメール、SMS、プッシュ通知、アプリ内メッセージ)を1つでカバーするオープンソースのプロジェクトはありません。オープンソースを選ぶことは、まず範囲を決めることです。
このカテゴリーは成長ではなく縮小しています。Laudspeakerは2026年7月にメンテナンス終了を表明し、LimeJourneyは一度もリリースを出さず、Castled.ioのコードは完全に消え、Dittofeedのメンテナーは2026年8月に機能開発の停止を認めました。
ここで最も健全な2つのプロジェクトは、隣接する領域を担っています。Chatwootは会話としてのエンゲージメントを、Novuは通知の配信を担い、どちらも行動ベースのセグメントでライフサイクルのジャーニーを動かすものではありません。
fromHelloは、AGPL-3.0のプラットフォームと、プロダクトのイベントをきっかけに動くジャーニーを組み合わせています。セルフホストするか、アーリーアクセス中のfromHello Cloudのウェイトリストに登録できます。
候補ツール
オープンソースのカスタマーエンゲージメントプラットフォームを検索すると、見つかるものの多くは開発が終わっているか、隣接領域のものか、その両方です。このカテゴリーの名前のうち2つは姿を消しました。Laudspeakerの最後のコミットは自らの開発終了の告知で、Castled.ioのリポジトリは完全に削除されています。そして、残った中で最も完成度の高いDittofeedのメンテナーは、2026年8月に機能開発の停止を認めました。残ったものは正直に整理する価値があります。止まってはいても動くCEPが1つ、ベテランの自動化スイートが1つ、それぞれ仕事の半分をカバーする健全なプロジェクトが2つ、そして私たち自身のエントリーで、クラウドがアーリーアクセス中のfromHelloです。加えて、なぜ候補から外れるのかを改めて調べずに済むよう、Laudspeaker自体も載せています。このページでは、カスタマーエンゲージメントの仕事(プロファイルとイベント、セグメント、ジャーニー、マルチチャネルのメッセージング)のうち、それぞれが実際にどこまでカバーするかで分類し、ライセンスと注意点をはっきり記載しています。
選定方法
このリストの基準は、プラットフォーム自体が本当にオープンソースのライセンスであること(クローズドなAPI向けのMITライセンスのSDKは対象外)、本番で動かせるだけ活発なプロジェクトであること、そしてカスタマーエンゲージメントの仕事の少なくとも一部を実際にカバーしていることです。Laudspeakerはこの基準を満たしませんが、リストに残しています。検索する読者がいて、その告知がこのカテゴリーの経緯の一部だからです。すべての記述は、2026年9月の第1週に一次情報(各プロジェクトのリポジトリ、ライセンスファイル、ドキュメント、料金ページ)で確認し、下にリンクを載せています。隣接領域は無理に広げず、隣接領域として扱っています。通知インフラはライフサイクルメッセージングではなく、サポートの受信トレイはジャーニーエンジンではありません。読者からよく名前が挙がるものも確認しました。erxesは、エンゲージメントが多くのプラグインの1つにすぎないビジネスOSスイートです。TracardiはMITとCommons Clauseのライセンスで、オープンソースではなくソースアベイラブルです。TiledeskとNotifoは、ChatwootとNovuに近い小規模なプロジェクトです。そのうえで、リストはCEPの仕事そのものに取り組むプロジェクトに絞りました。私たちはfromHelloを開発しています。そのため、fromHelloは最後に掲載し、及ばない点も含めて同じ基準で評価しています。
向いている用途
メンテナンスモードのプロジェクトであることを受け入れたうえで、オープンソースで最も完成度の高いCEPのデータモデル(セグメント、ジャーニー、メール、SMS)を求めるチーム。
強み
- これまでで最もCEPらしいオープンソースのプロジェクトです。動的セグメント、ビジュアルジャーニービルダー、一斉配信、そしてプロファイルとイベントのためのSegment互換APIを備えています。
- セルフホストのスタックとしては本格的なチャネルの幅があります。メールはSendGrid、SES、Resend、Postmark、SMTP経由、SMSはTwilioまたはSignalWire経由で送信でき、それ以外はWebhookで対応できます。
- 今も動かせて、販売も続いています。MITライセンスのコアはDocker Composeでセルフホストでき、ホスト型のクラウドも月額$75からのプランで提供が続いています。
注意点
- 公式にメンテナンスモードです。2026年8月、メンテナーは機能開発を停止し、バグ修正は機会があればまれに行うと書きました。最後の安定版リリースは2025年12月です。
- モバイルプッシュとアプリ内メッセージは完成しませんでした。ドキュメントでは両方とも今後の作業とされており、機能開発が止まった今、オープンソース版に加わる見込みは低いです。
向いている用途
活発にメンテナンスされている1つのオープンソーススイートで最も広い範囲をカバーしたいと考え、cronで動くPHPスタックを運用できるマーケティングチーム。
強み
- 10年以上続き、今もリリースを続けるプロジェクトです。2026年9月にバージョン7.2が出ており、動的セグメント、ビジュアルキャンペーンビルダー、ランディングページ、フォーム、A/Bテストを備えています。
- オープンソースで最も幅広いチャネルを持ちます。メールはコアに含まれ、SMSはTwilioトランスポート経由、WebプッシュとモバイルプッシュはOneSignalの自社アカウント経由、サイト上のメッセージはFocus Itemsで対応します。
- GPLv3のもとで本当に無料で、コア機能に有料版はなく、コミュニティによって運営されています。AIへの姿勢は意図的で、ホスト型のサービスではなく、プラグインで自前のモデルを持ち込む形です。
注意点
- エンゲージメントへと広がったMAであり、イベントを中心に設計されたCEPではありません。行動トラッキングは任意のプロダクトイベントのストリームではなく、ページ訪問、フォーム、メールの反応が中心で、セグメントはリアルタイムではなくcronで再構築されます。
- スタック(PHP、MySQL、cronジョブ、アップグレード)は自社で運用します。Webプッシュ、モバイルプッシュ、SMSは、何かを届ける前にサードパーティのアカウントが必要です。
Chatwoot
向いている用途
カスタマーエンゲージメントがライフサイクルキャンペーンではなく、会話(チャット、メール、WhatsAppの共有受信トレイ)を意味するチーム。
強み
- このページで最も健全な2つのプロジェクトの1つです。GitHubのスターは約36,000、数週間ごとにリリースがあり、活発な企業が開発を支えています。
- オープンソースで最も強力なサポート機能を持ちます。ライブチャット、メール、WhatsApp、Instagram、Telegramなどを1つの共有受信トレイにまとめ、RailsとPostgresでセルフホストできます。
- 提供済みのAIレイヤーであるCaptainは、返信の下書き、一次対応の自動化、FAQへの回答を行います。セルフホスト版を含む有料プランで利用できます。
注意点
- カバーするのはエンゲージメントのうち会話の半分で、ライフサイクルの半分ではありません。キャンペーンは単発のメッセージで、自動化ルールには待機やステップメールのステップがなく、ジャーニービルダーもプロダクトイベントのストリームもありません。
- オープンコアの線引きは明確です。Captain、SSO、SLA機能はMITライセンスのコアの外にあり、エージェント単位の有料プランで提供されます。
向いている用途
マーケティングプラットフォームではなく、通知の配信(アプリ内受信トレイ、プッシュ通知、メール、SMS)を自社のアプリに組み込みたいプロダクトチームやエンジニアリングチーム。
強み
- 通知のためにつくられたインフラで、大規模かつ活発に開発されています。GitHubのスターは約40,000で、埋め込み可能なアプリ内Inboxコンポーネントと、数十の配信プロバイダーを備えています。
- 待機、ダイジェスト、スロットルのステップを含むマルチステップのワークフローで通知の仕事をきちんとこなし、ステップごとの条件を付けてコードからトリガーできます。
- 2026年6月に提供されたNovu Connectは、AIエージェントをSlack、Teams、WhatsApp、Telegram、メールにつなぎ、人による承認の仕組みも組み込まれています。
注意点
- マーケティングの層はありません。イベントごとに再計算される動的セグメントも、ライフサイクルステージも、キャンペーンスイートもなく、対象指定は購読者、トピック、ステップの条件です。
- MITライセンスのコアのコミュニティ版セルフホストは、意図的にクラウドより機能が絞られています。チームメンバーは1人、SSOやRBACはなく、メールの反応のトラッキングもなく、スタックは一般的なPostgresのツールチェーンから外れたMongoDBベースです。
Laudspeaker
向いている用途
今から始める人には向きません。Laudspeakerはオープンソースで最もCustomer.ioに近い代替でしたが、READMEには現在、メンテナンスされていないと書かれています。
強み
- 発想は正しく、オープンに実装されていました。AGPLのコアのもとで、ビジュアルジャーニービルダー、セグメントビルダー、そしてプッシュ通知、メール、SMS、Webhookにまたがるイベントトリガーのメッセージングを備えていました。
- モバイルSDKと1億ユーザー規模を見据えた構想により、同世代で最も有力なオープンソースのBraze対抗でした。
- コードは今も公開されているため、既存の環境は動き続け、リポジトリはオープンソースのCEPがどう組み立てられるかの参考資料として残ります。
注意点
- プロジェクトは、もう活発に開発もサポートもされていないとはっきり記しています。その告知が、2026年7月のリポジトリの最後のコミットです。
- Webサイトにはアクセスできず、ホスト型クラウドのインフラも撤去されているため、頼れる代替手段も、移行できる上位版もありません。
- 最後のリリースは2024年6月で、開発が止まった時点で、アプリ内メッセージはロードマップ上でまだ作業中とされていました。
fromHello
向いている用途
人の行動をきっかけに動くジャーニーを、セルフホストできるAGPL-3.0のコードで、またはアーリーアクセス中のfromHello Cloudで使いたいチーム。
強み
- 人の行動をきっかけに動くジャーニーを、ファーストパーティトラッキング、イベントごとに再計算されるセグメント、14種類のノードを備えたビジュアルビルダーで組み立てられます。チャネルはメール、SMS、アプリ内のバナーとモーダル、広告オーディエンスで、Webプッシュもプラットフォームに組み込まれています。返信はコンタクトのプロファイルに届き、ジャーニーを開始できます。
- 手持ちのAIをMCPで接続できます。59種類のツールにより、Claude、Cursor、その他のMCPクライアントからセグメント、ジャーニー、テンプレートを作成し、分析データを読み取れます。メッセージを送信するツールはなく、お使いのAIが作成したジャーニーは、公開されるまで下書きのままです。
- AGPL-3.0のオープンソースです。自社のPostgresとRedisで無料でセルフホストするか、月額€39から(税別)でユーザー数無制限のfromHello Cloudを利用できます。
注意点
- fromHello Cloudはウェイトリスト経由のアーリーアクセスです。Dittofeed、Mautic、Chatwoot、Novuは一般提供中です(ただしDittofeedはメンテナンスモードです)。
- ニュースレターや単発の一斉配信はありません(多くの人へのメッセージはジャーニーで送ります)。モバイルプッシュとWhatsAppにも対応していません。SMSは常に自社のプロバイダー経由で送信します。
オープンソースのマーケティングオートメーション、fromHelloを見る。
FAQ
よくある質問
オープンソースのカスタマーエンゲージメントプラットフォームとは何ですか?
カスタマーエンゲージメントプラットフォームは、顧客のプロファイルとイベントを保持し、セグメントを計算し、メール、SMS、プッシュ通知、アプリ内メッセージにまたがるジャーニーを1か所から実行します。オープンソースとは、コードを読めて、自社のインフラで動かせるという意味です。隣接するツールと見分ける基準は、メッセージを送れないならCEPではなくCDP、行動で対象を絞れないなら通知インフラ、ということです。
オープンソースのカスタマーエンゲージメントプラットフォームが少ないのはなぜですか?
CEPは実質的に4つの製品(データストア、セグメンテーションエンジン、ジャーニーの実行環境、チャネル配信)を1つにしたもので、配信の半分は、コードがオープンかどうかにかかわらず有料のサードパーティサービスに依存するからです。最近の経緯ははっきりしています。Laudspeakerは2026年にメンテナンス終了を表明し、LimeJourneyは一度もリリースを出さず、Castled.ioはコードを削除し、Dittofeedのメンテナーは2026年8月に機能開発の停止を認めました。うまくいっているプロジェクトは、仕事の半分を選んでいます。
Laudspeakerに何があったのですか?
READMEの冒頭には現在、プロジェクトがもう活発に開発もサポートもされていないと書かれています。この告知は2026年7月に、リポジトリの最後のコミットとして追加されました。Webサイトは停止し、ホスト型クラウドのインフラは撤去され、後継や推奨されるフォークもありません。既存のセルフホスト環境は動き続けますが、誰もパッチを当てていません。
PostHogはカスタマーエンゲージメントプラットフォームの代わりになりますか?
まだなりません。PostHogのWorkflowsは2025年11月にメール対応のベータ版として始まり、その後Twilio経由のSMSとプッシュ通知が加わりました(プッシュ通知はまだベータ版です)。分析スイートに付属する、メッセージングへの確かな一歩です。ただし、アプリ内のジャーニーがないクラウドのベータ版なので、今の時点でセルフホストのCEPとして扱うのではなく、一般提供の段階で改めて評価してください。
小さなオープンソースツールを組み合わせて、カスタマーエンゲージメントプラットフォームをつくれますか?
はい。用途が限られているなら、それが現実的な答えです。メールにはListmonk、Keila、Plunk、会話にはChatwoot、通知にはNovu、分析にはPostHogです。コストはつなぎの部分にかかります。ID、同意、送信除外のロジックはどのツールにもないため、ツールを1つ加えるごとに、自社で抱える連携が掛け算で増えていきます。チャネルが2つ、3つを超えると、つなぎのコストはたいていプラットフォームより高くつきます。
2026年でも、Dittofeedを選ぶべきですか?
状況を理解したうえでなら選べます。今もオープンソースで最も完成度の高いCEPで、動かすことも購入することもできます。しかし、メンテナーは2026年8月に機能開発の停止を表明し、モバイルプッシュとアプリ内メッセージは提供されず、最後の安定版リリースは2025年12月です。自分たちでメンテナンスできる限定的な導入なら問題ありませんが、成長するスタックの中心に据えるのはリスクがあります。
出典
- Dittofeed:メンテナンスモードに関するメンテナーの表明(GitHub issue #1847) (新しいタブで開きます)
- Laudspeaker:メンテナンス終了の告知があるリポジトリ (新しいタブで開きます)
- Mautic 7.2 Lynx Editionのリリースノート (新しいタブで開きます)
- Chatwoot:セルフホスト版のプランとライセンス (新しいタブで開きます)
- Novu:セルフホスト版とクラウドの比較 (新しいタブで開きます)
- PostHog:Workflowsのベータ版の発表 (新しいタブで開きます)
- fromHello:GitHubのリポジトリ(AGPL-3.0) (新しいタブで開きます)
あわせて読みたい
すべての比較- 1対1の比較fromHello vs DittofeedDittofeedと同じオープンソースで、開発が活発に続いています。アプリ内メッセージと広告オーディエンスを標準搭載。
- 1対1の比較fromHello vs MauticMauticと同じオープンソースで、cronジョブではなく、すべてのイベントに反応するセグメントとジャーニー。
- 1対1の比較fromHello vs NovuNovuはコードで実装した通知を配信します。fromHelloのジャーニーは、人の行動をもとに、誰にどのメッセージを送るかを決めます。
- 1対1の比較fromHello vs Customer.io同じイベント起点のジャーニーを、セルフホストできるオープンソースのコードで。
- 関連ガイドオープンソースとデータセルフホストできるオープンソースのMAツールと、顧客データを自社で所有することの意味を取り上げます。得られるもの、かかるコスト、GDPRへの対応を解説します。
- 関連ガイドカスタマーエンゲージメントプラットフォーム(CEP)とは?カスタマーエンゲージメントプラットフォームとは、顧客のプロファイルとイベントを保存し、メール、SMS、プッシュ通知、アプリ内メッセージで1か所から人に届けるソフトウェアです。
- 関連ガイドセルフホスト型のカスタマーエンゲージメントセルフホスト型のカスタマーエンゲージメントプラットフォームは、自社で管理するインフラで動きます。顧客データはベンダーのクラウドではなく、自社の環境にとどまります。
- 関連ガイドCDPとCEPの違いCDPとCEPの違いを解説します。カスタマーデータプラットフォームはデータを集めて名寄せし、オーディエンスを同期します。カスタマーエンゲージメントプラットフォームはセグメント化し、ジャーニーを組み、送信します。
- 関連ガイドオープンソースとSaaSのマーケティングツールオープンソースのマーケティングツールは手軽さと引き換えにコントロールと所有権を得て、SaaSはそれをマネージドな運用とサポートに替えます。総保有コストで選ぶ方法を解説します。
- ツールの乗り換え到達率を落とさずにメール配信プラットフォームを乗り換える方法
アーリーアクセス
fromHello Cloud
小さくまとまるために始めたわけではない。
fromHello Cloudのアーリーアクセスは、段階的にご案内します。 オンボーディングは伴走型です。セットアップからコンタクトの移行まで、私たちがお手伝いします。
まだ登録する段階ではありませんか?GitHubで見る