最良のセルフホスト型Zapier代替、コストの計算、ライセンス、そして正直なトレードオフ

1日に100回実行され、5つのアクションステップを完了するワークフローは、月に15,000件のZapierタスクを消費します。 Zapierは成功した各アクションをカウントし、トリガーや一部の組み込みステップはカウントしません。この規模では、選択したタスクの階層が重要になります。同じワークフローは、実行ごとのソフトウェア料金なしでセルフホスト型のn8nでも動かせますが、VPSのリソースと運用に必要な時間は依然として現実のコストです。

しかし、多くの「Zapier代替」記事はこの計算で終わってしまい、そこから本当の疑問が始まります。どのツールがどの用途に合うのか。n8n Sustainable Use Licenseは実際に何を許可しているのか。デプロイを健全に保つためにどれだけの時間を費やすのか。このガイドでは、5つのセルフホスト型Zapier代替、n8n、Activepieces、Automatisch、Node-RED、Huginnを比較します。現在の価格、ライセンス、デプロイの要件、そして安易なコスト比較が見落とす運用上のトレードオフに焦点を当てます。Cloudzyはインフラを販売しており、これらのワークフローエンジンのいずれも販売していないため、ここに推奨するソフトウェアベンダーはありません。

短いバージョン

n8nは、このグループの中で最も幅広いカタログと最も成熟したセルフホスティングの道筋を持つため、一般的なSaaSおよびAPI自動化における最も強力なデフォルトの選択肢であり続けています。そのCommunity EditionはSustainable Use Licenseの下でソースが公開されており、社内の業務利用は許可されますが、n8nへのアクセスを販売したり、商用製品の価値を生み出すエンジンとして使用したりすることは制限されます。ActivepiecesはよりZapierに近いインターフェースとMITライセンスのコアを備えていますが、そのエンタープライズおよび組み込み機能は商用ライセンスを使用します。Node-REDはIoTおよびイベント駆動型ハードウェア向けの専門的な選択肢です。AutomatischとHuginnはより限定的な選択肢です。セルフホスティングが有利になる普遍的なタスク数の閾値というものは正直に言えば存在しません。答えは、アクション数、必要な機能、VPSのサイズ、そして管理にかける時間の価値によって決まります。

本当のコストの分岐点、セルフホスティングがZapierを上回るのはいつか

Zapier Professional は現在、月額$19.99から始まり、Teamは月額$69から始まります。実際の請求額はタスクの階層と請求サイクルによって変わるため、古い価格表の固定的な例よりも、その場での見積もりの方が信頼できます。 n8n Cloud Starter は現在、年払いの場合で月額EUR 20であり、2,500回のワークフロー実行、無制限のステップ、無制限のアクティブなワークフロー、5つの同時実行を含みます。セルフホスト型のn8n Community Editionには実行ごとのライセンス料金がありません。 Cloudzyでは、通常の定価は2 GBで月額$14.95、4 GBで$28.95です。一時的なセール価格はこれより安くなる場合があります。

これにより、素のインフラ比較は単純になりますが、普遍的ではありません。小さなVPSは、特定のタスク数に達するまではZapier Professionalよりも安く済むことがあります。一方で、Zapier Freeや低ボリュームのProfessionalプランは、プラットフォームが更新、バックアップ、サービスの信頼性を処理してくれるため、依然としてより良い価値を提供する場合があります。有益な比較のためには、単なるワークフローの実行回数ではなく、成功したZapierのアクション数を数え、実際に必要となるタスク階層の価格を算出してください。

セルフホスティングは無料ではなく、価格の付き方が異なるだけです。管理時間を隠すのではなく、明示的にモデル化してください。有益な予算では、月あたり2、5、10時間といった低め、想定、高めのケースを用います。総コスト率が1時間あたり$75の場合、これらのケースは月次コストにそれぞれ$150、$375、$750を追加します。スタックが安定すれば実際の数字はもっと低くなるかもしれませんが、更新、バックアップのテスト、監視、認証情報の障害、復旧作業がコストモデルから消えることはありません。

