AIネイティブCMSとは？｜サイト管理のすべてにAIが入り、ウェブサイトがお客様とのインターフェイスになる

CMSの選定は長いあいだ、更新のしやすさと拡張性、運用コストの比較でした。読み手がブラウザの人間である限り、同じ中身ならどのCMSでも結果に大きな差は出なかったからです。

AIネイティブCMSは、その延長にある機能強化ではありません。モバイル対応サイトとモバイルネイティブのサービスが別物だったように、AIを足したCMSと、AIが動く前提で設計されたCMSでは、データモデルも権限モデルも運用の単位も変わります。

この記事は、CMSの選定や運用を担当する方に向けて、3つの変化とその実装上の論点を整理します。サイト管理のすべてのフローにAIが介在すること。サイトがお客様とのインターフェイスになること。人の仕事が、正しさのチェックから方向性と視点の供給へ移ることです。

先に結論をまとめておきます。

• AIネイティブCMSとは、ウェブサイト管理のすべてのフローにAIが介在することを前提に設計されたCMSである
• MCPに対応しただけではAIネイティブとは言えない。書き込みの統制、原本の持ち方、顧客接点のデータで製品の差が出る
• サイトがインターフェイスになると、個別化とクローキングの線引き、未検証の入力への対策が実装上の論点になる
• 全件レビューは生成量に追いつかない。検証を決定的な仕組みに寄せ、人は方向性と視点を供給する
• そのため、どのCMSを使うかでサイトの成果が変わる。その差は、お客様とのやり取りを重ねるほど開いていく

この記事でわかること

• AIネイティブCMSの定義と、カテゴリの境界
• 主要CMSのエージェント対応の違い
• インターフェイス化で生まれる実装とSEOの論点
• 「外部のAIがあればCMSはどれでもよい」という反論への答え
• 8つの評価軸と、PoCで測るべき指標

AIネイティブCMSの定義とカテゴリの境界

AIネイティブCMSとは、ウェブサイト管理のすべてのフローにAIが介在することを前提に設計されたCMSです。

下書きやタイトル案の生成を編集画面に足した「AI搭載CMS」では、設計の前提は人間が書いて人間が読むままです。AIネイティブCMSでは、作り手と読み手の両方にAIを置き、コンテンツの持ち方、出力、お客様への対応、改善のループまでをその前提で組み立てます。

CMSの進化は、管理するもの、届ける先、運用する人の拡張として読めます。今回は運用する人と届ける先の両方にAIが加わる点で、ヘッドレス化やコンポーザブル化より影響範囲が広いと考えています。

言葉としては2025年から2026年にかけて海外のベンダーが使い始めたもので、業界で決まった定義はありません。toviraでは次の5つを条件と考えています。

変化1. ウェブサイト管理のすべてのフローにAIが介在する

AIの持ち場は、原稿の生成から、企画、構造化データの整備、出し分け、応答、改善の提案へ広がっていきます。ここで問われるのは、AIが何を書けるかより、CMSの状態をどこまで変更してよいかです。

主要なCMSはすでにこの方向へ動いています。ただし、同じ「エージェント対応」でも、書き込みの統制の考え方は製品ごとに違います。

※各社のドキュメントに基づきます（2026年11月3日確認）。

下書きとリリースで隔離するのか、1件ごとに人が承認するのか、開発側に委ねるのか。どれが正解かは運用量で変わります。定期実行を増やすほど都度承認は重くなり、隔離だけに頼ると公開の判断が別の場所に移ります。比較表の「MCP対応：○」では、この違いは見えません。

MCPそのものは、2025年12月にLinux Foundation傘下のAgentic AI Foundationへ寄贈され、ChatGPT、Gemini、Copilotなどが対応しています。接続の規格が共通になるほど、差は接続の有無から、接続の先にある権限とデータモデルへ移ります。

変化2. ウェブサイトがお客様とのインターフェイスになる

これまでのサイトは情報を載せる場所で、やり取りはフォームの先にいる担当者が担ってきました。AIネイティブCMSでは、サイト自身が質問に答え、必要なことを聞き、相手に合わせて内容を変えます。ウェブサイトが、お客様とのインターフェイスになるのです。

