iPaaSは、社内で使っている複数のクラウドサービスを、プログラムを書かずに画面上でつなぐための基盤を指す言葉です。この記事では、問い合わせフォームの内容をスプレッドシートに残してSlackに知らせる「問い合わせ受付」を例に、iPaaSが何をするもので、RPAやETLと何が違うのかを整理します。そのうえで、n8n・Zapier・Make・Power Automateと国産の3製品を同じ物差しで比べ、自社がどれを選ぶかを決めるところまで進みます。料金・プランは2026年10月時点の各社の公式ページで確かめた範囲だけを書いています。前提知識は要りません。
iPaaSとは何か
iPaaSは「Integration Platform as a Service」の略です。Integrationは連携、Platform as a Serviceはクラウドで提供される基盤という意味で、まとめると「サービス同士の連携を、クラウドの画面で組んで動かせる基盤」になります。
問い合わせ受付に当てはめると、iPaaSがやることは3つです。
- Webサイトのフォームに送信があったことを受け取る
- 送られてきた会社名・担当者名・内容を、Googleスプレッドシート「問い合わせ一覧」の1行として書き込む
- Slackの #問い合わせ チャンネルに「新しい問い合わせが来ました」と投稿する
人がやると、フォームの通知メールを開き、スプレッドシートに貼り、Slackに書き込む作業です。1件あたり数分でも、1日10件来れば毎日30分ほどになり、休みの日や忙しい日には転記漏れが起きます。iPaaSは、この「AというサービスでBが起きたら、Cというサービスに書き込む」という流れを、各サービスのAPI（外部から操作するための窓口）経由で自動で回します。画面の上では、きっかけ（トリガー）と処理（アクション、n8nではノード）を線や矢印でつなぐだけです。
n8n・Zapier・Make・Power Automateはどれもこの分類に入ります。違いは、どこで動くか、何を単位にお金がかかるか、どのサービスとつながるか、詰まったときにどこまで自分で手を入れられるかです。
RPA・ETL・EAIとの違い
似た言葉に、RPA、ETL、EAIがあります。どれも「人の手作業を減らす」点は同じですが、つなぎ方が違います。
| 種類 | つなぎ方 | 問い合わせ受付でやるなら | 得意なこと |
|---|---|---|---|
| iPaaS | 各サービスのAPIを呼ぶ | フォームの送信を受け、APIでシートとSlackに書く | クラウドのサービス同士を、1件ずつすぐにつなぐ |
| RPA | 人の画面操作をまねる | ブラウザでフォームの管理画面を開き、内容をコピーしてシートに貼る | APIが無い古いシステムや、画面でしか操作できない業務 |
| ETL | データをまとめて抜き出し、整え、別の場所に流し込む | 前日までの問い合わせを夜にまとめて分析用のデータベースへ移す | 大量のデータの定期的な移し替えと集計 |
| EAI | 社内のシステム同士をつなぐ連携ソフトを自社のサーバーに置く | 社内の販売管理システムと顧客データベースの間で問い合わせの記録を同期する | 社内の基幹システムやデータベースの連携 |
RPAは、APIが無いシステムでも動かせる代わりに、画面のボタンの位置や文言が変わると止まります。Microsoftの公式ドキュメントでも、Power Automateのデスクトップフロー（RPA）は「人のマウスの動きとキーボード入力をまねる」もので、事前に用意された連携やAPIが無いアプリのためのものと説明されています。問い合わせ受付のように、フォーム・スプレッドシート・SlackのすべてにAPIがある仕事なら、iPaaSで組むほうが壊れにくく速いです。
ETLは「まとめて・定期的に・大量に」が前提で、1件来たらすぐSlackに知らせる、という使い方には向きません。逆に、数十万件の売上データを毎晩集計基盤に移すような仕事を、1件ずつ処理するiPaaSでやると時間もお金もかかります。
EAIは、iPaaSという言葉が広まる前からある、社内システムをつなぐためのソフトです。後で比べるASTERIA WarpとDataSpider Servistaは、どちらもアイコンを並べてデータ連携を組む国産の製品で、使われ方はこのEAIに近いと整理しています（両社の公式ページがEAIと名乗っているわけではありません）。ASTERIA Warpにはサブスクリプション版とiPaaS版の「ASTERIA Warp Cloud」があり、DataSpider Servistaには買い切りのほかに月額ライセンスがあります。
n8nは基本はiPaaSですが、セルフホストで自社のサーバーに置ける点ではEAIに近い使い方もできます。n8nそのものの説明は「n8nとは？できることと、Zapier・Make・Difyとの違い」に書いているので、ここでは比べることに絞ります。
先に決めること
ツールを比べる前に、自社について4つの問いに答えておきます。ここが決まっていないと、料金表を見ても選べません。
1つ目は、社内に直せる人がいるかです。iPaaSで組んだ流れは、連携先のサービスの仕様変更、パスワードの変更、権限の見直しなどで、ある日止まります。止まったときに管理画面を開き、エラーの文面を読んで直せる人が1人いるかどうかで、選べる道具が変わります。いないなら、サーバーの面倒が無いクラウドの製品から選び、作る数を絞ります。
2つ目は、データを社外のサーバーに出してよいかです。iPaaSを通るデータは、そのiPaaSの事業者のサーバーを通ります。たとえばn8n Cloudは、料金ページでデータの保存先をEUのドイツ・フランクフルトと書いています。顧客の氏名・メールアドレス・問い合わせ内容を国外のサーバーに通してよいかは、社内規程と顧客との契約で決まります。だめなら、自社のサーバーに置ける製品に絞られます。
3つ目は、月に何回動くかです。問い合わせが月に何件来るか、毎朝や5分おきの定期実行をいくつ置くかを数えます。iPaaSの料金は、動いた回数か、処理した手順の数か、使う人数で決まるので、この数字が無いと費用を見積もれません。
4つ目は、何とつなぐかです。Googleスプレッドシート・Gmail・Slackのように世界中で使われているサービスは、どのiPaaSにも連携が用意されています。差が出るのは、kintone・Chatwork・freee・LINE WORKSのような日本のサービスと、社内に置いている販売管理システムやデータベースです。つなぎたい先を全部書き出し、候補の製品の連携一覧に載っているかを1つずつ確かめます。
主なiPaaSの比較
7つの製品を、先に決めた4つの問いに沿って並べます。料金は各社の料金ページの表示どおりで、通貨・税の扱い・年払いかどうかもそのまま書いています。税抜か税込かの記載が無いものは、そのまま記載無しとしています。
| 製品 | 料金の形 | セルフホスト | 日本のサービスとのつながり | 日本語 | 向く会社 |
|---|---|---|---|---|---|
| n8n | 実行回数。Cloud Starterは月20ユーロ（年払い）で月2,500実行 | できる（Community Editionは無料） | kintone・Chatworkの専用ノードは無い。HTTP Requestで各社のAPIを呼ぶ | 画面は英語のみ | 直せる人がいて、件数が多いかデータを自社に置きたい |
| Zapier | タスク数。Freeは月100タスク、Professionalは月19.99ドル（年払い）で月750タスク | 料金ページに記載なし | kintone・Chatworkのアプリがある | 公式ヘルプで英語のみと明記 | IT担当がいなくて、件数が少なく早く始めたい |
| Make | クレジット数。Freeは月1,000クレジット。有料はCore・Pro・Teams・Enterprise | 料金ページに記載なし | kintone（「Kintone (Legacy)」という名前のアプリ）・Chatworkのアプリがある | 公式で確認できず | 分岐や繰り返しを画面で細かく組みたい |
| Power Automate | 使う人の数。Premiumは1ユーザー月15ドル（年払い）。日本の料金ページでは2,248円（税抜） | 料金ページに記載なし。社内のデータにはオンプレミスデータゲートウェイでつなぐ | kintoneのコネクタはPremium区分 | 設定で表示言語を選べる | Microsoft 365を全社で使っている |
| Yoom | タスク数。フリーは月100タスク、パーソナルは年間契約で月2,400円 | 料金ページに記載なし | kintone・freee会計・Chatwork・LINE WORKS・Sansan・SmartHRが連携一覧にある | 日本語 | 日本のSaaSが中心で、IT担当がいない |
| ASTERIA Warp | 月額のサブスクリプションはCore 3万円〜。iPaaS版のCloudはCore+ 16万円〜。買い切りもある | サブスクリプション版は自社のIaaSかオンプレミスのサーバーで動かす | 公式の導入事例にkintoneアプリ間の連携 | 日本語 | 社内の基幹システムやデータベースまでつなぎたい |
| DataSpider Servista | 月額ライセンスは月20万円より。Basic Server Packageは360万円より | サーバーライセンスで提供 | 50種類以上の接続アダプタ。専用が無ければAPI経由 | 日本語 | 基幹システム連携に予算と担当者を割ける |
表の読み方の要点を3つ書きます。
1つ目は、料金の数え方がそろっていないことです。n8nはワークフロー1回で1実行と数え、途中のノードの数は関係しません。Zapierは成功したアクション1回で1タスクと数え、トリガーやFilterは数えません。Yoomも公式ヘルプで、フローボット上の「アクション」の数がそのまま消費タスク数になり、トリガーは原則としてタスクを消費しないと書いています。問い合わせ受付は「シートに書く」「Slackに送る」の2アクションなので、問い合わせが月300件ならn8nは300実行、ZapierとYoomは600タスクです。Power Automateは回数ではなく使う人の数で払い、1ユーザーあたり1日に実行できるアクション数に上限があります。各社のプランに当てはめた試算は「Zapier・Make・n8nの料金比較：同じ自動化を月いくらで回せるか」で、件数ごとに出しています。
2つ目は、Power AutomateのMicrosoft 365に含まれる範囲です。Microsoftの公式ドキュメントでは、Microsoft 365のライセンスで使えるのは標準コネクタのクラウドフローまでで、プレミアムコネクタは含まれません。Googleスプレッドシート・Slack・Gmailのコネクタは標準区分なので、問い合わせ受付の3つ自体はMicrosoft 365の範囲で組める見込みが立ちます。一方、kintoneやSalesforceのコネクタはPremium区分なので、顧客管理への登録まで広げると1ユーザー月15ドルのPremiumが要ります。
3つ目は、n8nの日本のサービスとのつながり方です。n8nにはkintoneやChatworkの専用ノードがありません。「Line」という名前のノードは2025年4月1日に終わったLINE Notify用で、今は使えません。ノード一覧にも出てこず、昔作ったワークフローに残っている場合だけ画面に見えます。どれも「HTTP Request」ノードで各社のAPIを直接呼べばつながりますが、APIの説明書を読んで項目を組む作業が要ります。手順は「n8nで外部サービスとつなぐ：Webhook・HTTP Request・API」に、kintoneへの登録例まで書いています。
n8nの料金とライセンスの細かい線引きは「n8nの料金：Cloudとセルフホストの費用、商用利用の線引き」にまとめています。
選び方
判断の順番
候補を絞るときは、次の順で問いに答えます。上の問いほど、後から変えにくい条件です。
- データを社外のサーバーに出せないなら、自社のサーバーに置ける製品（n8nのセルフホスト、ASTERIA Warpのサブスクリプション版）に絞る。DataSpider Servistaはサーバーライセンスの製品なので、置き場所は販売元に確かめる
- Microsoft 365を全社で使っていて、つなぐ先がMicrosoftのサービスと標準コネクタで足りるなら、Power Automateを最初に試す
- つなぐ先にkintone・Chatwork・freeeなどの日本のサービスが多く、社内にIT担当がいないなら、それらが連携一覧に載っている製品（Yoomなど）から選ぶ
- 社内に直せる人がいて、月の件数が多いか今後増えるなら、n8nを選ぶ
- 直せる人がいなくて、件数が少なく、つなぐ先が海外の有名なサービスだけなら、ZapierかMakeを選ぶ
- 社内の基幹システムやデータベースまでつなぐ必要があり、年間で数百万円の予算を組めるなら、ASTERIA WarpかDataSpider Servistaを販売元に相談する
どの製品も無料の枠か試用期間があります。最終的には、問い合わせ受付の3ステップを実際に組んでみて、テストの問い合わせを1件流し、シートとSlackに届くまでの手間を比べるのがいちばん確かです。n8nで組む手順は「n8nの使い方入門：最初のワークフローを作って動かす」にあります。
社内にIT担当がいるか
IT担当というのは、専任の情報システム部員でなくてもかまいません。エラーの画面を開いて、英語のエラー文を翻訳しながらでも原因を探せる人が1人いれば足ります。いるなら、n8nを含めてどの製品も候補になります。いないなら、止まったときに販売元のサポートに日本語で問い合わせられるか、画面と説明が日本語かが効いてきます。n8nとZapierは画面が英語なので、ここで差が出ます。
データを外に出せるか
社内規程で「顧客情報は国内のサーバーに置く」と決めている会社は少なくありません。このときに選べるのは、自社が借りたサーバーに入れられる製品です。n8nなら、月額1,000〜2,000円台のVPSにDocker Composeで立てて、n8n.example.co.jp のような独自ドメインで使えます。立て方は「n8nをセルフホストで導入する：Docker ComposeでVPSに立て、独自ドメインとHTTPSで使う」に書いています。
実行回数
回数で払う製品は、定期実行の間隔で費用が大きく変わります。n8nの料金ページのFAQには、5分おきに動くワークフローは月8,600〜8,900実行ほどと書かれています。問い合わせ受付に「5分おきに未対応がないか見る」を足すだけで、Cloud Starterの月2,500実行を超えます。使う人の数で払うPower Automateは、回数が増えても月額は変わりません。件数が多いなら、回数課金を避けるか、n8nのセルフホストのように回数で課金されない形を選びます。
つなぐ先
連携一覧に載っていても、やりたい操作があるとは限りません。たとえばZapierのkintoneアプリは、トリガーが「New Record」（新しいレコード）だけです。kintoneのレコードが更新されたら動かしたい、という使い方なら、別の手を考えることになります。候補を決める前に、つなぐ先ごとに「どのきっかけで動かしたいか」「どの操作をしたいか」を書き出し、連携一覧の操作名と突き合わせます。
n8nを勧める会社、勧めない会社
実際に複数の会社でn8nを本番運用していると、向く会社と向かない会社がはっきり分かれます。
n8nを勧めるのは、次のような会社です。
- 社内に、エラーの画面を開いて直せる人が1人いる
- 問い合わせ・受注・申し込みの件数が多く、タスク課金だと月の費用が読めない
- 顧客情報を自社の管理するサーバーに置きたい
- kintoneや社内システムなど、既製の連携が無いところをAPIでつなぎたい
- 問い合わせの種類をAIで振り分けるなど、流れの途中にAIを入れたい
n8nを勧めないのは、次のような会社です。
- ITが分かる人が誰もいなくて、作ったら放置したい
- 自動化したいのは月数十件の通知くらいで、ZapierやYoomの無料枠で収まる
- Microsoft 365を全社で使っていて、つなぐ先がTeams・Outlook・SharePointで足りる
- 画面と問い合わせ窓口が日本語でないと使えない人しかいない
勧めない会社でも、1本目が業務に定着して件数が増えた段階でn8nに移る例はよくあります。最初から完璧な道具を選ぶより、1本を早く動かして、件数と困りごとが見えてから乗り換えるほうが失敗が少ないです。n8nで何ができるかの具体例は「n8nでできること：中小企業の業務自動化の事例20」に部署別にまとめています。
導入でつまずくところ
どの製品を選んでも、導入で詰まるところはほぼ同じです。道具の問題ではなく、運用の決めごとの問題です。
誰が直すか決めないまま増える
最初の1本がうまく動くと、各部署から「これも自動化したい」と声が上がります。作れる人が作り、作った人しか中身を知らないワークフローが増えていきます。その人が異動や退職でいなくなると、止まっても誰も直せません。1本ごとに、作った人とは別に「止まったら直す人」を決め、一覧に書いておきます。一覧はスプレッドシート1枚で足ります。
止まっても気づかない
iPaaSは止まっても大きな音を立てません。運用しているn8nで、Googleの認証が切れて3日間「問い合わせ一覧」に何も書かれていなかった、ということが実際にありました。n8nなら、エラー用のワークフローの先頭に「Error Trigger」（エラーが起きたときのトリガー）を置き、監視したいワークフローの「Settings」の「Error Workflow (to notify when this one errors)」にそれを指定すると、止まった時点でSlackに知らせが来ます。作り方と、n8nの外から見張る方法は「n8nを止めずに運用する：アップデート・バックアップ・エラー通知・脆弱性」に書いています。
個人のアカウントでつないでしまう
GoogleやSlackとの接続を、作った人の個人アカウントで作ると、その人のパスワード変更や退職で全部止まります。連携用のアカウントか、共有できる管理者のアカウントで接続します。n8nでの認証情報の作り方と共有は「n8nの認証情報（Credential）：OAuth2・APIキー・共有と権限」が詳しいです。
部署ごとに別の製品を入れる
営業はZapier、総務はPower Automate、情シスはn8n、という状態になると、どこで何が動いているか誰も全体を見られなくなります。使う製品は会社で1つか2つに決め、例外を作るときは一覧に書きます。
回数の上限で止まる
回数で払う製品は、上限に達すると止まるか、追加料金がかかります。n8n Cloudでは、管理画面で今月の実行回数とプランの上限を見られます。月の半ばに一度見る習慣をつけるか、上限の手前で知らせる仕組みを入れます。
テストと本番の区別がつかない
n8nは編集中の内容を自動で保存しますが、本番で動くのは「Publish」（公開）した版だけです。テストでは動いたのに本番では何も起きない、という相談の多くはこれです。本番に出したら、本番の経路でテストの問い合わせを1件流し、ワークフローの「Executions」（実行一覧）に記録が残っているかまで確かめます。
応用
2つの製品を組み合わせる
1つの製品で全部をやろうとしなくてかまいません。よくある組み合わせを挙げます。
| 組み合わせ | 役割の分け方 | 向く場面 |
|---|---|---|
| Power Automate＋n8n | TeamsやOutlookの中の流れはPower Automate、外のサービスとの連携はn8n | Microsoft 365を使いつつ、kintoneやGoogleのサービスともつなぎたい |
| RPA＋n8n | APIが無い古いシステムの画面操作だけRPA、その前後の通知や記録はn8n | 社内に画面でしか操作できないシステムが残っている |
| Dify＋n8n | 回答の下書きを作るAIアプリはDify、受付から通知までの流れはn8n | 問い合わせへの返答案を社内規程に沿って作りたい |
n8nからほかの製品を呼ぶときは「HTTP Request」ノードを使い、ほかの製品からn8nを呼ぶときは「Webhook」ノードのURLに送ってもらいます。Difyとの組み合わせは「n8nとDifyの違い：どちらを使うか、組み合わせて使う方法」で手順まで書いています。
ZapierやMakeからn8nに移る
ZapierからMakeやn8nに移るときは、1つのZapを1本のワークフローに写すのではなく、同じきっかけで動くものを1本にまとめ直します。Zapierで「見積もり依頼なら営業へ」「不具合ならサポートへ」と5つに分かれていたZapが、n8nでは「Switch」ノードで分ける1本になることもあります。移す順番は、止まっても影響が小さいものからにします。問い合わせ受付のように止まると困るものは、新旧を1週間ほど並べて動かし、結果が同じになるのを確かめてから古いほうを止めます。
AIを入れる
最近のiPaaSは、どれもAIの機能を持っています。n8nなら「AI Agent」ノードで、問い合わせ内容をLLMに読ませて種類を判断させ、その結果で流れを分けられます。作り方は「n8nでAIエージェントを作る：ChatGPT・Claude・Geminiをつなぐ」にあります。
できないことと、その代わり
| できないこと | 代わりの手 |
|---|---|
| iPaaSだけでAPIの無い古いシステムを操作する | 画面操作の部分だけRPAに任せ、前後の流れをiPaaSで組む |
| iPaaSで数十万件のデータを毎晩まとめて移す | ETLの製品か、データベースの機能で移す。iPaaSは移し終わった知らせだけ受け持つ |
| ZapierやMakeを自社のサーバーに置く | 料金ページにセルフホストの選択肢が無い。自社に置くならn8nのセルフホストか国産のサーバー型の製品 |
| Power Automateで、Microsoft 365のライセンスのままkintoneにつなぐ | kintoneのコネクタはPremium区分。Premiumのライセンスを足すか、kintoneの部分だけn8nで組む |
| n8nで専用ノードを使ってkintone・Chatworkにつなぐ | 専用ノードは無い。HTTP Requestで各社のAPIを呼ぶ |
| n8nの画面を日本語で使う | 公式の翻訳は英語のみ。ノード名を英語のまま覚える。日本語の扱いは「n8nを日本語で使う：画面の言語、日本語化の現状と、日本語データでつまずくところ」 |
| 1つの製品で全部門の自動化を賄う | 使う製品を1〜2個に決め、得意な範囲で分ける |
| 作ったら直さずに使い続ける | 連携先の仕様変更や認証切れは必ず起きる。直す人と、止まったら知らせる仕組みを最初に決める |
よく詰まるところ
| 症状・思い込み | 原因 | 直し方 |
|---|---|---|
| 「iPaaSを入れればRPAは要らない」 | APIが無いシステムはiPaaSから操作できない | 画面でしか操作できない部分だけRPAに残す |
| 料金表どおりに選んだのに、月の費用が倍になった | 回数の数え方が製品ごとに違う。Zapierは1件でアクションの数だけタスクを使う | 1件で何単位使うかを数えてから、月の件数を掛けて比べる |
| 5分おきのチェックを足したら上限に達した | 定期実行は、新しいデータが無くても回数に数える製品がある | 間隔を延ばすか、Webhookでイベントが起きたときだけ動かす |
| 連携一覧に載っていたのに、やりたい操作が無い | 連携があっても、トリガーや操作は一部だけのことがある | 操作名の一覧を先に見る。無い操作はHTTP RequestなどでAPIを直接呼ぶ |
| Power Automateでkintoneのコネクタが使えない | kintoneのコネクタはPremium区分で、Microsoft 365のライセンスには含まれない | Premiumのライセンスを足すか、その部分だけ別の製品で組む |
| n8nでLINEに送ろうとしたら「Line」ノードが見つからない、または昔のワークフローの「Line」ノードが動かない | LINE Notify用のノードで、LINE Notifyは2025年4月1日に終わり、ノード一覧からも外れている | Messaging APIをHTTP Requestで呼ぶ |
| ある日から「問い合わせ一覧」に何も書かれなくなった | 接続に使ったアカウントのパスワード変更や権限の見直しで認証が切れた | 認証をつなぎ直し、止まったら知らせる仕組みを入れる |
| 作った人が辞めたら誰も直せない | 作った人しか中身と接続のアカウントを知らない | 1本ごとに直す人を決めて一覧に書き、連携用のアカウントで接続する |
| 部署ごとに別の製品が入って、全体が分からない | 導入の窓口が決まっていない | 会社で使う製品を決め、例外は一覧に書く |
| テストでは動いたのに本番で動かない | n8nならPublishしていないか、フォームの送信先がTest URLのまま | Publishして、送信先をProduction URLに差し替える |
| 顧客情報を通してよいか後から問題になった | データがiPaaSの事業者のサーバーを通ることを確かめていなかった | 保存先を料金ページや規約で確かめ、だめならセルフホストに切り替える |
次にやること
候補が2つ3つに絞れたら、費用を出して、1本目を動かすところに進みます。
- n8nとは？できることと、Zapier・Make・Difyとの違い
- Zapier・Make・n8nの料金比較：同じ自動化を月いくらで回せるか
- n8nの料金：Cloudとセルフホストの費用、商用利用の線引き
- n8nでできること：中小企業の業務自動化の事例20
n8nが候補に残ったなら、まず「n8nとは？できることと、Zapier・Make・Difyとの違い」でn8nの部品と向き不向きを押さえます。費用は「Zapier・Make・n8nの料金比較：同じ自動化を月いくらで回せるか」で月の件数ごとに比べ、n8nのCloudとセルフホストのどちらにするかは「n8nの料金：Cloudとセルフホストの費用、商用利用の線引き」で決めます。最初に自動化する1本を選ぶときは「n8nでできること：中小企業の業務自動化の事例20」から、自社で回数が多く手間のかかる仕事を探します。