Boomiレビュー【2026年】料金非公開のiPaaS、課金が膨らむ場所を読む

Boomiは、システム連携の中継役をクラウドで担うiPaaSの老舗です。2026年10月時点の公式料金ページには、金額表示が一つもありません。Integration、API Management、Data Hub、Data Integrationの四つの製品系統が並び、いずれも料金欄が「Talk to sales（営業に問い合わせ）」で統一されています。つまり、この道具は「いくらか」を画面で確かめる製品ではありません。本稿では公開情報の範囲で、課金がどこで膨らむのか、見積りを取る前に何を確認すべきかを読み解きます。なお、導入しての動作確認は行っていないため、運用品質そのものの評価は未検証であり、判断はすべて公開情報ベースです。

Boomiとは何か。価格が見えない老舗iPaaSの現在地

Boomiは、社内のシステム同士やクラウドサービスの間を取り持つiPaaS（統合プラットフォーム）の分野で長い歴史を持つ製品です。公式料金ページの構成を見ると、単一の連携ツールではなく、Integration（アプリ統合）、API Management（API管理）、Data Hub（マスターデータ管理）、Data Integration（データ統合）という四つの系統が独立した製品群として並んでいます。各系統はさらに複数のエディションに分かれ、標準コネクタのライブラリとマッピング・変換の機能を基盤として持ちます。この規模感から、対象は個人や小規模事業者ではなく、複数システムを持つ組織であると分かります。

なぜ価格表が「Talk to sales」で統一されているのか

全項目が問い合わせ制である理由は、推測の域を出ませんが、構成が組織ごとに変わるからだと考えられます。接続するシステムの数、必要なエディションの段階、コネクタの種類、環境の構成によって組み合わせが変わり、一律の価格表では表現しきれないからです。利用者側にとって望ましい形かどうかは別問題で、この体裁は「相見積もりの手間を受け入れる代わりに、自分の構成に合わせた見積りを取る」運用を強制します。つまり、料金の当てはめは画面上ではなく、社内の要件整理の中で行うことになります。

四系統の並び方には意味があります。Integrationが本体で、API Managementが外向きの窓、Data Hubがデータの器、Data Integrationがデータの流れを担う。全部を一度に導入する組織は多くなく、課題に応じて一部を選ぶのが現実的な入り方だと考えます。そして選ぶ系統と段階の組み合わせごとに見積りが変わるため、「何を連携したいか」が固まっていないと、問い合わせても比較にならない数字しか返ってこないという構造になっています。逆に言えば、要件さえそろっていれば、非公開料金でも比較可能な提案を引き出せます。

比較の軸について一言足します。連携ツールの記事では接続先の数で比べることが多いのですが、Boomiの場合、Data IntegrationのBaseが接続無制限である点から、接続の数そのものが価格の主軸である可能性は低いと考えられます。比べるべきは、エディションの段階、コネクタの種別、環境の構成。比較の軸を間違えたまま見積りを取ると、安いと感じた提案が実は要件を満たしていない、というずれが後で起きます。軸の選び方自体が、非公開料金の製品では最初の社内作業になる。ここを省略しないことが、問い合わせ後の手戻りを防ぐ唯一に近い手段です。

連携の実務に近い視点からもう一点。iPaaSの選定では、料金の見え方以外に、障害時の切り分けのしやすさも重要になります。統合・API管理・データ基盤が別ベンダに分かれると、問題の所在を複数社で確認することになり、復旧までの時間が伸びがちです。一社にそろっている体制は、この切り分けを社内で完結させられる点で効きます。機能一覧には現れにくい利点であり、老舗の製品群を選ぶ実質的な理由にもなり得ます。非公開料金の面だけを見ると敬遠したくなりますが、体制の整い方という別の軸で評価すると、選択肢としての位置が変わってくると考えます。

4系統の製品構成。Integration・API Management・Data Hub・Data Integrationの違い

