WordPress 保守ツール 4 社の料金モデルを並べてわかったこと — 料金体系は会社のコスト構造を映す鏡だった

きっかけ

主要な WordPress 保守ツール 4 社（ManageWP・MainWP・WP Umbrella・InfiniteWP）を比較調査する過程で、各社の料金モデルを並べて気づいたことがある。単に「高い・安い」の違いではなく、料金の”形”そのものが会社ごとに全く違う。そして、その形は思いつきではなく、各社が自社サービスをどう提供しているか（コスト構造）を色濃く反映していた。

4 社 4 様の料金モデル

ManageWP: 無料の入口 + サイト単位アドオンの積み上げ式

コアは無料で、Backup・Security・Reports・White-Label といった機能を、サイトごとに月額 $1〜$2 のアドオンとして個別に買い足していく。必要な機能だけ選べる柔軟さがある一方、フル機能を揃えると管理サイト数 × アドオン数で費用が積み上がっていく。「無料から始めて、欲しい機能だけ足す」という発想は、機能ごとに独立した課金単位を持つ SaaS の典型的な設計だ。

MainWP: コア無料（セルフホスト） + Pro 拡張の定額

MainWP のダッシュボード自体はオープンソースで無料。ただし実用的な機能（バックアップ拡張・レポート拡張等）は Pro エクステンションとして提供され、$29/月・$199/年・$599 買い切りのいずれかで購入する。ここで見落としやすいのが、このダッシュボードを動かす WordPress サイト自体を自分で用意し、ホスティングし、保守する必要があるという点だ。ソフトウェア本体は無料でも、それを稼働させるインフラ費用と保守の手間が別途発生する。オープンソースのセルフホスト文化を色濃く継承した料金モデルと言える。

WP Umbrella: サイト単位の単一フラット料金

€1.99/サイト/月という、規模に関わらず同一レートの明快な料金体系。クラウドベースで各サイトごとに常時稼働監視・PHP エラー監視・PageSpeed チェックを独立して走らせているため、サイトが増えるほどインフラコストも比例して増える。自社のインフラコストが線形に増える構造だからこそ、顧客への課金もサイト数に比例した単一レートにできる——コスト構造と料金モデルが素直に一致している例だ。

InfiniteWP: コア無料 + 年間ライセンスのアドオン

コアは無料で無制限サイトに対応するが、実用的なエージェンシー機能（バックアップ・ホワイトラベル・スケジュール・稼働監視）はアドオンとして年間ライセンス（$147/年〜）で購入する。あるいはホスト版（100 サイト用 $597/年）を選ぶこともできる。年ごとに同額の更新費用が発生する構造は、クラウド SaaS というより、オンプレミス時代からのソフトウェアライセンス文化を引き継いだ形だ。サイト数が増えても細かく課金が変動するわけではなく、ライセンス単位のバンドル課金になる。

料金の”形”はコスト構造を映す鏡

4 社を並べて見えてくるのは、料金モデルの違いが単なるマーケティング判断ではなく、各社が自社のサービスをどう提供しているかの反映だということだ。

• クラウドインフラで各サイトを個別に監視するなら、コストはサイト数に比例して増える → サイト単位の従量課金が自然（WP Umbrella）
• ダッシュボードを顧客に自前運用させるなら、会社側のインフラコストは顧客に転嫁される → ソフトウェアライセンス的な定額課金が成立する（MainWP）
• 機能ごとに独立したサービス（バックアップストレージ・アップタイム監視サーバー等）を提供するなら、機能ごとの従量課金が自然に生まれる（ManageWP）
• 年 1 回のバンドル更新モデルは、継続的なクラウド運用コストというより、ソフトウェア資産の使用権という発想に近い（InfiniteWP）

補足: SaaS（Software as a Service）はソフトウェアをインストールせずインターネット経由で利用するサービス形態。多くは月額・年額のサブスクリプション課金だが、課金の”単位”（サイト単位・機能単位・ライセンス単位）は提供側のインフラ構造によって変わってくる。

見積もり時に気をつけたいこと

料金モデルの違いを理解しておくと、単純な「月額いくら」の比較だけでは見えないコストに気づきやすくなる。たとえば MainWP は Pro エクステンションの価格だけを見ると安く感じるが、ダッシュボード用の WordPress サイトのホスティング費用と保守の手間は別途発生する。ManageWP はコア無料から入れるが、フル機能を揃えると必要なアドオンの数だけ費用が積み上がる。

「ヘッドラインの価格」ではなく「その価格モデルがどんなコスト構造を前提にしているか」を見ることで、実際に運用したときの総コストや、自分の使い方に合っているかどうかがより正確に見えてくる。

料金以外の接続方式・ロールバック設計の違いについては、以前の記事「WordPress 保守ツールの接続アーキテクチャ — 4 社を 2 軸 6 マスで整理する」と「主要 4 社を調べて見えた、WordPress 保守ツール業界に残る 3 つの未解決領域」で扱っている。あわせて読むと、業界全体の設計思想の違いがより立体的に見えてくるはずだ。