買い手の側にも、この変化を受け入れる素地があります。Gartnerの2026年3月の発表では、BtoBの買い手の67%が営業担当者を介さない購買体験を好むとされました。HubSpot Japanの調査では、購買の検討で生成AIを情報源に使う買い手が1年で4.3%から11.7%に増えています。一方でGartnerの別の調査では、69%がAIから得た情報を営業担当者に確かめるとしています。営業が消えるのではなく、前工程の多くがサイトへ移ると見るのが妥当です。

サイトがインターフェイスになると、これまでCMSの選定で問われなかった論点が出てきます。

個別化とクローキングの線引き

Googleのスパムポリシーは、クローキングをユーザーと検索エンジンに異なるコンテンツを見せる行為と定めています。同じポリシーは個別化そのものには触れていません。そのため実務では、誰にでも同じ原本をHTMLで返し、個別化はその上に重ねる差分にとどめ、主張や仕様を変えない設計が安全です。User-Agentで出し分ける設計は避けるべきです。

差分をクライアント側で重ねるなら、表示のずれがCore Web Vitalsに響きます。書き換えの完了を待たず原本を先に出せるか、書き換えてよい項目を限定できるかが確認点です。

未検証の入力とプロンプトインジェクション

フォームや会話の入力は、AIにとって未検証の指示になりえます。OWASPのLLM01:2025は、ウェブページやファイルなど外部の内容を経由する間接的な注入も挙げ、最小権限、出力形式の決定的な検証、高リスクな操作への人の承認、外部コンテンツの分離などを対策に挙げています。

CMSに置き換えると、応答用のエージェントに公開権限を持たせない、CRMの参照を必要最小限にする、入力を指示と分離して扱う、という設計です。公開サイトの応答と、管理画面の編集が同じ権限で動く構成には注意が必要です。

原本の分担

CMSがCRMやヘルプデスクを置き換える必要はありません。顧客と契約はCRM、チケットはサポートの仕組み、公開している知識と回答の根拠はCMSが原本を持つ分担が有力です。問い合わせのデータをCMSへ複製し始めると、個人情報の管理範囲が広がります。

変化3. 人の仕事は、正しさのチェックから方向性と視点の供給へ

「最後は人がチェックする」は、AI導入の定番の答えです。しかし、すべてのフローにAIが入り、サイトが訪問企業ごとに変わるようになると、全件を読むことはできません。承認待ちが積み上がり、人がボトルネックになります。

正しさの確認は、確率的なレビューから決定的な仕組みへ寄せられます。原本との照合、価格や日付のような固定値の保護、根拠が見つからないときの引き継ぎ、変更の取り消しです。人が責任を手放すわけではなく、どこまで任せ、どこで止めるかは人が決めます。料金や契約、重要な公開には承認を残します。

では、人は何をするのか。AIに方向性と視点を供給することです。

モデルは正確な文章を量産できますが、どの顧客を選ぶか、市場をどう見るか、何を言わないかは自分では決められません。これらが渡されなければ、出力は正確でも同業他社と見分けがつかなくなります。同じモデルを誰もが使える以上、この入力の質が差になります。考え方は「AIっぽさを消すパースペクティブ設計」で解説しています。

実装の観点では、視点をプロンプトの中に散らさず、管理できるデータとして持てるかが分かれ目です。制作、接客、返信で同じ方針を参照でき、変更の履歴が残り、効果と結びつけて見直せる必要があります。

どのCMSを使うかで、サイトの成果が変わる

ここまでの結論は、どのCMSを使うかでサイトの成果が変わる、ということです。ただし、有力な反論があります。

反論：外部のAIレイヤーがあれば、CMSはどれでもよいのでは

MCPが共通規格になれば、複数のCMSを横断する外部のエージェントに運用を任せ、CMSは保管庫に徹すればよい、という見方です。この構成は実際に成り立ちますし、既存のCMSにAIを深く統合する道、AI前提の新製品が出てくる道と並んで、しばらく共存すると見ています。