系統ごとの役割を並べます。Integrationは、SalesforceやERPといった既存システムの間でデータを渡し、業務プロセスをつなぐ中核です。標準コネクタのライブラリとマッピング・変換の機能がこの系統の土台になります。API Managementは、整えた連携やデータを外部や他部門にAPIとして安全に出すための系統で、Integrationと同じ5段階構成です。

Data HubとData Integrationは何が違うのか

名称が近く、混同しやすい二つです。Data Hubは、顧客・製品・取引先といったマスターデータを一か所に整え、各システムに正しい形で配るための基盤です。Standard、Pro、Enterpriseの3段階があり、Boomi SuggestやData Profiling、AI Governanceといった機能がこの系統に含まれます。一方のData Integrationは、Riveryという統合ツールの構成を引き継いだ系統で、各種ソースからのデータ取り込みと変換を主眼に置きます。Base、Professional、Professional Plus、Enterpriseの4段階です。「正しいデータの定義を管理する」のがData Hub、「データを集めて流す」のがData Integration。この役割の差を理解しておくと、営業との打ち合わせで不要な製品を足されにくくなります。

Data Integrationの入り口であるBaseの内容は、公式表示から確認できます。1環境、2ユーザー、接続無制限という条件で、ワークフロー編成とバージョン管理が付きます。小さな構成ではありますが、接続数が無制限である点は読みどころです。連携先の数自体では課金が膨らまない設計の可能性を示唆しており、膨らむ要素は別の場所にあると考えられます。次の節で、その「別の場所」を掘り下げます。

料金体系（2026年10月時点・公式表示）

公式料金ページに金額は表示されていません。確認できたのは、系統ごとのエディション名と、Baseの内容、エンタープライズコネクタの扱い、クラスタ実行などの大項目のみです。以下の表は、公開情報の範囲で料金の構造を整理したものです。

料金の記載はありません（2026年10月時点のboomi.com/pricing）。表はエディション構成と機能の区分を示したものであり、実際の見積額は要件次第で大きく変わります。各段階の具体的な差分（どの段階で何が付くか）は公開が限られるため、問い合わせ時の確認事項として扱ってください。

段階の差分が見えないことの実務的な意味

エディション名は分かっても、StandardとProfessionalの間で何が変わるかは公開されていません。これは一般のSaaSと同じ読み方ができないことを意味します。通常のSaaSなら、料金表の機能比較表を見て自分に足りない機能から段階を選べます。Boomiの場合、その比較表が存在しないため、「現状の連携要件を文章にして、営業に当てはめてもらう」以外に段階選びの経路がありません。手間は増えますが、裏を返せば、要件文書の精度がそのまま見積りの精度になる。準備の質で費用を左右できる契約形態だと捉えると、とっつきにくさが少し減るはずです。

問い合わせ時の確認事項も、ここで一覧にしておきます。エディションの段階の判定根拠、エンタープライズコネクタの単価と対象、環境追加の考え方、サポート体制、この五つを最初の打ち合わせで聞いておくと、提案同士の足並みがそろいます。確認事項を事前に用意していないと、担当者ごとに話が分かれ、比較の土台が崩れます。価格非公開の契約では、比較の土台を作るのは利用者側の仕事です。ベンダ側が用意してくれる機能比較表は存在しないのだと、初めから前提を置いて準備するのが安全だと考えます。

課金が膨らむのはどこか。読み解くための三つの軸

価格が非公開でも、膨らむ方向性は公開情報の構成から読み取れます。一つ目の軸はエディションの段階です。クラスタ実行による高可用、並列処理、大容量データの扱いはEnterprise以上とされているため、可用性やボリュームの要件を持つ組織は、ここで一段高い層に入ります。日次バッチで済む連携と、停止が許されない基幹連携では、段階が変わるのは自然な構造です。

二つ目の軸はコネクタです。標準コネクタのライブラリに含まれる接続先はエディション内で使えますが、エンタープライズコネクタは別料金です。古い基幹システムや特殊なパッケージとの接続は、この別料金ゾーンに落ちやすい。連携先のリストを「標準で足りるか」「エンタープライズが要るか」に仕分けしておかないと、見積り後の追加費用として後から判明するパターンになりがちです。

