iPaaSの比較9製品｜料金と課金単位・接続数で選ぶ判断軸と規模別の結論

iPaaSの比較記事を並べて読むと、どれも似た製品名が並び、機能欄は丸印で埋まっていて差が読み取れません。選定で詰まるのは機能表ではなく、「つなぐ相手が海外SaaSか国内SaaSか基幹システムか」「課金が何を数える方式か」「壊れたフローを社内で直せるか」を先に決めていないからです。本記事では代表的な9製品を料金の起点と課金単位と接続先の数で横並びにし、選定軸を4項目に絞り、規模別の結論と受託開発へ切り替える条件までを整理しました。仕組みやRPA・ETLとの違いはiPaaSの仕組みと導入判断をまとめた記事に譲ります。

まとめ：iPaaS比較の結論は接続先と課金単位と内製体制で決まる

• 自動化が3本以内ならZapierかMakeの無料枠で始めて構いません。Zapierは月100タスク、Makeは月1,000クレジットが枠です。
• フローが5ステップ以上になるほど課金方式の差が効きます。Zapierのタスク単位はステップ数がそのまま消費に跳ね返るためです。
• 国内SaaSと会計・人事系をつなぐならYoomかBizteX Connectが候補です。海外製はコネクタがあっても項目名や商習慣で詰まります。
• 基幹システムやオンプレを含む全社連携はASTERIA WarpやDataSpiderなど国産EAI系、あるいは見積制のWorkatoへ移ります。
• Microsoft 365が業務の中心ならPower Automateが有利です。1ユーザー月2,248円の課金が既存ライセンスと重なります。
• 製品選定より先に決めるのは、つなぐ相手と月間の実行回数の見込みです。ここが未決着だとどの比較表を見ても結論は出ません。
• データの整合や業務ルールの判定がフローに入った時点で、iPaaSは限界に達します。ここが受託開発へ切り替える分岐点です。

iPaaSを比較する前に決める接続先と実行量と内製体制の3前提

比較表を眺める前に社内で3つの合意を取ると、候補は9製品から2〜3製品まで一気に減ります。この合意がないまま無料トライアルを始めると、試用期間を「どれも動くが決め手がない」まま使い切ることになりました。

つなぐ相手は海外SaaSか国内SaaSか基幹システムかを先に決める

製品差がいちばん露骨に出るのは接続先の顔ぶれです。SalesforceやSlack、Google Workspace、HubSpotといった海外SaaS同士ならZapierとMakeが強く、コネクタの成熟度も高い水準にあります。一方でfreeeやマネーフォワード、SmartHR、kintoneといった国内SaaSを軸にすると、海外製はコネクタがあっても対応する操作が限られていました。

接続先に基幹システムやオンプレミスのデータベースが入るなら、話は別の製品群に移ります。ファイル連携やレガシーなプロトコルを扱う要件は、SaaS連携型が得意とする領域から外れるためです。バッチでの大量データ移送が主目的なら、iPaaSではなくETLの検討が近道になります。線引きはETLの仕組みとELTとの違いを整理した記事と、iPaaSとRPA・ETL・EAIの違いをまとめた記事で扱いました。

課金単位はタスクとオペレーションとユーザー数の3方式に分かれる

iPaaSの料金は、月額の数字だけを並べても比較になりません。何を1回と数えるかが製品ごとに違うからです。Zapierは「タスク」＝アクションが1つ実行されるたびに1、Makeは「クレジット」＝モジュール操作1回で1、n8nは「execution」＝ワークフローの実行1回で1と数えます。

同じ業務でも、Zapierとn8nでは消費量が桁で変わります。5ステップのフローを月1,000回動かすと、Zapierは5,000タスク相当、n8nは1,000 execution相当になるためです。Power Automateは発想が違い、1ユーザー月2,248円というユーザー単位の課金でした。人数が固定で実行回数が読めない業務には、この方式が向きます。