それでもCMSの差が消えないのは、接続で埋まらないものがあるからです。

• データモデル：本文のHTMLに仕様と価格を書き込んだCMSには、外から接続しても項目単位で参照できない
• 権限と履歴：どの操作を下書きに止め、誰の承認で公開し、どう取り消すかはCMS側の仕組みに依存する
• 配信：本文をHTMLで返すかどうかはサイトの作りで決まり、エージェントの賢さでは変わらない
• 接点のデータ：どの企業が何を確かめに来たかは、外部のAIだけでは得られない

外部レイヤー構成を選ぶなら、それはCMSを選ばなくてよいという意味ではなく、CMSに求める条件がこの4つに絞られるという意味です。

AIに読まれることは前提条件にすぎない

Vercelの2024年12月の調査では、GeminiとAppleBotを除く主要なAIクローラーはJavaScriptを実行していませんでした。計測から時間がたっているので、自社のログでの確認をおすすめします。

一方、GoogleはAI機能のために特別なスキーマやAI向けのテキストファイルは不要だと明記し、クロールできること、重要な内容をテキストで持つこと、構造化データを見えている本文と一致させることを挙げています。つまり、ここは通常のSEOの基盤の延長で、満たしていて当然の領域です。llms.txtのような施策の位置づけは「llms.txtの比較検討」で整理しています。

本当に大きな差は、その先で生まれます。

差は運用を重ねるほど開く

やり取りが増えるほど、答えられなかった質問や企業ごとの関心が知識として蓄積し、次の応答やページが的確になります。機能は追いつかれますが、自社の顧客接点に蓄積した知識は他社が持ち込めません。

その裏返しがロックインです。蓄積した知識、方針、評価の履歴を取り出せるかは、導入の時点で確かめておくべき条件です。CMSの選択は制作ツールの選定ではなく、営業とマーケティングの進め方を決める経営判断になっていきます。

AIネイティブCMSを見極める8つの評価軸

比較検討や稟議、情シス・エンジニアによる技術評価では、次の8つの軸で比べることをおすすめします。

軸1と2は前提条件で、軸3から6がカテゴリを分けます。軸7は情シスの審査で最も問われる部分で、NISTの生成AIプロファイルも来歴の記録や検証、人の監督を重視しています。AIの利用料が従量課金の製品も多いので、上限に達したときの振る舞いも確認しましょう。

PoCで測るもの

機能表の比較では、運用の差は見えません。公開された基準値もまだないので、既存のCMSにAIを足す構成とAIネイティブな構成を、同じシナリオで比べることをおすすめします。

いずれも自社の実データで、同じ期間、同じ担当者で測ると比較できます。

2030年に向けた見通し

ここからは、確認された事実ではなく、toviraの予測です。Gartnerも2028年までにブランドの60%がエージェント型AIを1対1のやり取りに使うと予測しています。

すぐに乗り換える必要はありません。優先すべきは、原本の整理と、方針の言語化です。どちらもCMSを問わず効き、移行の際にもそのまま資産になります。定型の入力に向いたフォームや、WCAG 2.2が求めるアクセシビリティも引き続き必要で、すべてをチャットに置き換える必要はありません。

toviraが目指すAIネイティブCMS

toviraCMSは、大企業向けCMSの機能を少人数のチームで使えるようにしたCMSです。coreAnalytics、leadGenerator、カスタマーポータルと同じ顧客データでつながり、各フローにAIが入っています。

※2026年11月時点の実装に基づきます。最新の機能は製品ページでご確認ください。

一方、回答に応じて質問を出し分ける適応型のフォーム、外部のエージェントがMCPでコンテンツを編集する仕組み、方向性と視点を1か所で持って全フローに効かせる仕組みは、まだ実装していません。

まずは、今のサイトで起きていることを知る

検討の最初の一歩は、今のサイトに誰が来て、何を確かめようとしているかを知ることです。AIに渡す方向性の材料にもなります。coreAnalyticsは、訪問企業を特定し、どのページをどの順番で見たかをタイムラインで追えるBtoB向けのアクセス解析ツールです。AIクローラーの訪問も計測できます。

