AI時代のCMS設計はどう変わる？求められる運用基盤としての役割

生成AIの進化により、コード生成やドキュメント作成、テストケースの作成など、システム開発の一部は効率化しやすくなりました。

一方で、エンタープライズシステム開発では、AIだけでは代替しにくい領域が残ります。特に、要件定義、業務理解、関係者調整、判断基準の整理は、資料に書かれている情報だけでは進めにくい工程です。

本記事では、大規模なWebシステム開発においてAI活用が進んでも人が介在すべき領域と、企業が開発プロジェクトを進める際に整理しておきたいポイントを解説します。

従来のCMS設計では、Web担当者が専門的な知識を持っていなくても、一定品質のページを作成できることが重視されてきました。

HTMLやCSSを直接編集しなくても、見出し、本文、画像、ボタン、関連リンクなどを入力すれば、デザインルールに沿ったページが作れる。これがCMSの大きな価値でした。

特に大規模Webサイトでは、更新担当者が複数存在します。すべての担当者がHTMLやデザインルールを理解しているとは限りません。そのため、CMS側で入力項目やパーツを用意し、担当者が迷わず登録できるように設計する必要がありました。

例えば製品紹介ページであれば、製品名、概要、特長、仕様、画像、CTA、関連資料などの入力欄を分けます。採用ページであれば、職種、仕事内容、応募条件、勤務地、募集要項などを項目化します。これにより、ページごとの構造を揃えやすくなり、担当者ごとのばらつきを抑えることができます。

また、CMSパーツを組み合わせる設計も多く使われてきました。カード、ボタン、画像付きテキスト、FAQ、問い合わせ導線などを部品として用意し、担当者が必要なものを選んでページを構成する方式です。

この設計は、ページ制作の自由度と品質維持を両立するために有効でした。

生成AIの活用により、システム開発の現場では効率化できる業務が増えています。

例えば、既存コードの説明、実装方針のたたき台作成、単体テストの観点整理、API仕様書の要約、画面項目の整理などは、AIを使うことで作業時間を短縮しやすい領域です。一定の前提条件が揃っていれば、コード生成やリファクタリングの補助にも活用できます。

特に、目的が明確で、入力条件と出力条件が整理されている作業では、AIの効果が出やすいです。実装したい処理、利用する技術、制約条件、期待する出力が明確であれば、AIは開発者の作業を支援できます。

しかし、エンタープライズシステム開発では、すべての工程がこのように整理されているわけではありません。

実際のプロジェクトでは、開発初期の段階で要件が曖昧なまま進むことがあります。関係する部署が多く、既存システムとの連携も複雑で、資料には書かれていない前提が多数存在します。

AIは明文化された情報を処理することには強みがあります。一方で、そもそも情報が不足している場合や、関係者の認識が揃っていない場合には、AIだけで結論を出すことが難しくなります。

生成AIが普及すると、CMSの一部機能はこれまでほど重要ではなくなる可能性があります。

特に影響を受けやすいのは、ページ作成を補助するための細かなパーツ管理です。

これまでは、HTMLを書けない担当者でもページを作れるように、CMS側で複数のパーツを用意していました。しかしAIがHTMLやCSSを生成できるようになると、担当者がパーツを一つずつ選ぶよりも、AIに目的や内容を伝えてページ案を生成させる方が早いケースが出てきます。

例えば「新サービスの紹介ページを作りたい。対象は大企業の情報システム部門で、CTAは資料請求にしたい」と指示すれば、AIは見出し構成や本文案だけでなく、HTMLのたたき台まで作成できます。

このような環境では、CMS上で細かくパーツを選んで組み立てる作業の価値は相対的に下がります。

AIがページを生成する前提で、CMSにどの役割を残すべきかを見直す必要があります。

AIがページ作成を支援するようになっても、CMSに求められる機能はあります。

特に大規模Webサイトでは、CMSは単なる入力画面ではなく、サイト全体の情報管理や公開制御を担う運用基盤として機能しています。

例えば、承認フローや権限管理は今後も重要です。AIが本文を生成できたとしても、その内容を誰が確認し、誰が承認し、誰が公開するのかを決める必要があります。