壊れたフローを誰が直すのかという体制で内製難度の見積もりは変わる

見落とされるのが、作った後の保守です。連携先の仕様変更や認証トークンの失効によるエラーはどの製品でも必ず起き、直せる人が社内にいない状態で本番を回すと連携が数日放置されました。ZapierとYoomは画面が平易で業務担当者でも組めますが、Makeやn8nは分岐やエラー処理を扱う分だけフロー設計を知っている人が要ります。Workatoは管理機能が厚く、専任の担当を置く前提で選ぶ製品でした。

主要iPaaSツール9製品の比較表｜料金の起点と課金単位と接続数

代表的な9製品を、型・課金単位・料金の起点・接続先の数で並べます。金額は2026年7月31日時点の各社公式ページの内容で、税と為替の扱いは各社の表記に従いました。プラン改定が起きやすい領域のため、最終確認は公式ページで行ってください。

海外SaaS連携型のZapierとMakeとn8nの料金と課金の違い

この3製品は同じ層に見えて、費用の伸び方が違います。Zapierは無料が月100タスクで2ステップのZapまで、有料はProfessionalが月750タスクで29.99ドル（月払い）、年払い換算で19.99ドルでした。連携先は9,000を超え、国内で使われる主要SaaSはひととおり揃っています。タスク課金の数え方と超過時の挙動はZapierの料金とタスク課金の仕組みを解説した記事で扱いました。

Makeは無料で月1,000クレジット、有料はCoreが月9ドル、Proが月16ドル、Teamsが月29ドルです。アプリは3,000超とZapierより少ないものの、分岐やデータ変換を画面上で細かく組めます。無料プランはシナリオ2本・実行間隔15分の制約があり、常時監視には向きません。

n8nはCloud版のStarterが月20ユーロ（年契約）で2,500 executions、Proが月50ユーロで10,000 executionsです。特筆すべきはセルフホストで、GitHubのfair-codeライセンスのもと自社サーバーに立てられます。ライセンス費は不要ですが、サーバー費と月数時間の運用工数は発生し、実質コストがクラウド版を下回るとは限りません。

企業統合型のWorkatoとMuleSoftは見積制で年額の桁が変わる

WorkatoとMuleSoftは、これまでの3製品と価格帯が1桁から2桁違います。どちらも公開価格表を持たず、レシピ数や処理量、使う機能に応じた見積制です。Workatoの事前構築コネクタは1,200を超え、権限管理・監査ログ・環境分離といった企業導入で問われる機能が標準で揃っています。

この層を検討すべきなのは、連携が全社の業務基盤になっている場合に限られます。連携が止まると受注や請求まで止まる規模なら、サポート契約を含む見積制のほうが結果的に安く付きました。判断の分かれ目は本数ではなく、止まったときの業務影響の大きさです。

国産iPaaSのYoomとBizteX ConnectとASTERIAの位置づけ

国産勢の強みは、国内SaaSのコネクタと日本語サポート、商習慣に沿った処理です。Yoomはフリープランが0円でフローボット10本・月100タスク・3アカウントまで、有料は月額27,000円台からで、連携先は600種類を超えます。接続数では海外製に劣るものの、国内の会計・人事・営業支援SaaSの網羅性では上回る場面がありました。Yoom単体のフロー構造や課金単位、kintone連携で起きる重複起動の回避策はYoomとは？国産iPaaSの仕組み・料金・kintone連携の実装と採用判断【2026年版】で扱っています。

BizteX ConnectはRPAやAI-OCRとの連携を前提にした国産iPaaSで、紙の帳票が残る現場に向きます。ASTERIA WarpはEAI由来の製品で、サブスクリプション形態はCore Editionが月額30,000円から、アダプターは100種超です。オンプレの基幹システムを含む連携をノーコードのGUIで組める点が他と違います。DataSpiderも同じEAI系で、レガシー向けのアダプターが厚い製品でした。

