企業向けCMSのセキュリティとガバナンス|権限・承認フロー・認証の確認点
- 公開日
- 最終更新日
中規模以上の企業がCMSを選ぶときに確認したい、セキュリティとガバナンスの観点を整理します。部署ごとの権限と承認フロー、管理画面へのログイン、SaaS型とオープンソース型での責任範囲、ヘッドレス化による構造の見直しを解説します。
はじめに
部署が多く、複数のサイトや言語版を運用する企業では、CMSを機能の多さだけで選ぶと、導入後に権限の分け方や公開前の承認、管理画面へのログインの方法で行き詰まることがあります。こうした項目は、情報システム部門の審査で確認されることが多い一方で、機能の比較表には表れにくい部分です。
本記事では、中規模以上の企業がCMSを選ぶときに確認したい、セキュリティとガバナンスの観点を整理します。主要なCMSの機能や費用の比較は、CMS比較の記事で解説しています。
企業のCMSでセキュリティとガバナンスが問われる理由
複数の部署や拠点でサイトを運用していると、更新ルールの形骸化や意図しない公開ミスが起こりがちです。誰がどのページを編集でき、誰の確認を経て公開されるのかが仕組みとして決まっていないと、担当者の注意に頼った運用になります。
セキュリティの要件は、業種・企業規模・扱う情報の性質によって大きく異なります。個人情報や機密情報を多く扱う企業、上場企業でサイバーセキュリティへの対応が求められる企業、過去にセキュリティインシデントを経験した企業、WordPressの脆弱性対応に多くの工数を割いている企業では、CMSの選定の段階で要件を確かめておく必要があります。
権限と承認フロー|部署・役割ごとに編集できる範囲を分ける
最初に確認したいのは、権限と承認フローです。機能が多くても、部署ごとの編集範囲や公開前の承認を実際の運用どおりに設定できなければ、導入後に管理画面の外で調整する作業が増えます。候補のCMSごとに、次の点を実際の組織図に当てはめて確かめてください。
部署・サイト・コンテンツの種類ごとに、編集できる範囲を分けられるか
下書きから公開までに、管理者・法務・広報など複数ステップの承認を設定できるか
誰が・いつ・何を変更したかを記録し、以前の版に戻せるか
外部のライターや制作会社に、役割に応じた範囲だけ権限を渡せるか
管理画面へのログインと認証|多要素認証・ワンタイムパスワード
管理画面へのログインの方法も、情報システム部門の審査で確認されることが多い項目です。社内で使っている認証の仕組みと連携できるか、多要素認証に対応しているかを確認します。ワンタイムパスワード認証で管理画面へのログインを保護する方法もあります。
あわせて、アカウントを担当者個人ではなく会社として管理できるか、担当者の異動や外部パートナーの参加のときに、閲覧・編集の権限を付け替えられるかも確認してください。
SaaS型とオープンソース型で変わるセキュリティの責任範囲
CMSの提供形態によって、自社で担うセキュリティの範囲は変わります。オープンソースのCMSを自社で運用する場合は、本体とプラグインの更新、サーバーの管理、管理画面へのアクセス制限を継続的に行う必要があります。
SaaS型のヘッドレスCMSでは、CMS側の脆弱性対応はベンダーが担います。ただし、APIキーの管理と権限設定は自社の責任範囲です。どちらの場合も、更新作業の担当者と頻度は契約の段階で明文化しておきます。
管理画面と表示側を分けるヘッドレス化という選択肢
老朽化したレンタルサーバーや、WordPressのように管理画面と表示側が一体になったCMSは、構造的にセキュリティリスクを抱えやすい環境です。CMSの機能を比べるだけでなく、サイトの構造そのものを見直す方法もあります。
ヘッドレスCMSでは、表示側は静的ファイルの配信が主体となり、サーバー側の動的な処理が最小限になるため、攻撃を受けうる範囲が小さくなります。管理画面はCMSサービスの認証・認可機能で保護され、外部から直接アクセスされることがありません。金融・医療・上場企業・個人情報を多く扱う企業では、このアーキテクチャが選定理由の一つになることが多くあります。メリットと導入前に知っておくことは、ヘッドレスCMSのメリット・デメリットで解説しています。
複数サイト・多言語の運用と、障害時のサポート
複数の部署や拠点のサイトをまとめて管理したい場合は、1つの管理画面で複数のサイトや言語版を運用できるかを確認します。あわせて、日本語での問い合わせ窓口、障害時の対応時間、稼働率の保証の有無を、契約の条件として確認しておきます。
月額費用は、利用料の表だけでは比べられません。編集者の人数、コンテンツの量、APIの呼び出し回数、検証用の環境の数によって変わるため、現在の運用規模と数年後の想定の両方で見積もりを取り、条件をそろえて比較してください。
CMSの刷新は、現行CMSの棚卸しとデータ構造の設計から
CMSを入れ替えるリニューアルでは、デザインの作り直しよりもデータ構造の設計が成否を分けます。現行CMSの管理画面の項目・ページの種類・コンテンツの件数・更新頻度を洗い出し、新しいCMSでどの項目に対応させるかを先に決めておくと、移行の工数と抜け漏れのリスクを事前に把握できます。この段階で、公開後に誰がどの画面で何を更新するのか、つまり権限と承認フローの設計まで決めておきます。
chot Inc.では、部署・役割ごとの編集権限の設計と実装、プラットフォーム上で完結する承認フローの構築、CMS管理画面へのOTP認証の導入を含めて、数千ページ規模のサイトのCMS刷新を支援しています。進め方と対応内容は、大規模サイトリニューアルで紹介しています。評価項目の重み付けとスコアリングの方法は、CMS選定の7つの基準で解説しています。
まとめ
中規模以上の企業がCMSを選ぶときは、機能や費用に加えて、権限と承認フロー、管理画面へのログインの方法、セキュリティの責任範囲、複数サイトの運用とサポートの条件を確認します。いずれも、実際の組織図と更新業務に当てはめて確かめることが大切です。管理画面と表示側が一体になったCMSでセキュリティの対応に工数がかかっている場合は、ヘッドレス化によってサイトの構造から見直す方法も検討してください。
よくあるご質問
セキュリティの要件が標準的な場合は、セキュリティプラグインと定期的なアップデートで対応できます。ただし、継続的な管理の工数を見込んでおく必要があります。個人情報や機密情報を多く扱う場合や、脆弱性への対応に多くの工数を割いている場合は、ヘッドレスCMSの採用を検討してください。
CMS側の脆弱性への対応はベンダーが担いますが、APIキーの管理と権限設定は自社の責任範囲です。誰がどの作業をどの頻度で行うかを、契約の段階で明文化しておいてください。
移行計画の段階で決めます。誰が下書きを作り、誰が公開できるのかを役割で定義し、公開前のプレビューの共有方法まで決めておきます。管理画面の操作マニュアルと担当者向けの説明会も移行計画に含めておくと、公開後の問い合わせを減らせます。
この記事に関連するchot Inc.の支援
chot Inc.では、古いCMSの刷新やヘッドレスCMSへの移行と、自社開発のCMS「Orizm」を使ったサイト構築を支援しています。コーポレートサイトのCMS刷新は大規模サイトリニューアルで、記事数の多いメディアの構築はWebメディア構築支援で、それぞれの支援内容を紹介しています。
エージェント型Web・AIアプリ
開発のご相談
chot inc.ではエージェント型Webの設計・構築・
運用を
一貫してサポートしています。