また、公開履歴や監査ログも重要です。AIが関与する場合でも、最終的に公開した責任は企業側にあります。

さらに、一覧ページや関連ページとの連携もCMSに残る重要な役割です。

AI時代にCMSへ求められるのは、公開管理・表示制御・履歴管理・責任範囲の整理といった運用基盤としての役割です。

CMS設計の変化を考えるうえで分かりやすいのが、ニュース一覧と詳細ページの連携です。

一見すると単純な仕組みに見えますが、大規模Webサイトでは掲載ルールが複雑になることがあります。

ニュースはコーポレートサイト全体のお知らせ一覧だけでなく、IRページ、製品カテゴリ、サポートページ、グループ会社サイトなど複数の場所に関連する場合があります。

カテゴリ、重要度、対象事業、掲載期間、承認状態などによって表示先を変える必要があります。

CMS側で表示条件を定義しておけば、ニュース詳細の登録内容に応じて反映先を制御できます。

このような連携は、AIよりもCMSやシステム側で制御した方が安定しやすい領域です。

今後のCMSでは、AIが生成したHTMLやコンテンツをどのように取り込むかも重要な設計項目です。

小規模な運用であれば、AIが生成したHTMLをそのまま貼り付ける方式でも対応できる場合があります。

しかし大規模サイトでは、HTML品質、アクセシビリティ、表示崩れ、セキュリティ、既存CSSとの整合性などを確認する必要があります。

そのため、AI生成HTMLをそのまま取り込むのではなく、一定のルールに沿って検証する仕組みが必要になります。

また、本文エリアはAI生成を許容しつつ、ヘッダー、フッター、ナビゲーション、パンくず、関連リンク、CTAなどはCMS側で制御する方が、一貫性を保ちやすくなります。

AI時代にはCMSパーツの価値が下がると考えられますが、すべてのパーツが不要になるわけではありません。

不要になりやすいのは、本文表現の自由度を補うためだけに用意された細かな装飾パーツです。

一方で、問い合わせCTA、資料ダウンロード、セミナー申し込み、製品一覧、ニュース一覧、FAQ、関連資料などは業務やデータ連携と関係します。

見た目の自由度はAIに任せ、業務上重要な要素はCMSで制御する。この整理が今後のCMS設計では重要になります。

AI時代のCMS設計では、最初に「どの領域をAIに任せるか」ではなく、「どの領域をCMSで制御すべきか」を整理することが重要です。

本文生成、構成案作成、HTML生成はAIが支援しやすい領域です。

一方で、公開承認、権限管理、一覧連携、CTAやフォーム管理、監査ログはCMS側で扱うべき領域として残りやすいです。

さらに、AI生成コンテンツを公開する前に、ブランド表現、法務確認、アクセシビリティ、SEO、リンク切れ、表示崩れなどの確認基準を定義する必要があります。

AI時代のCMS設計では、生成・確認・承認・公開・履歴管理・改善までを一連の業務として設計することが重要です。

生成AIの進化によって、CMS設計の役割は変わりつつあります。

従来のCMSでは、HTMLやCSSを書かなくてもページを作れるように、入力欄やCMSパーツを細かく設計することが重視されてきました。

しかしAIがページ構成やHTMLを生成できるようになると、ページ作成補助のためだけの細かなパーツ管理は価値が下がる可能性があります。

一方で、大規模WebサイトにおいてCMSが不要になるわけではありません。

承認フロー、権限管理、監査ログ、一覧連携、CTA管理、公開履歴などは今後もCMSで制御すべき重要な領域です。

AIに任せる領域とCMSで制御する領域を明確に分けることが、これからのCMS設計に求められます。

AIを活用したWebサイト運用を進める場合、CMSの役割も見直す必要があります。

特に大規模Webサイトでは、AI生成コンテンツの取り込み、承認フロー、権限管理、一覧連携、CTAやフォーム管理、監査ログまで含めた設計が重要です。

当社では、大規模Webサイト構築、CMS導入、Webシステム開発の知見をもとに、AI時代に合わせたCMS設計や既存CMSの見直しを支援しています。

AI導入とCMS運用を両立したい場合は、お気軽にご相談ください。