MCP（Model Context Protocol）サーバーとは何ですか？

Anthropic社が策定した、AI（CursorやClaudeなど）と外部のシステム・データベース・ツールを安全かつ標準化された規格で接続するためのオープンプロトコルです。Webサイト運用においては、AIがチャット画面から直接ロリポップなどのレンタルサーバーへアクセスし、ドメイン追加、SSL証明書の設定、ファイルの転送、WordPressのインストールといった操作を人間の代わりに直接実行できるようになります。

トークンとは何ですか？なぜ節約が必要なのですか？

LLM（大規模言語モデル）がテキストを理解・生成する際の基本単位です。英語ではおよそ1単語、日本語では1文字〜数文字が「1トークン」としてカウントされます。AIの利用料金は「読み込ませたトークン数（入力）」と「AIが出力したトークン数（出力）」に応じて従量課金されるため、不要なファイルを大量に読み込ませたり、AIに長いコード全体を何度も再生成させたりすると、利用コストが跳ね上がってしまいます。

コンテキスト（文脈）の上限とは何ですか？

AIが1度のやり取りの中で同時に記憶・処理できる情報量（トークン数の最大枠）のことです。エディタ内で大量のHTMLファイルを開いてAIに丸投げしようとすると、この枠がすぐに一杯になり、「コンテキストウィンドウの制限エラー」が発生して処理が中断したり、過去の重要な指示をAIが忘れてしまう原因になります。

静的HTMLとCMS（WordPress等）の違いは何ですか？

静的HTMLは、あらかじめデザイン・文章・一覧などがすべて1枚のファイルに固定記述されたWebページです。サーバー負荷が低く高速ですが、共通部分の変更時に全ファイルを書き換える必要があります。一方のCMSは、「記事データ」と「ページの骨組み（テンプレート）」を分けて管理し、閲覧リクエスト時やビルド時にプログラムが自動で一覧やサイドバーを組み立てる仕組みです。

SSG（静的サイトジェネレーター）とは何ですか？CMSとどう違いますか？

AstroやHugo、Next.jsなどに代表される仕組みで、「管理のしやすさ」と「静的HTMLの高速・安全性」を両立するツールです。WordPressのように記事本文をMarkdownなどで独立管理し、サイト公開時に手元のPCやサーバーのプログラムが一瞬で全静的HTMLを一括生成（ビルド）します。AIに一覧更新をさせずに済むため、トークンを消費せずに大規模な静的HTMLサイトを運用したい場合に重宝されます。

AI時代にCMSを使う理由：なぜ「HTML直書き×AI」は大規模サイトで破綻するのか？

たーさん

最終更新日時 : 2026.10.03

CursorやClaude CodeなどのAIコーディングツールに加え、サーバーを直接操作できるMCP（Model Context Protocol）サーバーの登場により、Webサイト運用の常識は一変しました。

「AIに頼めばHTMLもCSSも一瞬で書けるし、MCPでサーバーへ直接配置もできる。もうWordPressのような重いCMSは不要なのでは？」

そう考える人が増えるのも自然なことです。しかし、この手法が快適に機能するのは数ページから数十ページ程度の小規模サイトやLPに限られます。 サイトの規模が数百、数千、数万ページと大きくなるにつれ、「静的HTMLベタ書き×AI」という運用は予期せぬコスト爆発と破綻を招きます。

本記事では、AI全盛期だからこそ見直されている「CMSを使う構造的な必然性」について解説します。

「MCP×HTML直書き」の限界：連動更新によるトークン爆発

AIツールで静的HTMLを直接メンテナンスする場合、最大の障壁となるのが「1箇所の変更に伴う、付随ファイルの連動書き換え」です。

たとえば、数千ページあるサイトに「新着記事を1本追加する」ケースを考えてみます。追加したいのは記事1本分のHTMLだけではありません。

・トップページの新着記事リスト
・カテゴリ別アーカイブ一覧
・前後のページ送り（ページネーション）
・全記事の共通サイドバーに埋め込まれた「最新記事トップ5」
・サイトマップ（sitemap.xml）やRSSフィード