三つ目の軸は環境とユーザーの規模です。Baseが1環境・2ユーザーである点を逆から読むと、環境の数と利用者数が段階を分ける要素である可能性が高いと考えられます。開発環境と本番環境を分ける運用、複数部門が各自の連携を持つ運用では、この軸で費用が伸びます。推測を含む読みではありますが、公開されている構成要素の並びから、「接続の数」ではなく「構成の質」で費用が決まると読むのが筋だと考えます。

判断の分かれ目。見積り依頼の前に書き出しておく数字

ここが本稿で最も伝えたい部分です。問い合わせの前に、連携先の一覧、それぞれのデータ量と頻度、稼働時間の要件、開発の体制、この四つを書き出すべきだと考えます。分かれ目は、この準備ができるかどうかです。準備なしの問い合わせは、提案側が構成を絞り込めず、幅の広い見積りしか返ってきません。幅の広い見積りは比較にならず、結局、価格の非公開性と合わせて判断が後ろ倒しになります。逆に要件が具体なら、非公開料金でも提案同士の比較は可能です。非公開価格との戦いは、問い合わせの前の社内文書で決まるというのが、公開情報から導ける最も実践的な結論です。

なお、この読みは推測を含みます。公開されているのは構成の名前と条件の一部であり、実際の価格に各要素がどう効くのかは、見積りを取るまで確かめられません。推測の役割は、見積りの事前準備の項目を決めることです。膨らむ方向の仮説を持ったまま打ち合わせに入れば、確認漏れが減ります。仮説が外れても、確認したという記録は残る。価格非公開の契約では、この確認の記録が社内の説明責任を支える材料になります。見積りの段階で提案側の説明と仮説のずれが大きい場合、それは構成の理解がずれている合図であり、要件文書の書き直しの必要性を示すと考えます。

評価できる点（公開情報からの判断）

• 統合・API管理・マスターデータ・データ統合を一社でそろえる。ベンダをまたぐ調整が減らせる
• Data IntegrationのBaseに接続無制限の構成がある。連携先の数自体が費用を直接押し上げる読み方を免れる
• ワークフロー編成とバージョン管理がBaseに含まれる。小さな構成でも運用の基本がそろっている
• Boomi SuggestやData Profiling、AI Governanceの名前が公式に並ぶ。データ品質の道具立てが確認できる
• 高可用の要件（クラスタ実行・並列処理）が段階として明示されている。要件の当てはめがしやすい
• 老舗iPaaSとして製品群が整備され、段階構成が系統ごとに一貫している。組織の成長に沿って段階を上げやすい

第一に評価できるのは、連携に必要な要素を系統の外に出さずにそろえている点です。統合は実現しても、マスターデータの管理とAPIの公開が別ベンダになると、調整コストと責任の所在が分かれます。Boomiはこの三つを同一の製品群の中に収めており、大規模な連携プロジェクトでは、「責任の分かれ目」が減ること自体が価値になると考えます。導入の容易さとは別の軸での利点です。

続いて、Baseの構成が示す設計思想も見どころです。1環境・2ユーザーという小さな枠でありながら、接続は無制限で、ワークフロー編成とバージョン管理が付く。連携ツールを導入するときに最初につまずく「開発・本番の運用の作法」の最低限が、入り口の段階から用意されていると読めます。公開情報の上での評価であり、実際の操作感は未検証ですが、構成の整い方は悪くありません。

段階構成の一貫性も利点です。IntegrationとAPI Managementが同じ5段階で並び、Data Hubが3段階、Data Integrationが4段階と、系統ごとに深さが違うのは不揃いに見えますが、実態に合わせた深さだと読めます。マスターデータ管理の導入単位は統合より大きく、データ取り込みの段階は細かく分く、という各領域の事情が構成に反映されていると考えると、この不揃いは設計の跡として納得のいくものです。

気になった点・条件付きの評価