有料の自動化階層が必要になると、素のインフラコストではセルフホスティングが有利になることが多いです。すべてを含めた勝者は、運用時間、信頼性の要件、そしてタスク使用量がどれだけ速く増えるかによって決まります。

この5つのツールが実際にどう比較されるか

n8n、ほとんどのチームにとってのデフォルトの選択肢

n8nの リポジトリ は400以上の直接連携を記載しており、一方その 公開ディレクトリ は現在、トリガー、コアノード、AIノード、および関連コンポーネントを個別に数えると、2,000近いエントリを掲載しています。この区別は、個々のノードではなく接続されたサービスを数えるツールと比較する際に重要です。Docker優先のインストール、キューモード、そしてJavaScriptまたはPythonのコードノードにより、n8nはこのグループで最も柔軟な汎用の選択肢となっています。

シングルコンテナの Dockerクイックスタート は評価や小規模なワークロードには適しています。より耐久性のあるデプロイのためには、デフォルトのSQLiteデータベースに頼るのではなくPostgresを使用し、HTTPSのためにn8nをリバースプロキシの背後に配置し、バックアップを設定してください。Redisが必要になるのは、 キューモード を有効にしてワーカーを追加するときであり、すべての本番インストールで必須というわけではありません。適切なアーキテクチャは、「本番」というラベルではなく、スループットと復旧の目標によって決まります。

ライセンスは、ほとんどのチームが誤解する部分です。n8nは Sustainable Use Licenseを使用しており、n8nはこれをOSI承認のオープンソースではなく「フェアコード」だと説明しています。社内の業務利用は許可されており、クライアントのn8nデプロイを中心に構築されたコンサルティングやサポートのサービスも許可されています。このライセンスは、n8nをホワイトラベル化して顧客に課金すること、n8nをホストしてアクセスに対して人々に課金すること、あるいは別途契約なしにn8nから価値が実質的に生じる商用製品を構築することを許可していません。顧客向けの組み込みがロードマップにある場合は、n8nの 組み込みライセンス を経験則に頼るのではなく確認してください。

リモートの Community Edition は、プロジェクト、SAMLやLDAPを介したSSO、ワークフローと認証情報の共有、Gitベースのバージョン管理も対象外としています。プロジェクトのロールやきめ細かいRBACはCommunity Editionでは利用できません。これらは機能の境界であって、信頼できるチーム規模の閾値ではありません。小さなチームであっても、ユーザーを互いに分離する必要があるならこれらが必要になることがあります。

私たちの見解、n8nは、幅広い連携とデプロイの柔軟性を求める技術に明るいチームにとって、このグループで最良のデフォルトです。顧客が製品とやり取りするなら、ライセンスを早めに確認してください。

プロのヒント、測定した同時実行数、レイテンシ、またはワーカーの分離が必要とするときにキューモードへ移行してください。任意の毎分実行数の閾値を使わないでください。ノードの挙動と外部APIの遅延がキャパシティを左右するため、自分自身のワークフローで負荷テストを行ってください。

n8nは一般的なSaaSおよびAPI自動化のデフォルトですが、顧客向けの再販や組み込みには慎重なライセンス確認が必要です。

Activepieces、より簡単なUI、MITライセンス

Activepieces はMITライセンスのコアと、n8nのノードグラフよりもZapierに近い感覚のトリガー/アクションのインターフェースを備えています。エンタープライズおよびクラウド専用のコードは商用ライセンスであるため、「MITライセンス」はリポジトリのすべての機能ではなく、コアのCommunity Editionを指します。寛容なコアは、ソフトウェアをカスタマイズしたり、その周辺に構築したりしたい場合に有用ですが、パッケージ化された組み込み、SSO、監査ログ、またはカスタムRBACを必要とするチームは 商用エディション.