クラウド事業者の統合サービスも候補です。AWSにデータが集まる構成なら、SaaSからS3やRedshiftへ取り込む用途に絞ってAmazon AppFlowの仕組みと料金を整理した記事の製品を使うほうが、iPaaSを1つ増やすより構成が単純です。

iPaaS選定を絞る4つの軸｜接続数と課金単位と内製難度と国内対応

比較表の数字をそのまま比べても選定は進みません。数字の意味が製品ごとに違うためです。実際の選定で効いた4つの軸を示します。

接続数はコネクタの有無ではなく必要な操作が揃うかどうかで判断する

「9,000アプリ対応」という数字は、選定の判断材料としてほとんど機能しません。見るべきは、自社が使う5〜10個のSaaSについて必要な操作（作成・更新・検索・添付ファイル取得）が用意されているかどうかです。コネクタは存在するのに「レコード作成しかできない」ケースは珍しくありませんでした。

確認の手順は単純です。候補製品の公式ドキュメントで対象SaaSのコネクタページを開き、トリガーとアクションの一覧を読んでください。足りない操作があれば、汎用のHTTPリクエストで代替できるかを確かめます。代替できるなら候補に残せますが、内製難度は一段上がります。

課金単位による総額の差はフローのステップ数と月間の実行頻度で決まる

総額を比べるには、代表フローを1本決めて消費量を計算するのが確実です。「問い合わせ受信→判定→CRM登録→Slack通知→シート追記」という5ステップのフローが月500回動く場合で考えます。

Zapierはアクション実行ごとに数えるため、月2,000タスク規模のプランが必要です。Makeのクレジットも操作単位なので消費量は近くなります。n8nのexecution課金なら500実行で済み、Starterの2,500 executionsで収まる計算でした。ステップが多く実行頻度も高い業務ほど、execution課金が有利に働きます。一方、2〜3ステップで実行回数が少ない業務ではこの差は出ないため、画面の分かりやすさと国内サポートの有無で選んでください。

内製難度は作れるかどうかではなく直し続けられる体制があるかで測る

試用で1本組めたことは、運用できることを意味しません。基準は「連携先の仕様が変わってエラーになったとき、社内の誰が何時間で復旧できるか」です。答えられないまま全社展開すると、半年後には誰も触れないフローが残ります。

製品側で見るべきは、エラー通知の経路と実行ログの読みやすさ、失敗した処理を画面から再実行できるかの3点です。揃っていれば業務担当者でも一次対応まで担えます。揃わない製品なら、情報システム部門か外部パートナーの保守を前提にしてください。

国内サポートの有無と契約形態とデータ保管先で候補が絞り込まれる

海外製iPaaSは、サポートが英語でのやり取りになる場合があります。障害時の切り分けや契約条件の交渉が英語だと社内調整の負担が増えるため、国内代理店経由の契約が用意されているかを選定の初期に確かめてください。

データの保管先も、業種によっては候補を絞る条件です。個人情報や取引情報が処理の途中でiPaaS側を通過するため、保管リージョンと保持期間の扱いが社内規程に合うかを確認してください。ここが通らないと、機能面で上位だった製品が最終選考で外れます。

規模と体制で分けるiPaaSのおすすめ｜小規模から全社連携まで

4軸を踏まえ、規模と体制ごとの結論を示します。表の月額は起点であり、実行量が増えれば上位プランへ移る前提で読んでください。

自動化したい業務が3本以内なら無料枠と小規模プランで十分足りる

最初の3本は、無料枠で組んでしまって構いません。Zapierの月100タスク、Makeの月1,000クレジット、Yoomのフローボット10本・月100タスクという枠は、日次の通知やレコード転記なら実用範囲です。組んでみると、本当に必要な連携が2本しかなかったと分かることもありました。

この段階では製品を1つに絞る必要もありません。用途別の代表製品はノーコードツールを用途別に比較した記事にまとめました。