• 金額表示が一切ない。相見積もりなしでは費用の水準を把握できない
• エディション間の機能差が公開されていない。段階選びの判断材料が問い合わせ前にない
• エンタープライズコネクタの別料金。接続先によっては後から費用が判明する
• 価格の非公開性ゆえ、無料トライアルでの事前確認も料金表上は読み取れない。試す前に社内の説明負担が重くなる
• 運用のしやすさや学習コストの実態は公開情報からは分からない（ここは未検証）

正直に言えば、この製品の最大の難所は機能ではなく価格の見え方です。料金表がないことで、社内の稟議資料を作る段階で「いくらなのか」を書けず、問い合わせと社内説明が前後します。非公開価格は高価格を意味しませんが、検討の初期コストを確実に上げる点で、連携ツールの中では選びにくい位置にあります。この負担を上回る要件（基幹連携・高可用・マスターデータ）がある組織向けだと、あらかじめ割り切るのが現実的です。

価格非公開の道具と向き合う方法

対策としては、問い合わせと社内検討を並行に進める構えになります。要件文書のたたき台を作りながら、連携先の仕分け表を整え、その時点で問い合わせを入れる。返ってきた見積りを待つ間に、社内では代替案（後述のZapierやn8nのような軽い道具で済む領域がないか）を確認する。この並行運用なら、待ち時間が死にません。一連の手順はいずれも公開情報の範囲で設計できるもので、製品そのものに触れる必要はありません。

もう一つの条件付き評価として、機能の名前に引かれすぎない注意も添えます。Boomi SuggestやAI Governanceといった項目は魅力的に見えますが、どの段階から使え、実際の効果がどの程度なのかは、公開情報からは追跡できません。機能名での期待値を上げたまま見積もりに入ると、後段での失望が大きくなります。名称は確認事項のリストに入れ、実態はデモの申し込み（Request相当の窓口）で確かめる順序が安全です。

WorkatoやZapierとどう住み分けるか。自動化ツールの地図

連携・自動化の領域は道具が多く、位置づけを混同しやすい領域でもあります。Workatoは同じエンタープライズ寄りのiPaaSで、最も近い比較相手です。ZapierとMakeは部門単位の自動化に向く軽量層、n8nはセルフホストやコード寄りの運用を重ねられる層です。ローコードのアプリ開発ならAppian、デスクトップ作業やRPAの領域ではUiPathやAutomation Anywhere、業務画面を素早く作るならPower AutomateやRetoolが近い領域です。Boomiは、この地図の中で基幹システム同士の連携とデータ基盤を担う重装備の層に置かれます。

実際の選定では、手始めに軽い層で済むかを確認し、済まない領域をBoomi側に残す順序が費用の面で安全です。すべてを重装備の層に載せると、単純な自動化まで高い構成に引き上げられる恐れがあります。逆に、基幹連携を軽い層で組むと、運用の脆さに後で悩むことになります。連携の「重さ」で道具を選ぶ、という軸を持っておくと、この分類は驚くほど素直に進みます。

導入検討の順序

提案する順序はこうです。要件文書の作成、連携先の仕分け（標準コネクタで足りるか）、環境とユーザーの設計、この三つを社内で固める。次に問い合わせて見積りを取り、同じ要件文書を軽量層のツールにも当てはめて代替案を確認する。仕上げとして、可用性とデータ量の要件から段階を選ぶ。この手順なら、価格非公開という条件の中でも、判断の材料が社内で完結する部分を先に作れます。

なお、データの受け皿側にCRMを使っている組織では、CRM内のAI機能で閉じる範囲と、iPaaSで外部まで繋ぐ範囲を分けて考えると整理しやすくなります。たとえばSalesforce AIのようにCRM側のAIの領域に収まる課題を無理に連携側で解決すると、構成が膨らむだけです。課題の帰属先を先に決める。これは価格非公開の製品と向き合うときほど、効いてくる原則だと考えます。基本情報は本稿の関連リンク先にもまとめています。

よくある質問

まとめ

主な参照元：Boomi公式サイトの料金ページ（boomi.com/pricing）。エディション構成・Baseの内容・エンタープライズコネクタの別料金・クラスタ実行の段階は2026年10月24日時点の公開表示にもとづく。金額表示なし。実機検証は未実施。