リモートの リポジトリ は200を超えるサービスの連携を掲載しています。ActivepiecesはMCPを通じて自動化機能も公開していますが、MCPサーバーの数はn8nのノード数やZapierのアプリ数と直接比較できるものではありません。チームが実際に必要とするサービスを比較の主軸とし、移行前に認証、トリガー、不足しているアクションをテストしてください。

UXはn8nのノードグラフ表示よりもZapierのトリガー/アクション形式に近く、技術者でない運用担当者にとって移行の摩擦を減らせます。現在の上流の ハードウェアガイド は、PostgreSQLとRedisにそれぞれ1 GB、アプリに4 GB、ワーカーのレプリカ1つあたり4 GBを割り当てています。したがって、ワーカー1つのスタックは、オペレーティングシステムのオーバーヘッドを除いて合計約10 GBになり、一方でデフォルトのDocker Composeの設定はワーカーのレプリカを5つ起動します。軽量な試験運用ならもっと小さく動かせますが、上流のコンポーネント指針に従うなら、単一サーバーの出発点としては16 GBの方が安全です。デフォルトのワーカー数には、より多くの容量を使うか、サービスを分離してください。

Zapierに近いUXや寛容なライセンスのコアが欲しいならActivepiecesを選んでください。パッケージ化されたエンタープライズや組み込み機能が必要なら、商用ライセンスを確認してください。

Automatisch、シンプルなスタックの選択肢

Automatisch Community Edition はAGPL-3.0を使用しており、一般的なビジネスアプリを中心とした小さめのカタログを提供します。必要とする連携がすでにサポートされていて、その分かりやすいトリガー/アクションのモデルを好む場合には、シンプルなスタックの選択肢となります。

制約となるのは連携ライブラリです。移行のために選ぶ前に、必要なトリガーとアクションをすべて監査してください。AGPLは、n8nのSustainable Use Licenseと同じ形で商用のネットワーク利用を禁止するものではありません。その代わり、AGPLが適用されるプログラムを改変し、ネットワーク越しにユーザーがそれとやり取りできるようにする場合、それらのユーザーに対応するソースコードを提供しなければなりません。リポジトリには商用ライセンスのEnterpriseファイルも含まれているため、特に組み込み型のSaaS利用は法務レビューの項目として扱ってください。

Automatischは、少数の主要な連携を運用する小さなチームには適しており、それを超えるものには適していません。

Node-RED、異なるツール、異なる用途

Node-REDはZapierの直接の代替ではありません。これはIoT、MQTT、ハードウェア連携のために作られたイベント駆動型のフロープログラミング環境であり、Zapier代替のリストでは誤って分類されることがよくあります。

Node-REDについての正しい考え方はこうです。トリガーがMQTTのトピック、Modbusのレジスタ、Home Assistantの状態変化、シリアルポート、あるいはRaspberry PiのGPIOピンであれば、Node-REDはまさにそのためのツールです。その公式の Flow Library は現在、6,100を超えるコミュニティのノードパッケージを掲載していますが、その数は6,100個の洗練されたSaaSコネクタに相当するわけではありません。Slack、Google Sheets、Stripe、あるいはHubSpotの自動化には、通常n8nかActivepiecesの方がより自然な運用体験を提供します。

プロのヒント、トリガーがMQTTのトピック、GPIOピン、あるいは物理的なハードウェアからのイベント駆動のものであれば、読むのをやめてNode-REDを使ってください。トリガーが「Google Sheetの新しい行」であれば、読み進めてください。

Node-REDはIoTおよびハードウェア駆動の自動化には正しい答えであり、SaaSワークフローの置き換えには誤った答えです。

Huginn、正直な言及であって推奨ではない

Huginnの 最新のタグ付きリリース は2022年8月のv2022.08.18のままです。リポジトリには今もコミットが入っていますが、タグ付きリリースの間の長い空白は、注意すべきメンテナンスのシグナルです。それによってHuginnが使えなくなるわけではありません。低メンテナンスの選択肢として扱う前に、チームは現在のコンテナ、依存関係、アップグレードの経路をテストすべきだということです。

