本文へスキップ

セルフホストのメールマーケティング(2026年)

セルフホストのメールマーケティングは、2つの異なるものの組み合わせです。キャンペーンを作成し、セグメント化し、送信を予約するアプリケーションと、実際にメールを届けるメールサーバーです。前者はセルフホストに向いており、Listmonk、Keila、Plunk、Mauticはいずれも無料でよくこなします。後者はほぼ常に借りるのが正解で、そもそも主要なクラウドはどれも必要なポートをブロックしています。

更新日:8分で読めます執筆 fromHello

要点

  1. 2つの層はきれいに分けられます。キャンペーンアプリはリスト、セグメント、コンテンツを保持し、所有する価値があります。送信経路は到達率のためのインフラで、所有して得られるのは自由ではなく、レピュテーションの問題です。

  2. これは好みの問題ではありません。AWS、Google Cloud、DigitalOcean、Hetzner、Oracleはいずれも、初期設定で送信ポート25を制限しています。Hetznerは465もブロックし、DigitalOceanは465と587もブロックしていて、解除を申請する方法は文書化されていません。

  3. ここに挙げたツールはすべて無料で、正真正銘のオープンソースです。そして、どれも送信プロバイダーを自分で用意することを前提にしています。PlunkはAWS SESを明確に必須としており、層の分離が設定値として表れています。

  4. スター数ではなく、何を送るかで選んでください。一斉配信ならListmonk、GDPRへの配慮が行き届いた洗練されたニュースレターならKeila、すでにアプリからトランザクションメールを送っているならPlunk、本格的な自動化が必要ならMauticです。

候補ツール

セルフホストのメールマーケティングを検索すると、2種類のソフトウェアが何の断りもなく混ざって出てきます。1つはキャンペーンアプリケーションで、購読者を保持し、セグメントをつくり、メッセージを作成し、送信を予約します。もう1つはメールサーバー(Postal、Mailu、Mailcow、iRedMail)で、これらのプロジェクトはどれも、自らをマーケティングツールとは説明していません。Postalは自らをWebサイトとWebサーバーのためのメール配信プラットフォームと呼び、Mailcowはグループウェアスイートと呼んでいます。この2つを混同すると、望んでもいないMTAを運用することになり、最初のキャンペーンの成果が振るわなくなって初めて到達率の問題に気づきます。このページでは2つの層を分けて扱います。セルフホストする価値のある4つのアプリケーションと、その下にある送信経路についての正直な答えです。

選定方法