部門をまたぐ連携が10本を超えたら中位プランと専任の運用担当が要る

連携が10本を超えると性質が変わります。誰がどのフローを作ったか分からなくなり、同じ処理が二重に走る事故が起きるためです。この規模からは、命名規則と担当者の割り当て、月次でエラー件数を見る運用を先に決めてください。

製品面では、分岐やエラー処理を扱えるMakeやn8n、国内SaaSが中心ならYoomの有料プランが候補です。月額は数千円から3万円台に収まる一方、運用に割く時間が月10時間規模まで増えました。

基幹システムとオンプレを含む全社連携は国産EAI系が候補になる

販売管理や生産管理といった基幹システムを連携対象に含めると、SaaS連携型は急に力不足になります。固定長ファイル、文字コード変換、夜間バッチのリラン設計といった要件が出るためです。ASTERIA WarpやDataSpiderのような国産EAI系は、この領域のアダプターと運用機能を持っています。

業務データベースをkintoneのような基盤に寄せている場合は、iPaaSを挟む前にプラグインや標準の外部連携で足りないかを確かめてください。判断の材料はkintoneでできることと内製の判断をまとめた記事にあります。基盤側で完結するなら運用が軽くなります。

iPaaSを見送って受託開発へ切り替えるべき条件と判断の分岐点

iPaaSは万能ではなく、越えた瞬間に費用も事故率も跳ね上がる境界があります。受託開発の現場で何度も見てきた分岐点を、条件の形で示します。

iPaaSでは届かない要件はデータ整合と業務ロジックの2つに出る

iPaaSが苦手とするのは、複数システムをまたいだ整合の担保です。Aに登録した後でBが失敗したとき、Aを取り消して元に戻す処理をフローで正しく書き切るのは現実的ではありません。「エラー時に取り消しアクションを呼ぶ」とは書けますが、その取り消し自体が失敗したときの経路まで含めると、設計は業務システムの領域に入ります。

もう1つが業務ロジックです。単価や割引の計算、承認ルートの分岐、在庫引き当てといった判断がフローに増えたら、それは連携ではなくアプリケーションでした。条件分岐が20個並んだ時点で、可読性も保守性もコードで書いたほうが上回ります。

受託開発へ切り替えるべき3条件とiPaaSを残すべき境界の引き方

切り替えを判断する条件を3つに絞って言い切ります。1つ目は、取り消し処理や再実行時の重複防止といったデータ整合の担保が要件に入ったとき。2つ目は、1本のフローの分岐が10を超え、変更のたびに影響範囲を追い切れなくなったとき。3つ目は、iPaaSの月額が受託開発の保守費と並び始めたときです。

逆に、iPaaSを残すべき場面もはっきりしています。通知・転記・ファイル配置のような一方向で冪等な処理、頻繁に増減する軽い連携、部門が自分で作って自分で直す小さな自動化は、コードにするほど硬直します。判断の目安は「その処理が止まっても手作業で回復できるか」です。回復できるならiPaaS、できないなら受託開発と考えてください。

iPaaSと受託開発を併用する構成と移行時に残す接続の判断基準

現実の解は、全面移行より併用です。整合が要る中核処理だけを自社システムのAPIとして切り出し、そのAPIを叩く周辺の連携はiPaaSに残すと、両者の弱点を打ち消せます。iPaaS側にはHTTPリクエストで自社APIを呼ぶ口があるため、この分割は製品を問わず成立しました。

移行は、業務影響の大きいフローからではなく変更頻度の低いフローから進めてください。動いているものを止めない前提で1本ずつ置き換えるほうが短期間で終わります。線引きに迷う場合は、iPaaS導入支援（Zapier・Make・Workato・Yoom）で製品選定から自社開発への切り替え設計まで一緒に整理しています。

iPaaS導入の進め方｜試験導入から本番移行と費用の再測までの手順