静的HTMLのベタ書き構成では、サイドバーや一覧を更新するために、過去に生成した数千〜数万のHTMLファイルをすべて読み込んで差分を書き換える必要があります。

これをAIエージェントに「新しい記事を追加して、関連する一覧やサイドバーも全部整合性を取って更新しておいて」と指示した場合、何が起きるでしょうか。

AIは無数のファイルを行き来しながらコンテキスト（文脈）を消費し、1回の更新で数十万〜数百万トークンを一瞬で溶かしてしまいます。最悪の場合、エディタのコンテキスト上限に達して処理が途中でクラッシュします。「記事1本を足すだけ」のはずが、裏で動くトークン費用が青天井に膨らんでしまうのです。

CMSが果たす「トークン防波堤」としての役割

この構造的な問題をエレガントに解決するのが、長年使われてきたCMS（WordPressやヘッドレスCMS、あるいはSSGなどの仕組み）です。

CMSの本質は「コンテンツデータ」と「表示テンプレート」の完全な分離にあります。

・記事データ：タイトル、本文、公開日、カテゴリなどのテキスト情報のみ（DBやMarkdownに保存）
・一覧・アーカイブ生成：プログラム（PHPやSQL、あるいはビルドツール）がルールに従って機械的に自動生成

この構成であれば、AIに任せる作業は「対象となる1記事分の本文データ（MarkdownやJSON、または投稿用HTML）を生成すること」だけで完結します。

運用方式	新規記事追加時のAIの仕事	関連ページ（一覧・サイドバー等）の更新	トークン消費量
生HTML × AI直書き	新規HTMLの作成＋全既存HTMLの書き換え指示	AIが全ファイルを走査して手作業で上書き	爆発的に増大（ページ数に比例）
CMS × AI	対象記事1本のデータ作成のみ	プログラム／DBが裏で自動処理（AI非介入）	常に記事1本分のみ（最小限で固定）

一覧の並び替え、ページ番号の繰り上げ、XMLサイトマップの更新といった「決まりきった機械的ルール」をAIのトークンで解かせる必要はありません。そこは従来の確定的なプログラム（CMS）に任せることで、AIのトークン消費を常に最小限のコストに抑え込むことができます。

将来的にコンテンツが増え続けるメディアや大規模サイトにおいて、CMSは「管理画面を提供するツール」という枠を超え、AI運用のランニングコストを抑えるための必須インフラとして機能します。

「人間が手作業でやるメリット」はもう残らないのか？

では、すべてを「CMSの自動処理」と「AIの生成」に任せ、人間がコードや文字を手作業で打ち込むメリットは完全に消滅するのでしょうか。

結論から言えば、「定常作業における手作業のメリットはほぼ消えるが、局所的な手作業は最大のコスト削減手段になる」というのが実態です。

手作業の価値がなくなる領域

・ページの骨組み（HTMLタグの記述やレイアウト組み）
・ゼロからの記事の下書き作成やリライト
・サーバー設定やドメインの紐付け（MCPで自然言語から自動実行）
・大量データのフォーマット変換

こうした反復的・定型的な作業を人間が手でポチポチと行う理由は、もはやほとんどありません。

逆に、あえて「手動」を残すべき領域

皮肉なことに、AIを使うからこそ「ちょっとした調整は人間が手で直す」ことの費用対効果が跳ね上がります。

1文字の脱字修正や文言の微調整：AIに指示文を書いて待つよりも、エディタ上で直接タイピングした方が数秒で終わり、トークンも0です。
CSSの数値微調整：「余白をもう少し広げて」「色を少し薄くして」とAIと何往復もチャットするより、デベロッパーツールで確認して手動で数値を1箇所書き換える方が圧倒的に正確で安上がりです。

AI時代の最適なサイトアーキテクチャ

「全部手動で作る」時代が終わったのと同様に、「全部AIに丸投げする」のもまたコストや効率の面で現実的ではありません。

LPや数ページの小規模サイト：CMSを入れず、MCPとAIを使って直接HTMLを管理するのが最も身軽でスピーディ。
数百〜数万ページの中・大規模サイト：データとレイアウトを分離できるCMS（WordPressやヘッドレスCMS、AstroなどのSSG）を土台に据え、記事データの生成や要約だけにAIを活用する。

