Notifuse

Notifuseとは何か

Notifuse（github.com/Notifuse/notifuse）は、Goで書かれReactの管理コンソールを持つ自前運用のメール基盤です。ふつうは三つの別々の製品に分かれている仕事を一つで扱います。購読リストへの一斉配信、誰にいつ何を届けるかを決める複数ステップの自動化、そしてパスワード再設定や購入完了のときにアプリが呼ぶトランザクションAPIです。コンタクト、リスト、カスタムフィールド、開封とクリックの計測、埋め込み可能な通知センターは、すべて同じPostgreSQLの中にあります。

評価する前に押さえておきたいのは、Notifuseがメールサーバーではなくコントロールプレーンだという点です。送信は自分で用意する事業者に委ねられ、リポジトリはAmazon SES、Mailgun、Postmark、Mailjet、SparkPost、SendGrid、SMTPを挙げています。したがって1通あたりのコストは席数課金ではなくその事業者のコストになり、送信レピュテーションも引き続き自分で積み上げるものです。テンプレートはLiquid変数付きのドラッグ＆ドロップMJMLビルダーで作るので、キャンペーンと領収メールが二つの別々の見た目に分かれていくことなく、同じ部品を共有できます。

自動化はリストではなくグラフです。それぞれが単一のトリガーからぶら下がるノードのキャンバスで、リポジトリが記載しているノード種別は、待機、メール、分岐、フィルター、リストへの追加、リストからの削除、A/Bテスト、Webhook、そして特定リスト内でのコンタクトの状態による分岐です。コンタクトの登録は一度きりにもトリガーのたびにもでき、登録ごとに固有の状態とノード単位の履歴を持ち、自動化は下書きとして編集してから公開できます。一時停止したものは登録を破棄せず保持します。自分で運用したくない人向けに有料のホスティングプランもあります。

創業者のスタックのどこに入るか

Notifuseを正直に位置づけるなら、その仕事の一部をすでに担っているツールと並べるのが早道です。ここに来る人のほとんどは、すでにどれかを動かしているからです。

• ニュースレターツールの代わりに listmonkは単機能として最も近い比較対象です。リスト、キャンペーン、単一のGoバイナリで構成され、一斉配信だけが必要なら運用は最も簡単です。Notifuseはその上に自動化とトランザクションAPIを重ねますが、その分だけ面倒を見る範囲が広がります。
• マーケティング自動化スイートの代わりに Mauticは歴史がはるかに長く、セグメンテーションとマルチチャネルの機能量ではかなり上です。Notifuseはより小さく、より新しく、立ち上げが速い選択肢で、対象はメールだけです。
• プロダクトの通知と並べて Novuはメール、SMS、プッシュ、アプリ内受信箱にまたがる通知インフラです。メール以外のチャネルが必要ならそちらが別の道具になります。仕事がメールだけなら、Notifuseはその両面をカバーします。
• エディタ部品の代わりにはならない React Email Editorは、自社プロダクトの中にメールビルダーを埋め込んでユーザーに使ってもらうためのものです。Notifuseのビルダーは自分たちのためのもので、自身のコンソールの中にあります。

最近の追加で一つ、珍しいので触れておく価値があります。2026年8月のv38.0で、このプロジェクトはCookieを使わないウェブ解析機能 — 注視時間で測るセッション、編集可能なチャネル帰属ルール、ゴール、カスタムディメンション — を取り込みました。しかも二つ目のデータベースではなく同じPostgreSQL上で動きます。キャンペーンの帰属こそメールとサイト解析が交わる地点なので発想としては筋が通っていますが、同時にメール基盤が二つ目のデータ領域と二つ目のアップグレードリスクを抱えることも意味します。試す価値のあるおまけとして扱い、初日からUmamiやPostHogを外す理由にはしないでください。

リポジトリで二度読むべき二か所

一つ目はライセンスです。NotifuseはAGPL-3.0で、自社の業務のために動かす分にはとりたてて注意点はありませんが、ネットワーク条項を持つコピーレフトです。改変したうえでその改変版をサービスとして第三者に提供すると、その改変が対象範囲に入ります。これは組み込んだ製品を出してからではなく、その上に作り始める前に決めることです。

二つ目は貢献に関する記述で、プロジェクトはプルリクエストを受け付けず、依頼していないものはレビューなしにクローズすると明言し、代わりにissueを歓迎するとしています。AGPLのプロジェクトとしては珍しい姿勢で、そう書くこと自体は批判ではありません。見積もりに入れるべきコストです。フォークして自由に改変できますが、自分が書いた修正が本家に入る見込みは薄いので、気になるバグは「issueを立てて待つ」か「アップグレードのたびに自分でパッチを持ち回る」かのどちらかになります。

配管を持つことと、そこに中身を流すことは別

メールを自前で持てば、1通ごとの請求書とベンダーのデータ方針は生活から消えます。しかしウェルカムシーケンスを書いてはくれませんし、顧客の最初の1週間のどの数場面がメールに値するかを決めてもくれませんし、トライアル終了の通知が構造的に対応できない相手に届いていることにも気づきません。この仕事は基盤が自前でも借り物でもまったく同じで、成果が生まれるのはここです。ライフサイクルメールは規律であって、ツールはそれが動く場所にすぎません。

基盤を持っても、メールが届くようになるわけでもありません。到達性はソフトウェアではなくドメインと送信のふるまいに従います。認証レコード、温めた送信ドメイン、きれいなリスト、そして誰かが見ている苦情率です。アウトバウンドを迷惑メールフォルダから遠ざける手順は、相手が望んで受け取るメールにもそのまま当てはまり、迷惑メール判定を避けるコールドメールの書き方に書いてあります。トランザクションメールの中で一つだけ別扱いが要るものがあります。ログインリンクを運ぶ場合、失敗の原因は配信ではなく誰が先に開くかで、それがマジックリンクのログインが失敗する理由です。AgentCeres（agentceres.comのAI Growth Officer）はこの線の実行側に立ちます。シーケンスやキャンペーンの下書きを書き、外に出るものはすべて人の承認に回してから送ります。