ブログ一覧へ戻る

CMSとは?仕組み・種類・選び方と主要ツール比較

与謝秀作

CMSとは?仕組み・主要ツール比較・選び方をわかりやすく解説

CMS(Content Management System)は、記事や画像などのコンテンツを保存・編集・管理し、ウェブサイト等へ公開するための仕組みです。選ぶ際は、誰が何を更新するか、誰が公開を承認するか、誰が保守するかを先に決めます。編集画面の使いやすさだけでなく、配信方法、権限、費用、移行まで比較しましょう。

CMSはどのようにページを公開するか

基本の流れは「編集画面→保存されたコンテンツ→配信するウェブサイト→読者」です。一体型ではCMSがページのHTMLまで生成することが多く、ヘッドレス構成ではAPIから受け取ったコンテンツを別のフロントエンドが画面にします。

日常的な記事編集は画面上でできても、初期構築、デザイン変更、データ項目の追加、フロントエンドの実装には技術対応が必要な場合があります。「CMSならエンジニア不要」と一括りにせず、自社の変更範囲と担当を確認してください。管理対象の整理はコンテンツの種類から始められます。

種類は排他的な分類ではない

分類する軸

例

何を決めるか

提供・運用形態

SaaS、自己ホスト、運用代行

どこで動かし、誰が保守するか

ライセンス

オープンソース、商用等

利用・改変・再配布などの条件

配信構成

一体型、ヘッドレス、両者を組み合わせる構成

画面生成とデータ管理の分離

たとえば、オープンソースであり、自己ホストでき、ヘッドレスとして使えるCMSもあります。SaaS・オープンソース・ヘッドレスを同じ階層の三択にはしません。WordPressもREST APIでデータを扱えるため、通常のサイト構成だけに限定されません。

主要ツールを責任分界で比較する

以下は構成の比較であり、順位付けではありません。承認フロー、翻訳、権限の細かさ、プレビュー、料金や上限は、採用する製品・ホスト・プランと実装で確認してください。

候補

構成上の特徴

向く検討

確認する負担・条件

WordPress

一般的な一体型に加えREST APIを利用可能

記事中心のサイト、既存テーマ・運用資産を生かす

ホスティング、プラグイン更新、独自機能、互換性

Payload

オープンソース、自己ホスト可能。APIを使う構成を設計できる

独自データ構造や開発チームと組むサイト

アプリ・DB・ファイル保存・配信・更新の運用体制

Contentful

コンテンツをAPIで配信するサービス

複数画面・複数媒体へ同じ情報を配信する設計

別フロントの構築、プラン条件、権限・API上限・移行

Payloadの運用要件は公式のデプロイ資料、Contentfulの配信方法はContent Delivery APIとGraphQL Content APIで確認できます。製品名だけから自社の承認や多言語要件を満たすと判断しないようにします。

比較前に要件シートを埋める

要件

記入する内容

試用時の確認

更新者

人数、頻度、技術経験、外部委託

担当者自身が記事を作れるか

公開・承認

下書き、レビュー、予約公開、差し戻し

未承認の内容が公開されないか

権限

編集範囲、管理者、退職時の扱い

権限の弱いアカウントで操作を確認

多言語

対象言語、翻訳の責任者、言語別URL

翻訳更新、未翻訳、プレビューの扱い

SEO

タイトル、説明、canonical、サイトマップ、転送

公開結果と設定の責任分界

移行

記事・画像・著者・カテゴリ・URLの継承

書き出しと読み込みの再現性

保守

更新、バックアップ、障害窓口、復元時間

実際に復元できるか

SEOに関しては、CMSを変えれば順位が上がるとは限りません。必要な公開設定を実現できるか、運用で誤りを防げるかをSEO基本チェックリストで確認します。計測タグの更新はGTMの管理手順と照合してください。

3年間の総費用を同じ範囲で比べる

月額料金だけでは比較できません。「初期設計・構築+移行+3年分のサービス・ホスティング・保守+追加開発・教育・運用+終了時の移行」を同じ範囲で見積もります。ここでは架空の料金を置かず、自社条件で見積もる項目を示します。

  • ライセンス、ユーザー数、API・ストレージ・転送量など、増えた時に変わる費用。
  • ウェブの実装、デザイン、フォーム、検索、外部連携の制作費。
  • 更新・バックアップ・監視・復旧などの保守費と担当者工数。
  • 記事や画像の移行、URL対応、操作教育、運用マニュアル。
  • 契約終了時のデータ書き出しと、新しい配信環境への再移行。

無料のライセンスでも構築・保守が無料になるわけではありません。SaaSでもサイトの独自実装や運用がすべて含まれるとは限らず、サービス側と自社側の責任を契約と実装で確かめます。

同じ作業を試してから選ぶ

架空の試用課題として、「日本語の記事を作り、英語版を追加し、表とリンクを入れ、別担当が承認し、誤りを前版へ戻す」を各候補で試します。操作時間だけでなく、どこで技術対応が必要だったか、公開内容の確認が容易だったかも記録します。

移行を決めたら、既存URL、画像、公開日、著者、カテゴリ、検索設定を保全し、旧新URLとリダイレクトを対応付けます。公開後に調べ始めるのではなく、事前に検証環境と切り戻し条件を用意してください。

CMS選定は編集、開発、保守の共同作業です。Xtrategyのプロジェクト・予実管理を使う場合は、導入費だけでなく移行・教育・運用費も分けて記録し、誰がどの確認を担当するかを明確にすると判断を振り返りやすくなります。

プレビューと公開のずれも試用する

ヘッドレス構成では、CMSへ保存できたことと、ウェブサイトに新しい内容が配信されたことが別の段階になる場合があります。下書きプレビュー、予約公開、キャッシュ更新、前版へ戻す操作を、実際のフロントエンドと組み合わせて試します。編集者が「公開」を押した後、何をもって完了とするか、反映しない場合に誰が調べるかまで決めます。

バックアップも「取得している」だけでは十分ではありません。記事、画像、データベース、必要な設定をどこまで復元できるか、同じ環境で戻せるか、別サービスへ移せるかを検証します。保守担当が一人しかいない場合は、手順書と代替担当を含めた引き継ぎを要件にしてください。

ブログ一覧へ戻る