技術チームが実際に立ち上げ、運用し続けられるかを見ました。基準は、バッジではなくリポジトリで確認した本物のオープンソースライセンス、信頼できるだけ活発なプロジェクトであること、そして一斉配信では足りなくなったときにどうするかへの明確な答えです。すべて、2026年9月の第1週に各プロジェクトのリポジトリ、ドキュメント、リリース履歴で確認しました。活発でも別の用途を狙ったツールは除外しました。Ghostは大量送信が1つのプロバイダーに固定されたパブリッシングプラットフォームで、OpenEMMは自社環境への導入を前提にしたエンタープライズ向けの製品で、対応ディストリビューションが限定されています。Mailtrainも除外しました。GitHub APIでメンテナンスされているように見えるのはボットがブランチを更新しているからにすぎず、最後のリリースは2021年です。私たちはfromHelloを開発しています。そのため、fromHelloは最後に掲載し、及ばない点も含めて同じ基準で評価しています。

  1. 向いている用途

    今日セグメントにニュースレターや一斉配信を送り、その後はツールのことを二度と考えたくないチーム。

    強み

    • このカテゴリーで最も軽い本格的な選択肢です。依存関係がPostgresだけのGoのシングルバイナリで、全体が1つのプロセスと、バックアップすべき1つのデータベースで済みます。
    • セグメンテーションは、購読者のフィールドとJSONB形式の属性カラムに対する生のSQLです。技術系の創業者にとっては、すでにクエリ言語を知っているので、制約ではなく利点です。
    • バウンス処理は後付けではなく標準搭載で、POP3メールボックスのスキャン、汎用のWebhookエンドポイント、プロバイダー別の受信機能を備えているため、リストが自然にきれいに保たれます。

    注意点

    • 自らの説明どおり一方向の一斉配信マネージャーで、ステップメール(ドリップキャンペーン)もジャーニービルダーもありません。行動に反応するウェルカムシリーズが欲しいなら、これは合わないツールで、それを補うプラグインもありません。
    • SMTPはすべて自前で用意します。それは正しい設計ですが、到達率の作業は最初の送信までに自分で整える必要があり、オンにすれば済む機能ではありません。
  2. 向いている用途

    欧州水準のプライバシー対応を形式的なチェック項目ではなく必須の要件とし、洗練されたニュースレターを運用したいチーム。

    強み

    • メール作成の機能は、ここでは群を抜いています。ビジュアルブロックエディターに加え、Markdown、MJML、HTML、プレーンテキストに対応し、再利用できるテンプレートとコンテンツスロットもあります。
    • セグメンテーションはビジュアルエディターとクエリ言語の2通りで行え、過去のキャンペーンへの反応で対象を絞り込めます。この規模のツールとしては珍しい機能です。
    • 送信元の柔軟性はこのまとめで最も高く、自前のSMTP、SES、Mailgun、Postmark、Sendgridを使えます。開封とクリックのトラッキングは完全にオフにできます。

    注意点

    • マーケティングオートメーションはロードマップ上にあり、製品にはまだありません。2026年9月のリリース時点で、ステップメールやジャーニービルダーはないため、一斉配信とセグメントを前提に計画してください。
    • まだ1.0未満で、バージョン番号もそれに応じています。開発は速く着実で危うさはありませんが、バージョン番号はAPIの安定性について実情を示しています。
  3. 向いている用途

    すでにプロダクトからトランザクションメールを送っていて、マーケティングも同じ仕組みに載せ、1つのコードベースで扱いたい開発チーム。

    強み

    • トランザクション送信、キャンペーン、イベントトリガーの自動化が、実際に読めるTypeScriptの1つのコードベースにまとまっています。プラグインのエコシステムとは性質の異なる選択肢です。
    • リリースは速く着実で、2026年5月から8月の間に5つのマイナーバージョンが出ています。API優先のモダンな設計で、管理画面をクリックするよりコードを書きたいチームに合います。
    • 公式のMCPサーバーを提供しているため、エージェントから操作できます。この作業の一部を将来ソフトウェアに任せるつもりなら、役に立つ特性です。

    注意点

    • セルフホストには特にAWS SESが必要で、環境ファイルに必須と記載されています。層の分離が設定として書かれているわけです。意図したかどうかにかかわらず、アプリケーションはセルフホストし、送信は借りることになります。
    • 0.x系のソフトウェアです。方向性はよく、開発ペースも確かですが、インターフェースは変わるものと考えてください。
  4. 向いている用途

    一斉配信では足りなくなり、自社で管理するインフラ上で分岐のあるライフサイクル自動化が必要なチーム。

    強み

    • ここで唯一、コンタクトと企業のデータモデルに加えて、本格的なビジュアルの多段階キャンペーンビルダーを備えた、成熟したセルフホストの選択肢です。
    • 単に存続しているだけでなく、積極的に投資されています。2026年9月にリリースされたバージョン7.2ではキャンペーンビルダーに大きな改良が加えられ、リリースも着実に続いています。
    • GPLv3のもとで無料で、コア機能に有料版はなく、コミュニティによって運営されています。コアでカバーされない連携には、大規模なプラグインのエコシステムがあります。

    注意点

    • 4つの中で運用と学習の負担が最も大きいツールです。MySQL上のPHPとSymfonyで、キャンペーンのステップはcronで動くため、自動化は即時ではなくcronの間隔で実行されます。
    • AGPLではなくGPLv3です。改変版をサービスとして提供するつもりなら、これはライセンス上の実質的な違いです。
  5. fromHello

    AGPL-3.0Cloudはアーリーアクセス中

    向いている用途

    予約配信のキャンペーンではなく、人の行動をきっかけに動くジャーニーを、セルフホストするAGPL-3.0のコードで使いたいチーム。fromHello Cloudはアーリーアクセス中です。

    強み

    • 人の行動をきっかけに動くジャーニーを、ファーストパーティトラッキング、イベントごとに再計算されるセグメント、14種類のノードを備えたビジュアルビルダーで組み立てられます。メールは自社のプロバイダー(Resend、Postmark、SendGrid、SMTP、Microsoft 365)経由で送信し、SMS、アプリ内のバナーとモーダル、広告オーディエンスにも対応しています。返信はコンタクトのプロファイルに届き、ジャーニーを開始できます。
    • 手持ちのAIをMCPで接続できます。59種類のツールにより、Claude、Cursor、その他のMCPクライアントからセグメント、ジャーニー、テンプレートを作成し、分析データを読み取れます。メッセージを送信するツールはなく、お使いのAIが作成したジャーニーは、公開されるまで下書きのままです。
    • AGPL-3.0のオープンソースです。自社のPostgresとRedisで無料でセルフホストするか、月額€39から(税別)でユーザー数無制限のfromHello Cloudを利用できます。

    注意点

    • fromHello Cloudはウェイトリスト経由のアーリーアクセスです。Listmonk、Keila、Plunk、Mauticは一般提供中です。
    • ニュースレターや予約配信のキャンペーンはありません。多くの人へのメッセージはジャーニーで送るため、ニュースレターにはListmonk、Keila、Plunkのほうが合います。