AIネイティブCMSを検討する前に、自社サイトに来ている企業を知りたい方へ

coreAnalyticsの機能を見る

サイト管理のフローにAIが入ったCMSをお探しの方へ

toviraCMSの機能を見る

よくある質問

MCPに対応していれば、AIネイティブCMSと言えますか？

言えません。MCPは接続の規格で、エージェントに何を許すか、変更をどう隔離して取り消すか、どのデータモデルを読ませるかは別の問題です。接続できることと、統制して運用できることは分けて評価しましょう。

既存のCMSに外部のAIを組み合わせる構成ではだめですか？

成り立ちます。構造化と権限の仕組みがあるヘッドレスCMSなら有力な選択肢です。ただし、統合と保守、評価の仕組みを自社で持つ負担が生まれます。WordPressのAbilities APIとMCP Adapterも同様で、構成と開発体制によってできることが変わります。

個別化はSEOに悪影響がありますか？

検索エンジンにだけ別の内容を見せるとクローキングにあたります。誰にでも同じ原本を返し、差分は補足にとどめる設計にしましょう。Googleのポリシーは個別化に個別に言及していないので、主張や仕様を変えないことを社内の基準にしておくと安全です。

人がチェックしなくても大丈夫ですか？

すべてを任せてよいわけではありません。原本との照合や固定値の保護で誤りを防いだうえで、リスクの低いものから任せる範囲を広げ、誤答率を見ながら調整します。料金や契約に関わる回答、重要な公開は人が判断します。

方向性や視点は、具体的に何を渡せばよいですか？

選ぶ顧客と選ばない顧客、向き合う課題、市場の見立て、言わないことの4つから始めましょう。失注の理由や現場の知見など、自社にしかない材料が視点になります。

まとめ

AIネイティブCMSは、生成機能を足したCMSでも、MCPに対応しただけのCMSでもありません。ウェブサイト管理のすべてのフローにAIが介在し、サイトがお客様とのインターフェイスになり、人の仕事が正しさのチェックから方向性と視点の供給へ移る。その変化を前提に設計されたCMSです。

接続の規格が共通になるほど、差はデータモデル、書き込みの統制、顧客接点のデータへ移ります。だからこそ、どのCMSを使うかでサイトの成果が変わり、その差は運用を重ねるほど開いていきます。AIを誰もが使える時代に残る差は、自社が何を見て、どこへ向かうかです。

toviraCMSの機能を見る

参考資料

• Gartner「Gartner Sales Survey Finds 67% of B2B Buyers Prefer a Rep-Free Experience」（2026年3月9日）
• Gartner「Gartner Predicts 60% of Brands Will Use Agentic AI to Deliver Streamlined One-to-One Interactions by 2028」（2026年1月15日）
• Gartner「Gartner Survey Finds 69% of B2B Buyers Turn to Sales Reps to Validate AI-Generated Insights」（2026年5月20日）
• HubSpot Japan「HubSpotが「日本の営業に関する意識・実態調査2026」の結果を発表」（2026年2月27日）
• Vercel「The rise of the AI crawler」（2024年12月17日）
• Google 検索セントラル「AI features and your website」「Spam policies for Google web search」（2026年11月3日確認）
• OWASP Gen AI Security Project「LLM01:2025 Prompt Injection」（2026年11月3日確認）
• Sanity「Sanity MCP server」「Agent Context」（2026年11月3日確認）
• Storyblok「Storyblok Agents」（2026年11月3日確認）
• WordPress.org「Six Months of Core AI: From Building Blocks to Core Release」（2025年12月3日）
• Anthropic「Donating the Model Context Protocol and establishing the Agentic AI Foundation」（2025年12月9日）
• NIST「Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile」（2024年7月）
• W3C「Web Content Accessibility Guidelines (WCAG) 2.2」（2026年11月3日確認）
• tovira「toviraCMS」「coreAnalytics」「leadGenerator」「カスタマーポータル」各製品ページ（2026年11月3日確認）