AEO に強い CMS プラットフォーム
AEO に最適な CMS とは、スキーマ マークアップを追加でき、AI クローラー向けに robots.txt を制御でき、ページをサーバーレンダリングされた HTML として配信でき、llms.txt ファイルを公開できるものです。今回確認したプラットフォームのうち、Shopify、Wix、Webflow、Framer は 4 つすべてを文書化しており、HubSpot と Squarespace は 3 つ、WordPress は設定、フィルター、プラグインでこれらをカバーし、ヘッドレスの Contentful と Sanity は構築するフロントエンドに委ねています。
CMS だけで引用されるようになるわけではありません。AI エンジンがブランドの名前を挙げるのは、ページに何が書かれているか、ほかに誰がそれを語っているかによります。スキーマで引用されるのか、llms.txt に価値はあるのかについての当社のデータも、多くのベンダーのマーケティングより慎重な結果です。CMS が決めるのは、基本的な要素を自分でコントロールできるかどうかです。AI クローラーがページを読めるか、事実が機械向けにマークアップされているか、そして JavaScript を実行しないクローラーにコンテンツがそもそも見えるかどうかです。
以下の各項目は、2026年10月28日に読んだ、各ベンダーが自社ドキュメントで公開している内容に限っています。ある点についてベンダーが何も公開していない場合は、推測せずに「非公開」と記載しています。これは CMS 全般のランキングではなく、各 CMS が文書化している AEO 向けの制御機能のみを比較したものです。
AEO で重要な 5 つの制御機能
- 構造化データ。schema.org のマークアップが組み込まれていて、独自の JSON-LD を追加する手段もあること。これにより、エンジンは価格、著者、日付などの事実を推測せずに読み取れます。AEO のためのスキーマ マークアップをご覧ください。
- robots.txt と AI クローラー。robots.txt を編集できるか、GPTBot などの AI クローラー向けの設定がプラットフォームにあるか。ブロックされたクローラーはあなたを引用できません。当社の無料 AI クローラーチェッカーで公開中のサイトを確認できます。
- サーバーレンダリングされた HTML。ページのコンテンツが、ブラウザで JavaScript によって組み立てられるのではなく、サーバーが送る HTML に含まれているか。JavaScript を一切実行しないクローラーもあります。
- llms.txt。サイトのルートに llms.txt ファイルを公開できるか。
- XML サイトマップ。自動生成されるか、またどこまで制御できるか。
CMS プラットフォームの比較
| CMS | 構造化データ | robots.txt と AI クローラー | サーバーレンダリングされた HTML | llms.txt | XML サイトマップ |
|---|---|---|---|---|---|
| Shopify | テーマに商品スキーマが自動で含まれる。Liquid フィルターで JSON-LD を出力 | robots.txt.liquid テンプレートで編集可能。そこで AI クローラーを許可またはブロックできる | 対応。Liquid はサーバーでレンダリング | デフォルトで配信。Liquid テンプレートでカスタマイズ可能 | 自動で生成・更新。編集についての記載なし |
| Wix | 商品、投稿、イベントなどの自動プリセット。ページごとにカスタム JSON-LD | robots.txt エディター。Disallow ルールで AI クローラーをブロック | 対応。ボットはサーバーでの初回レンダリングを読み取る | 自動生成で編集可能。カスタムドメイン付きのアップグレード済みサイトが必要 | 自動で生成・更新 |
| Webflow | ページごとのスキーマ欄とカスタム head コード（有料プラン） | サイト設定でカスタムルール。Enterprise では API | 静的ホスティングと CMS 駆動のホスティング | サイト設定でアップロード。自動生成はなし | 公開時に自動生成、または独自のものを貼り付け |
| Framer | スキーマエディターはなし。CMS フィールド変数を使い、カスタムコードで JSON-LD を追加 | 自動生成され、デフォルトで AI クローラーを許可。Pro と Enterprise ではカスタムファイル | 対応。すべてのページが HTML に事前レンダリングされる | 静的ファイルとしてアップロード（Pro と Enterprise） | 公開済みのすべてのサイトで生成 |
| HubSpot Content Hub | ブログ記事スキーマの切り替えスイッチ。head HTML にカスタム JSON-LD | 全プランで編集可能。AI クローラー向けの設定についての記載なし | 対応。HubL はサーバーで実行 | 非公開 | ページと投稿が自動で追加され、項目は編集可能 |
| Squarespace | 投稿、イベント、商品などのスキーマを自動付与。編集不可 | 既知の AI クローラーをブロックするチェックボックス。robots.txt の編集についての記載なし | 非公開 | SEO パネルで作成可能（バージョン 7.1 のサイト） | サイトの公開中に生成 |
| WordPress | WordPress.com の SEO ガイドによると標準では非搭載。プラグインで追加 | コア：robots_txt フィルター。WordPress.com：既知の AI ボットを拒否する設定 | 非公開 | WordPress.com：アップロードまたは SEO プラグイン（Business と Commerce プラン） | コアが /wp-sitemap.xml を生成。フィルターあり |
| Contentful（ヘッドレス） | ガイダンスのみ：JSON-LD をコンテンツとして管理し、フロントエンドでレンダリング | 非公開 | フロントエンド次第。サーバーサイドレンダリングを推奨 | 非公開 | 非公開 |
| Sanity（ヘッドレス） | ガイダンス：フロントエンドで JSON-LD を生成 | ガイダンスのみ | フロントエンド次第。コンテンツは JSON で届く | スターターテンプレートが生成 | ガイダンス：フロントエンドで構築 |
各ベンダー自身のドキュメントより、2026年10月28日に確認。「非公開」は、ベンダーのドキュメントに記載が見つからなかったことを意味し、そのプラットフォームで対応できないという意味ではありません。プラン名や上限は変わるため、購入前にベンダーのページでご確認ください。
ホスト型のサイトビルダー：Shopify、Wix、Webflow、Framer、Squarespace
Shopify は、ストアにとって標準で最も多くをカバーしています。ヘルプセンターによると、テーマには商品のスキーマ マークアップが自動で含まれ、開発者向けドキュメントには Product と Article の JSON-LD を出力する Liquid フィルターが記載されています。robots.txt は robots.txt.liquid テンプレートを追加すれば編集でき、Shopify はこれをサポート対象外のカスタマイズと位置づけていますが、そこで AI クローラーを許可またはブロックできます。Liquid テーマはサーバーでレンダリングされます。2026年5月の変更履歴の投稿以降、すべてのストアがデフォルトの llms.txt を配信しており、テンプレートで上書きできます。サイトマップは自動で生成されます。出典：SEO の概要、robots.txt の編集、llms.txt の変更履歴。
Wix は、ストアの商品、予約、ブログ記事、イベント、ホームページに構造化データのプリセットを自動で追加し、ページごとにカスタム JSON-LD を追加できます（最大 5 件のマークアップ、各 7,000 文字未満）。robots.txt エディターがあり、ヘルプセンターでは Disallow ルールで AI クローラーをブロックする方法を説明しています。カスタムドメインを接続したアップグレード済みのサイトでは、編集可能な llms.txt を生成・維持します。出典：構造化データ、AI クローラーのブロック、llms.txt。
Webflow には、ページごとのスキーマ マークアップ欄とカスタム head コードがあり、どちらも有料プランで利用できます。robots.txt のカスタムルールはサイト設定にあり、Enterprise のワークスペースでは robots.txt API が使えます。llms.txt はサイト設定でアップロードする形で、自動生成はされません。サイトマップは公開のたびに自動生成することも、独自のものに置き換えることもできます。出典：スキーマ マークアップ、llms.txt、robots.txt API。
Framer は、すべてのページを自社サーバーで HTML に事前レンダリングするとしており、JavaScript を実行しないクローラーでもテキストと JSON-LD を取得できます。スキーマエディターはなく、JSON-LD は CMS フィールド変数を使ってカスタムコードに記述します。robots.txt は自動生成され、デフォルトで AI クローラーを許可します。カスタムファイルと llms.txt のアップロードは Pro と Enterprise で利用できます。出典：AI エージェントからの読みやすさ、llms.txt。
Squarespace は、ブログ記事、イベント、地域ビジネス、商品などのスキーマを自動で追加しますが、編集や削除はできません。クローラー設定で既知の AI クローラーをブロックでき（デフォルトはオフ）、バージョン 7.1 のサイトでは SEO パネルで llms.txt を作成できます。robots.txt を直接編集する方法は文書化されていません。出典：AI クローラー、llms.txt。
WordPress と HubSpot
WordPress は 2 つの製品です。WordPress.org のコアは、開発者が変更できるフィルターを通じて robots.txt を生成し、バージョン 5.5 以降は項目を追加・削除できるフィルター付きの XML サイトマップを生成します。WordPress.com は、既知の AI ボットを robots.txt の拒否リストに加える設定を追加し、Business と Commerce プランでは、アップロードまたは SEO プラグインによる llms.txt に対応しています。WordPress.com の SEO ガイドには組み込みのスキーマの記載がなく、プラグインが提供します。出典：do_robots、コアのサイトマップ、WordPress.com の llms.txt。
HubSpot Content Hub には、ブログ記事向けの構造化データのスイッチがあり、2022年8月以降に作成されたブログではデフォルトでオンになっています。カスタム JSON-LD は head HTML で追加できます。robots.txt は全プランで編集でき、HubL はページが CDN にキャッシュされる前にサーバーで実行されます。llms.txt については何も公開していません。出典：ブログ設定、robots.txt、CMS の概要。
ヘッドレス：Contentful と Sanity
ヘッドレス CMS はコンテンツを保存して API で配信し、ページのレンダリングはフロントエンドが担います。そのため、スキーマ、robots.txt、レンダリング、llms.txt、サイトマップは、すべてそのフロントエンドを構築する人が決めることになります。Contentful のガイダンスは、JSON-LD をコンテンツとして管理し、クローラーが完全な HTML を受け取れるようサーバーでレンダリングすることです。Sanity のガイダンスは、Next.js のフロントエンドで JSON-LD とサイトマップを生成する方法を示しており、エージェント対応のスターターテンプレートは llms.txt を生成します。どちらも、その構築次第で AEO に非常に優れたものにも、クローラーから見えないものにもなります。出典：Contentful のサーバーサイドレンダリング解説、Sanity のエージェント対応コンテンツ。
選び方
- すでにプラットフォームを使っている場合。AEO のために CMS を乗り換える価値はほとんどありません。表で自社の CMS にある制御機能を確認し、足りないものを補いましょう。
- まず AI クローラーのアクセスを確認する。クローラーがブロックされていれば、ほかのすべてが意味をなさなくなります。デフォルトで AI ボットを許可しているプラットフォームもあれば、うっかりオンにしやすいワンクリックのブロック機能を備えたものもあります。
- ヘッドレスにする場合。サーバーサイドレンダリング、JSON-LD、サイトマップを後回しにせず、フロントエンドの要件に含めましょう。
- 何かを変えたら測定する。AI エンジンがあなたの名前をより多く挙げるようになったかを確認するまで、CMS の変更は推測にすぎません。
当社が開発する Stellarcast は、それを AI エンジン全体で測定し、承認済みの修正を WordPress に下書きとして送信できます。
AI があなたについて今どう答えているかを確認する
無料診断では、あなたの市場の購買担当者が実際に尋ねる質問を Google AI Overviews、ChatGPT、Gemini、Perplexity に投げかけ、あなたの代わりに競合が挙げられている箇所を示します。カード登録も契約も不要です。
無料で可視性を診断するよくある質問
AEO に最適な CMS はどれですか。
スキーマ マークアップを追加でき、AI クローラー向けに robots.txt を制御でき、サーバーレンダリングされた HTML を配信でき、llms.txt を公開できるものです。2026年10月28日に確認したプラットフォームのうち、Shopify、Wix、Webflow、Framer は 4 つすべてを文書化しており、HubSpot と Squarespace は 3 つ、WordPress は設定、フィルター、プラグインでカバーし、Contentful と Sanity はフロントエンドに委ねています。
llms.txt に対応している CMS プラットフォームはどれですか。
2026年10月28日時点の各社のドキュメントによると、Shopify はデフォルトで配信してカスタマイズも可能、Wix は編集可能なものを生成、Webflow と Framer（Pro と Enterprise）はアップロードが可能、Squarespace 7.1 のサイトは作成が可能、WordPress.com は Business と Commerce プランで対応しています。HubSpot と Contentful はこれについて何も公開していません。
CMS で AI クローラーをブロックまたは許可できますか。
ほとんどのプラットフォームで可能です。Squarespace と WordPress.com には既知の AI ボットをブロックする設定があり、Framer はデフォルトで AI ボットを許可し、Webflow では robots.txt のカスタムルールを追加でき、Wix と Shopify では robots.txt のルールを編集でき、HubSpot では全プランで robots.txt を編集できます。
ヘッドレス CMS は AEO に向いていますか。
向いている場合もあります。ただし Contentful と Sanity は API でコンテンツを配信するため、スキーマ、サーバーサイドレンダリング、robots.txt、サイトマップは構築するフロントエンド次第です。Contentful は、クローラーが完全な HTML を受け取れるようサーバーサイドレンダリングを推奨しています。
CMS は AI エンジンに引用されるかどうかに影響しますか。
間接的には影響します。CMS は、AI クローラーがページを読めるか、事実が機械向けにマークアップされているかを左右しますが、エンジンがページを引用するのは、そこに何が書かれているか、ほかに誰がそれを語っているかによります。まずクローラーのアクセスを整え、そのうえで変更が何かを動かしたかを測定しましょう。