AIの能力を最大限に活かす秘訣は、「AIが解くべきクリエイティブな処理」と「枯れたプログラムがこなすべき確定的なルール処理」を正しく切り分けるアーキテクチャ設計にあります。

この記事のFAQ

MCP（Model Context Protocol）サーバーとは何ですか？: Anthropic社が策定した、AI（CursorやClaudeなど）と外部のシステム・データベース・ツールを安全かつ標準化された規格で接続するためのオープンプロトコルです。Webサイト運用においては、AIがチャット画面から直接ロリポップなどのレンタルサーバーへアクセスし、ドメイン追加、SSL証明書の設定、ファイルの転送、WordPressのインストールといった操作を人間の代わりに直接実行できるようになります。

トークンとは何ですか？なぜ節約が必要なのですか？: LLM（大規模言語モデル）がテキストを理解・生成する際の基本単位です。英語ではおよそ1単語、日本語では1文字〜数文字が「1トークン」としてカウントされます。AIの利用料金は「読み込ませたトークン数（入力）」と「AIが出力したトークン数（出力）」に応じて従量課金されるため、不要なファイルを大量に読み込ませたり、AIに長いコード全体を何度も再生成させたりすると、利用コストが跳ね上がってしまいます。

コンテキスト（文脈）の上限とは何ですか？: AIが1度のやり取りの中で同時に記憶・処理できる情報量（トークン数の最大枠）のことです。エディタ内で大量のHTMLファイルを開いてAIに丸投げしようとすると、この枠がすぐに一杯になり、「コンテキストウィンドウの制限エラー」が発生して処理が中断したり、過去の重要な指示をAIが忘れてしまう原因になります。

静的HTMLとCMS（WordPress等）の違いは何ですか？: 静的HTMLは、あらかじめデザイン・文章・一覧などがすべて1枚のファイルに固定記述されたWebページです。サーバー負荷が低く高速ですが、共通部分の変更時に全ファイルを書き換える必要があります。一方のCMSは、「記事データ」と「ページの骨組み（テンプレート）」を分けて管理し、閲覧リクエスト時やビルド時にプログラムが自動で一覧やサイドバーを組み立てる仕組みです。

SSG（静的サイトジェネレーター）とは何ですか？CMSとどう違いますか？: AstroやHugo、Next.jsなどに代表される仕組みで、「管理のしやすさ」と「静的HTMLの高速・安全性」を両立するツールです。WordPressのように記事本文をMarkdownなどで独立管理し、サイト公開時に手元のPCやサーバーのプログラムが一瞬で全静的HTMLを一括生成（ビルド）します。AIに一覧更新をさせずに済むため、トークンを消費せずに大規模な静的HTMLサイトを運用したい場合に重宝されます。

投稿者プロフィール

たーさん代表者

東海大学工学部を卒業後、東芝情報システム株式会社（旧グループ会社含む）に入社。半導体（SRAM）の開発チームにて、Unix環境でのPerlを用いた業務自動化プログラムの開発など、エンジニアとしての確かな基礎と緻密な論理的思考力を培う。

その後、東証上場企業である株式会社ザッパラスへ。Web・モバイルの最前線で、数多くのユーザーに愛されるコンテンツ制作業務に従事。ここで「ユーザー目線に立った魅力的なWebコンテンツの企画・制作ノウハウ」を深く学ぶ。

開発・システム側から見た「堅牢なロジック」と、制作・ユーザー側から見た「伝わるコンテンツ」の双方を実務で経験した強みを活かし、フリーランスとして独立。

現在は、ウイングアーク1st株式会社の「データのじかん」運営チームに参画するなど、大手・中小企業のWeb運営・開発パートナーとして活動。完全在宅でありながら、固定IPの完備や厳格なセキュリティポリシーの遵守を徹底し、企業のインフラや本番環境を安全に支える「チームの一員」として高い信頼を得ています。

見た目の美しさはもちろんのこと、内部の構造やWordPressのカスタマイズ、運用・セキュリティまでを見据えた、技術的バックボーンのある高品質なWebサイト・システム制作をワンストップでご提供しています。