製品が決まっても、そのまま全社展開すると失敗します。試験導入・本番移行・再測の3段階で進めるのが、最も事故の少ない進め方でした。

試験導入では1本のフローを本番相当のデータ量で通して費用を測る

無料トライアルで確かめるのは、機能の有無ではありません。実際の業務データで1本のフローを組み、本番と同じ頻度で1〜2週間動かし、消費したタスク数やクレジット数を記録してください。この実測値がないまま年間契約を結ぶと、3か月目に上位プランへの移行を迫られます。

あわせて、あえてエラーを起こしてみてください。連携先の認証を切る、想定外の値を投入するといった操作で、通知がどこに届きログから原因をどれだけ追えるかを見ます。この手応えが運用の負担を決めました。

本番移行で先に決める再実行と通知の担当と半年ごとの費用の再測

本番に載せる前に決める事項は3つです。エラー通知の宛先（個人ではなくチームのチャンネル）、再実行の判断者と手順、止まっている間の代替手段を文書にします。これがないと、最初の障害で「誰も気付かないまま3日経過」という事態が起きました。編集と停止の権限も分けてください。

稼働後は、半年ごとに実行数と料金を再測します。使われなくなったフローが動き続け、費用は静かに膨らむためです。実行数の多い順に上位5本の要否を点検すると、不要な1本を止めるだけでプランを1段下げられました。各社の料金改定も同時に確認してください。

よくある質問

iPaaSとRPAはどちらを先に導入すべきですか？

連携相手にAPIがあるならiPaaSを先に検討してください。RPAは画面操作を自動化する仕組みのため、画面の変更で止まりやすく保守負担が大きくなります。APIが公開されていない社内システムや、紙・PDFが起点の業務にはRPAが向きます。APIのある区間をiPaaS、ない区間をRPAで埋める併用が現実的です。

iPaaSの無料プランだけで業務を回せますか？

フローが3本以内で、実行回数が月100回程度に収まるなら回せます。超えると実行制限に当たり、処理が翌月まで止まる事故につながります。無料プランはシナリオ数や実行間隔にも制約があるため、通知の遅れが業務に影響する用途では有料プランを前提にしてください。

ZapierとMakeはどちらを選ぶべきですか？

フローが2〜3ステップで業務担当者が自分で組むならZapierが向きます。画面が平易で、連携先の数も9,000超と最多です。ステップ数が多く分岐やデータ変換を含むならMakeを選んでください。視覚的なフロー編集が入り組んだ処理では有利に働きます。両者の総額差はステップ数と実行頻度で決まるため、代表フロー1本で試算してから決めるのが確実です。

iPaaSの導入にかかる期間はどのくらいですか？

1〜2本の単純な連携なら、製品選定から本番稼働まで2〜4週間が目安です。部門横断で10本規模になると、要件整理と権限設計を含めて2〜3か月かかります。基幹システムを含む全社連携では、接続方式の検証だけで1か月を見込んでください。期間が延びる原因の大半は、連携先の担当部署との調整でした。

iPaaSからの乗り換えや自社開発への移行は難しいですか？

フロー定義は製品間で互換性がないため作り直しになります。ただし、連携の仕様（どのデータをいつ、どの条件で送るか）を文書に残していれば、移行作業は数日から数週間規模に収まります。難しくなるのは仕様が製品の画面の中にしか存在しない場合です。導入時からフロー一覧を外部の文書で管理すると、乗り換えの自由度を保てます。

関連記事

• iPaaSとは？仕組み・RPAとの違い・主要ツールと導入判断をわかりやすく解説
• Zapierとは？読み方・できること・料金とタスク課金の仕組み【2026年版】
• ETLとは？仕組み・ELTとの違い・ツール選定から導入判断まで解説
• ノーコードツール比較｜業務アプリ・Web・EC用途別の代表製品と選び方
• Amazon AppFlowとは｜SaaS連携のノーコード統合の仕組み・料金・実装と採用判断を解説