Huginnは、特定のニッチ、つまりスケジュールされたスクレイピング、アラートの連鎖、エージェント型の監視のためには、本当に優れたソフトウェアです。エージェントのパラダイムはZapierのトリガー・アクションのモデルとは根本的に異なります。Huginnのエージェントは、タイマーを組み込んだメールフィルタのようにポーリングし、反応し、連鎖します。Zapierのワークフローを移行するなら、移植ではなく再設計をすることになります。その上にRubyとRailsの運用が加わると、Huginnを動かす総コストは、ほとんどのチームにとって同等のn8nのデプロイを上回ります。エージェントのパラダイムを特に望んでいて、Ruby/Railsの運用に慣れていて、最新の連携が必要ないなら、これを推奨します。そうでなければ、他を探してください。

Huginnは、熱心なファン層と停滞したリリースサイクルを持つニッチなツールです。意図的に選ぶか、別のものを選んでください。

比較表

n8nは最も幅広い汎用の選択肢です。Activepiecesはよりシンプルなインターフェースと寛容なコアを提供します。Node-REDはイベント駆動およびハードウェアの自動化に特化しています。AutomatischとHuginnはより限定的な要件に適しています。

n8n Sustainable Use License、実際に許可されていること

リモートの Sustainable Use License は、n8nを社内の業務目的で使用することを許可しています。これには、会社の規模や収益にかかわらず、企業が自社の業務を自動化するためにn8nを使うことが含まれます。また、クライアントのデプロイに関するコンサルティングやサポートの業務も許可しています。これらの許可は、ほとんどの社内自動化プロジェクトには十分に広いものですが、このソフトウェアをあらゆる商用製品のための制限のないオープンソースのコンポーネントに変えるものではありません。

許可される例には、自社のデータの同期、社内ワークフローの構築、社内利用のためのn8nの改変、そしてクライアントが自身のインスタンスを構成したり運用したりするのを支援することが含まれます。最も安全な解釈は、顧客がたまたまn8nが関与していると知っているかどうかではなく、公式の例にユースケースを結びつけることです。

制限されるケースは、n8nそのものを顧客向けに収益化することです。ホワイトラベル化して顧客に課金すること、ホストしてアクセスに対して課金すること、あるいは商用製品の価値の実質的な一部として使用することです。n8nは製品への組み込みのために別途 組み込み契約 を提供しています。この境界が商業的に重要であれば、記事の要約に頼るのではなく、n8nまたは適格な弁護士から書面による指針を得てください。

重要な点が2つあります。第一に、n8nはこのモデルを「フェアコード」と呼んでおり、Community EditionはOSI承認のオープンソースというよりソース公開と表現する方が正確です。第二に、ライセンスや商用プランは変わり得ます。顧客向けのサービスや製品を立ち上げる前に、 現在のライセンス を再確認してください。 ActivepiecesのMITコア と AutomatischのAGPLのCommunity Edition は、異なる自由と義務を提供します。どちらも、トレードオフを挙げずに単に「よりオープン」だと要約すべきではありません。

n8nの社内の業務利用は許可されています。アクセスの販売、ホワイトラベル化、あるいは商用製品の実質的なコンポーネントとしての組み込みには、異なる条件が必要です。

VPSのサイジングと本当の運用コスト

小規模なn8nの試験運用については、 Cloudzyの 2 GB plan is the catalog starting point at a regular $14.95 per month. The 4 GB plan at $28.95 provides more practical headroom for Postgres, a reverse proxy, and moderate workloads; queue mode adds Redis and workers, so load-test before calling 4 GB a production guarantee. Cloudzy's マーケットプレイス は、軽量なAutomatischおよびNode-REDのデプロイには1 GB、Huginn、n8n、Activepiecesには2 GBを掲載しています。Activepiecesの 上流の本番参照アーキテクチャ は大幅に大きくなります。ワーカーが1つでも、オペレーティングシステムのオーバーヘッドを除いてコンポーネントの指針は約10 GBになるため、その参照スタックでは単一サーバーの出発点としては16 GBの方が安全です。