オープンソースのマーケティングオートメーション、fromHelloを見る。

FAQ

よくある質問

  • マーケティングメールのために、自前のメールサーバーを運用すべきですか?

    ほぼ間違いなく、すべきではありません。最もはっきりした警告は、私たちではなくメールサーバーのプロジェクト自身から出ています。Postalのドキュメントは、自前のメール配信プラットフォームの運用を軽く考えないよう明言しています。MTAを運用するということは、IPレピュテーション、バウンスと迷惑メール報告の処理、ブロックリストの監視、TLSを引き受けることで、どれも本来やりたかったことではありません。キャンペーンアプリケーションはセルフホストし、送信は到達率を本業とするプロバイダー経由で行ってください。

  • 安いVPSから、そもそもメールを送れますか?

    通常は申請なしには送れず、まったく送れない場合もあります。送信ポート25は、AWS、Google Cloud、DigitalOcean、Hetzner、Oracleで初期設定では制限されています。AWSは送信量を絞り、それ以外は完全にブロックします。AWSはサポートへの申請で制限を解除し、Googleは独自のリスク評価に基づいてブロックを解除することがあります。Hetznerは465もブロックし、両方の解除をアカウントの利用期間と支払い履歴で判断します。DigitalOceanはすべてのDropletで25、465、587をブロックしており、解除の方法を公開していません。ポートは閉じているものと考え、リレーを使う前提で計画してください。

  • では、セルフホストで実際に何が得られますか?

    価値のある半分です。購読者リスト、セグメントの定義、テンプレート、送信履歴が、自社で管理するデータベースに残ります。誰にも一方的に変更されないライセンスのもとで、コンタクト単位の課金もありません。送信の層を借りることで手放すのはIPアドレスで、それはもともと、ソフトウェアを自分のものにしていた部分ではありません。

  • この中でステップメールを組めるのはどれですか?

    MauticとPlunkです。Mauticは分岐を備えた本格的なビジュアルキャンペーンビルダーを持ち、Plunkはコードでイベントトリガーの自動化を組めます。Listmonkは明確に一方向の一斉配信マネージャーで、Keilaは自動化を提供済みではなく予定としているため、ウェルカムシーケンスが要件なら、どれほど気に入っていてもこの2つは候補から外れます。

  • セルフホストのメールは安くなりますか?

    ソフトウェアは無料ですが、送信は無料ではなく、運用にかかる時間も無料ではありません。メッセージ単位で課金されるリレー、サーバー、アップグレードとバウンス対策にかける時間を予算に入れてください。セルフホストが勝るのは、所有、管理、そして規模が大きくなったときのコンタクト単位の経済性であり、無料であることではありません。

  • 最初のキャンペーンの前に、何を整えておく必要がありますか?

    認証とリストの衛生管理です。どちらも、このページの1段落ではなく、それぞれ専用のガイドで解説しています。要点だけ言えば、何かを送る前にSPF、DKIM、DMARCを公開し、初日にリスト全体へ送るのではなくドメインを段階的にウォームアップし、迷惑メール報告率を監視してください。Googleは一括送信者に0.10%未満を保つよう求めており、0.30%を決して超えてはならない一線としています。

あわせて読みたい

すべての比較

アーリーアクセス

fromHello Cloud

小さくまとまるために始めたわけではない。

fromHello Cloudのアーリーアクセスは、段階的にご案内します。 オンボーディングは伴走型です。セットアップからコンタクトの移行まで、私たちがお手伝いします。

ご利用の準備が整い次第、メールでお知らせします。スパムは送りません。

まだ登録する段階ではありませんか?GitHubで見る