CMS選定で見落とされる「総運用コスト」
CMS（コンテンツ管理システム）を選ぶ際、多くの意思決定者はまず月額料金を比較する。しかし、実際の運用で支出が増えるのはライセンス費以外の部分であることが多い。更新のたびに発生する作業工数、プラグインやアプリの追加課金、そして将来の乗り換え時の再構築コスト。これらを含めた総運用コスト（TCO: Total Cost of Ownership）で比較しなければ、本当のコスト感はつかめない。
本記事では、日本市場で遭遇頻度の高い5つのCMS — WordPress、Wix、STUDIO、Shopify、Jimdo — を、ライセンス費だけでなく運用工数・拡張費・移行難度を含めた総運用コストの観点で比較する。
本記事のTCOは以下の3要素に分解して整理する。
- 固定費: 月額/年額のプラン料金、独自ドメイン、メール、決済関連の固定費
- 変動費: アプリ/プラグイン課金、外部ツール連携費、コンテンツ更新・公開フローの作業時間
- リスク費: セキュリティ更新の失念、障害復旧、属人化、移行時の再構築・SEO影響
日本市場のCMS利用状況
CMS選定の前提として、日本市場における各CMSの利用状況を確認する。ただし、シェアデータは母集団定義と計測手法によって見え方が大きく変わる点に注意が必要である。
| 調査元 | 特徴 | WordPress | Shopify | Jimdo | STUDIO | Wix |
|---|---|---|---|---|---|---|
| W3Techs（2026年3月時点） | 日本語コンテンツのサイトでCMSを判別できたものを母数。サブドメインを1サイトに統合 | 82.9% | 2.8% | 1.9% | 1.7% | 0.2% |
| BuiltWith（2026年3月時点） | 技術検出ベースの件数。Simple Website Builderカテゴリ | — | — | 36,218件 | — | 151,850件 |
W3Techsはサブドメイン型サイト（例: ◯◯.wixsite.com）を1サイトとして統合するため、SaaS型CMSの見かけのシェアが低く出やすい。一方BuiltWithは検出粒度がより細かい可能性があり、Wixの検出件数が多い。調査手法の違いによるバイアスを織り込んで数字を読む必要がある。
なお、BuiltWithの「Open Source CMSカテゴリ（日本）」ではWordPressが720,085件で突出しており、OSS領域でのWordPress優位は調査手法を問わず確認できる。
5つのCMSを6軸で比較
以下の6軸で5つのCMSを比較する。各軸の評価は公式情報および実務上の特性に基づく相対評価（5段階）である。
詳細比較マトリクス
| 評価軸 | WordPress | Wix | STUDIO | Shopify | Jimdo |
|---|---|---|---|---|---|
| 月額費用 | OSS版は0円（ホスティング別途）。WordPress.comはプラン制 | 無料プランあり。プレミアムで広告非表示・独自ドメイン | プラン制。機能差分（リダイレクト、Webhook等）が明確 | Basic/Grow/Advanced等の月額（JPY）＋カード手数料 | AIビルダーとクリエイターで料金体系が異なる。オプション価格も公開 |
| 更新の容易さ | ブロックエディタで編集可。ただしコア/プラグイン更新は運用側の責務 | 基盤更新はWix側で実施。ユーザーはコンテンツに集中 | ノーコードで直感的に編集可。共同編集も対応 | 管理画面で商品・ページ管理。テーマのコード編集にはHTML/CSS/Liquid知識が必要 | AIビルダーは直感的、クリエイターは作り込み可。更新負荷は低い |
| デザイン自由度 | テーマ＋プラグインで自由度最大。カスタマイズにはコード知識が有利 | テンプレート豊富。ドラッグ&ドロップで柔軟に編集 | ノーコードながらデザイン自由度が高い。日本市場に特化 | ECテーマベース。ブランドサイトには制約が出やすい | AIビルダーは統一感重視で制約あり。クリエイターはやや自由度高 |
| SEO対応力 | プラグイン（Yoast等）で高度なSEO設定が可能。最も柔軟 | SEO設定機能あり。基本的なメタ情報・構造化データに対応 | 基本的なSEO機能あり。高度な構造化対応には限界 | EC向けSEO機能あり。商品ページの最適化に強い | 基本的なSEO機能。高度な設定は限定的 |
| note/SNS連携 | oEmbed対応。埋め込み可能サービスがドキュメント化 | エディタで外部URL/コードの埋め込みが可能 | RSS連携でnote記事リストを自動表示可能。更新の自動追随が強み | EC特化のため、コンテンツ連携は限定的 | クリエイターで「ウィジェット/HTML」埋め込みが可能 |
| 日本語サポート | コミュニティベースの日本語フォーラム（ベンダーSLA型ではない） | 日本語コールバック/チャットの受付時間（平日）あり | チャットボット24/365、有人サポートは有料プラン・平日10-18時 | 24/7チャットサポートを掲げる（体験のばらつきはレビューで示唆） | AIビルダー/クリエイターとも日本語対応。料金が一次情報で明確 |
TCOが増えるポイント
更新工数：最も差が出るのは「保守」の有無
| CMS | 基盤更新の主体 | 非エンジニアへの影響 |
|---|---|---|
| WordPress | 運用側（コア/プラグイン/テーマ更新は自動化可能だが検証が必要） | 外注またはマネージドホスティングの活用が現実的 |
| Wix | Wix側で実施（公式ヘルプで明示） | コンテンツ更新に集中できる |
| STUDIO | ホスティング内包型 | インフラ運用不要。ただしプラットフォーム制約を超える部分で工数発生 |
| Shopify | クラウド型で基盤はShopify側 | EC運用に集中できるが、テーマカスタマイズにはコード知識が必要 |
| Jimdo | ホスティング内包型 | 更新負荷は低い。AIビルダーとクリエイターで操作範囲が異なる |
拡張費：アプリ/プラグインの「見えない運用コスト」
拡張性が高いCMSほど、有料プラグイン/アプリの月額課金が積み上がりやすい構造がある。
- Shopify: App Storeに16,000以上のアプリが存在する大規模エコシステム。機能追加が前提化しやすく、有料アプリの課金管理が運用業務として発生する
- WordPress: プラグインエコシステムは「free and open source pluginsの最大のディレクトリ」と公式に説明される規模。プラグイン同士の相性や更新追随が見えない運用コストとなる
- Wix: App Marketは「500件超〜800件超」という複数の公式表記があり少なくとも数百規模のエコシステム（表記差はカウント条件の違いによる可能性がある）。有料アプリの積み上げは起こりうる
- Jimdo: オプション価格が公式の特定商取引法に基づく表記ページで列挙されており、見積もりが立てやすい
移行コスト：データ可搬性が将来のTCOを決める
CMS選定時に最も見落とされやすいのが、将来の乗り換え時に発生する移行コストである。
| CMS | データエクスポート | 移行時の主なリスク |
|---|---|---|
| WordPress | コンテンツのエクスポート可能。ただしプラグインやテーマファイルは含まれない | プラグイン依存度が高いほど再構築コストが上がりやすい |
| Wix | サイトはWixサーバーでホストが必須（公式ヘルプで明示） | 別基盤への持ち出しが難しく、移行時は実質再構築 |
| STUDIO | HTMLエクスポート不可（公式ヘルプで明記） | 移行は実質「再制作」。最も移行コストが高くなりやすい |
| Shopify | CSVでの商品データ書き出し可能 | テーマ/アプリの再設計にコストが集中。データ移行自体は比較的容易 |
| Jimdo | バックアップ機能あり。復元範囲はコンテンツ中心 | AIビルダーとクリエイターで移行条件が異なる |
WixとSTUDIOは移行制約が一次情報として強い。将来の乗り換え可能性が要件なら、TCOに「移行引当（再制作費÷想定年数）」を最初から織り込むか、移行しやすいCMSを検討するのが合理的である。
総運用コスト（TCO）の簡易モデル
非エンジニアの意思決定で再現性が高いのは、「月額費の比較」ではなく月次の作業と外部課金の棚卸しである。どのCMSにも適用できるTCO簡易モデルを示す。
| 費目 | 計算式 | 確認のポイント |
|---|---|---|
| プラン固定費 | （月額プラン＋ドメイン＋メール＋決済固定費）× 12 | 年払い割引の有無を確認 |
| 拡張費 | （有料アプリ/プラグイン/外部SaaS費）× 12 | 導入後に増えやすい項目。四半期で棚卸し推奨 |
| 更新工数 | 月次更新本数 × 1本あたり作業時間 × 人件費換算 × 12 | 内製/外注の比率で大きく変動 |
| 保守費 | 更新・検証・障害対応の時間または外注費（年額） | WordPress等OSS型で特に重要 |
| 移行引当 | リニューアル/乗り換えの再制作コスト ÷ 想定利用年数 | ロックイン度が高いCMSほど引当額が大きい |
このモデルで重要なのは、CMS選定時点で「月次更新本数」「誰が更新するか」「アプリ課金が増える余地」「移行の再制作可能性」を変数として見える化することである。
CMS選定判断ツリー
サイトの目的・更新頻度・デザインのこだわり・担当者数に応じて、推奨CMSへたどり着く判断ツリーを用意した。
企業タイプ別の推奨マッピング
| 企業タイプ | 推奨CMS | TCO上の決定因 |
|---|---|---|
| 小規模コーポレート/採用サイト（更新月1〜数本） | Wix / STUDIO / Jimdo | Wixは無料〜有料の線引きが明確。STUDIOはnoteのRSS連携で更新工数を削減しやすい。Jimdoは料金が一次情報で見えるため意思決定しやすい |
| コンテンツ/メディアサイト（記事更新が多い） | WordPress | 拡張性・SEO対応力が最強だが「保守工数」を前提に。マネージドホスティング等で更新責務をどこまで外出しするかがTCO決定因 |
| D2C/本格EC（決済・在庫・配送が主要論点） | Shopify | PCI DSS Level 1準拠に言及があり基盤コストの見積もりが立てやすい。ただしアプリ課金の積み上がりに注意 |
| 店舗/ローカル事業（予約やSNS導線が中心） | Wix / Jimdo | 編集者が「迷わず回せる導線」を優先するほうがTCOが安定しやすい |
| 乗り換え可能性を最重視 | WordPress / Shopify | データの取り回しが相対的に容易。WixとSTUDIOは移行制約が強いため移行引当をTCOに織り込む必要がある |
あわせて読みたい
まとめ：CMS選定を「月額比較」から卒業する
- TCOの3要素で比較する — 固定費（プラン料金）だけでなく、変動費（アプリ課金・更新工数）とリスク費（移行コスト・属人化）を含めて判断する
- 保守の主体を確認する — 基盤更新が自社責務か（WordPress）プラットフォーム側か（Wix/STUDIO/Shopify/Jimdo）で運用工数が大きく変わる
- 移行引当を最初から織り込む — 特にHTMLエクスポート不可やホスティング制約があるCMSでは、将来の乗り換えコストをTCOに含めておく
CMS選定は「最安のプランを選ぶ」ことではなく、「自社の運用体制と将来の変化に対してコスト構造が予測可能かどうか」で判断すべきである。
Agenticベースでは、CMS選定から運用設計、移行支援まで一貫してサポートしています。自社に最適なCMSの見極めや、TCO試算のお手伝いもいたします。 お問い合わせはこちら →
この記事の著者
Agentic Base 編集部
AIエージェントとWebメディア運用の知見を活かし、実践的なナレッジを発信しています。