Cloudzy のマーケットプレイス は、n8n、Activepieces、Automatisch、Huginn、Node-REDのワンクリックイメージを掲載しています。 n8nホスティング のページは、Ubuntu上での直接的なデプロイの経路を提供します。これらのイメージは初期インストール作業の多くを取り除きますが、アプリケーションの更新、バックアップ、ワークフローのテスト、認証情報、復旧は依然としてあなたの責任です。

運用の税金は、多くの「Zapier対セルフホスト」の比較が飛ばす項目です。n8nは頻繁にリリースされるため、更新にはテスト済みのスケジュールが必要です。CaddyやTraefikはTLSの更新を自動化できますが、データベースのバックアップ、ワークフローのエクスポート、復元のテスト、監視、アラートには依然として担当者が必要です。上流のAPIも認証やレスポンスの形式を変更することがあり、エンジンがどこで動いていようとワークフローを壊す可能性があります。コストモデルには実測した月次の管理時間を用い、アップグレードやインシデント復旧のために高めのケースの予算を確保しておいてください。

VPS、日常的な管理、そして時折発生する復旧作業のために予算を組んでください。3つのケースによる時間の見積もりは、VPSの請求書がコストのすべてであるかのように装うよりも正直です。

自分に合うものを選ぶ

技術者のチームであれば、顧客向けのライセンスの制限を確認したうえでn8nから始めてください。Zapierに近いインターフェースにはActivepieces、ハードウェアにはNode-RED、カタログが合うときはAutomatisch、意図的な監視やスクレイピングにはHuginnを選んでください。

固定的な750タスクのルールは避けてください。その場のZapierの階層を、VPS、管理、バックアップと監視、そしてダウンタイムと比較してください。ボリュームが低い場合はZapierが有利かもしれません。アクション数が多い場合はセルフホスティングが有利です。セルフホスティングは無料ではなく、価格の付き方が異なるだけです。

よくある質問

n8nは本当にセルフホストが無料なのか。

はい、社内の業務利用については無料です。n8nの Sustainable Use License は、クライアントのデプロイに関するコンサルティングやサポートも許可しています。n8nのホワイトラベル化、ホスト型のn8nサービスへのアクセスに対する課金、あるいは別途条件なしにn8nを商用製品の実質的な一部として使用することは許可していません。Community Editionには、プロジェクト、SSO、共有、Gitベースのバージョン管理、プロジェクトのRBACがありません。

VPSでn8nを動かす最も安い方法は何か。

Cloudzyの 2 GB plan has a regular list price of $14.95 per month and is the marketplace starting point for n8n. The 4 GB plan at $28.95 adds headroom for Postgres. Queue mode adds Redis and workers, so size from measured memory and concurrency rather than treating 4 GB as a universal production minimum.

Activepieces対n8n、どちらを選ぶべきか。

Zapierに近いトリガー/アクションのインターフェースやMITライセンスのコアを求めるならActivepiecesを選んでください。パッケージ化されたエンタープライズや組み込み機能については、その 商用ライセンス を確認してください。より広いエコシステム、柔軟なノードグラフ、成熟したスケーリングの経路を求めるなら n8n を選んでください。互換性のない見出しの連携数ではなく、必要なサービスとアクションを比較してください。

Zapierのワークフローを直接n8nへ移行できるのか。

公式のZapierからn8nへのインポーターはありません。n8nは 自身のワークフローのJSONをインポートできますが、Zapierのワークフローは通常、マッピングと再構築、認証情報の再接続、そして完全なテストが必要です。サードパーティのコンバータは役立ちますが、検証の代わりにはなりません。最もコストの高いワークフローから先に移行してください。

Node-REDは良いZapierの代替か。

トリガーがIoT、MQTT、またはハードウェア駆動である場合に限ります。Node-REDのイベント駆動モデルは物理的なシステムに適しています。SaaSアプリの自動化には、通常n8nかActivepiecesの方がより自然なトリガー/アクションの体験を提供します。