プラットフォーム別 llms.txt 設定ガイド
llms.txtは、サイトの簡潔な概要と整理されたリンクを提示するための、提案段階のMarkdown規約です。これはrobotsポリシーでも、ライセンス契約でも、認証制御でも、すべてのAIによるインデックス登録に必須の要件でもありません。H1のサイト名、有用な概要、整理されたMarkdownリンクは、読者がサイトを理解する助けになります。この提案は、文字通り「Docs」という名前のセクションや、全サイト共通の150文字の概要を義務付けているわけではありません。採用状況は利用者によって異なるため、主要なAIクローラーすべてがこれを読み込んでいると主張しないでください。
llms.txtは、サイトの簡潔な概要と整理されたリンクを提示するための、提案段階のMarkdown規約です。これはrobotsポリシーでも、ライセンス契約でも、認証制御でも、すべてのAIによるインデックス登録に必須の要件でもありません。H1のサイト名、有用な概要、整理されたMarkdownリンクは、読者がサイトを理解する助けになります。この提案は、文字通り「Docs」という名前のセクションや、全サイト共通の150文字の概要を義務付けているわけではありません。採用状況は利用者によって異なるため、主要なAIクローラーすべてがこれを読み込んでいると主張しないでください。
WordPressはデフォルトではルートレベルのファイル露出に対応していません。
英語のフルガイドShopifyは静的ルートファイルの直接配置を許可していません。
英語のフルガイドWebflowはルートディレクトリへの任意のファイル設置に対応していません。
英語のフルガイドNext.jsでは設定が非常に簡単です。/publicにファイルを配置するか、プレーンテキストを出力するRoute Handlerを作成します。
英語のフルガイドsrc/routes/llms[.]txt.ts にサーバーサブルーティングを追加します。
英語のフルガイドGhostはテーマ経由で/publicファイルを提供しますが、テーマディレクトリ内にルートファイルを配置する方がテーマ更新時にも安全です。
英語のフルガイドSquarespaceはルートファイルのアップロードに対応していません。
英語のフルガイドWixはルートファイルの追加を許可していません。
英語のフルガイドFramer Sitesではリダイレクトを使って外部ホストのテキストエンドポイントへ転送できますが、Cloudflareを前段に置くのが最もスマートです。
英語のフルガイドHubSpotはデザインツールのファイルマネージャーからカスタムファイルのアップロードに対応しています。
英語のフルガイドAstroは/public内のファイルをそのままルート階層で配信します。
英語のフルガイドGatsbyはビルド時に/staticの内容をサイトのルート階層へコピーします。
英語のフルガイド
llms.txtができること・できないこと
llms.txtは、サイトの簡潔な概要と整理されたリンクを提示するための、提案段階のMarkdown規約です。これはrobotsポリシーでも、ライセンス契約でも、認証制御でも、すべてのAIによるインデックス登録に必須の要件でもありません。H1のサイト名、有用な概要、整理されたMarkdownリンクは、読者がサイトを理解する助けになります。この提案は、文字通り「Docs」という名前のセクションや、全サイト共通の150文字の概要を義務付けているわけではありません。採用状況は利用者によって異なるため、主要なAIクローラーすべてがこれを読み込んでいると主張しないでください。
サイトを変更せずに公開ルートに配置する
テーマ化されたHTMLエラーページやサインイン画面ではなく、意図したテキストを含む正常なレスポンスを/llms.txtで配信してください。CMSがサポートする公開ファイル機能、静的ホスティングのアセット、または明示的に設定されたテキストレスポンスを使用します。プラットフォームがルートパスを予約している場合は、プラグインやプロキシを追加する前に、公式にサポートされているデプロイ方法を確認してください。リダイレクトやキャッシュの挙動が異なる場合があるため、ホスティングのプレビューだけでなく、カスタムドメインでも確認してください。
少数の有用なリンク先ページを選ぶ
安定した正規ページ、すなわち製品概要、料金、ドキュメント、サポートポリシー、重要なガイドをリンクしてください。説明的なリンクラベルと、必要に応じて簡潔な補足を使い、読者が各ページの内容を理解できるようにします。絶対パスのHTTPSリンクは実用的な公開上の選択であり、相対リンクが自動的にHTTPエラーを引き起こすという証拠ではありません。非公開のダッシュボード、下書きページ、トラッキングURL、古くなったコンテンツは除外してください。リンク先の情報や翻訳は最新の状態に保ち、ファイルの見た目を充実させるためだけにページを列挙しないでください。
公開後および重要な変更の後に検証する
デプロイされたファイルを取得し、レスポンスの本文、ステータス、コンテンツタイプを確認してください。UTF-8の文字セットを指定したtext/plainが妥当な既定値です。リンク先が公開されており、関連性があることをたどって確認します。キャッシュの無効化後に、実際に公開されているファイルを意図していたバージョンと比較してください。バリデータは書式やリンクの問題を特定できますが、エンジンがそのファイルを読み込んだことや、将来の回答であなたのサイトが引用されることを証明するものではありません。
| 確認項目 | 保持すべき根拠 | アクション |
|---|---|---|
| ファイルの応答 | /llms.txtの正常なレスポンスと読み取り可能なMarkdown | HTMLへのフォールバックや非公開ルートを修正する |
| サイトの属性情報 | 明確なH1と簡潔で事実に基づく概要 | 宣伝的または矛盾した記述を削除する |
| コンテンツリンク | 最新の正規ページと有用なラベル | 古くなったリンクやリダイレクトされたリンクを差し替える |
| アクセスポリシー | robots.txtと認証設定を別個に管理する | Allow/Disallowルールをllms.txtに記載しない |
| メンテナンス | 公開バージョンとリンク先ページの変更 | 製品やURLが変わったら更新する |
実装チェックリスト
- 選択した公開ルートパスの方式をCMSがサポートしているか確認する。
- robots.txtをコピーしたテンプレートではなく、Markdownを使用する。
- サイトが実際に提供しているものを記述する。
- 安定した公開URLと明確なラベルを含める。
- デプロイ後に実際のドメインでテストする。
- このファイルを引用の保証ではなく、任意の補足情報として扱う。
再現可能なワークフロー
- 1ベースラインを確立する
編集前に、ページのURL、日付、言語、対象市場、使用する正確な質問を保存します。ページが実際に何を述べているか、そして検証した各回答が何を引用しているかを記録します。出典リンクのない言及は引用とはみなされません。
- 2一貫性のある変更を一つずつ行う
まず最も明確な問題を解決し、エディタのプレビューだけでなく公開済みのページを確認します。無関係なリデザイン、キャンペーン、製品変更をこの作業の効果と誤認しないよう、実装ログを残してください。
- 3繰り返して比較する
デプロイ後に同じ質問と技術的チェックを繰り返します。使用するエンジンと測定条件を一定に保ち、サンプルサイズを報告し、引用とともに回答の正確さを確認します。一度の応答は安定したランキングを示すものではありません。
よくある質問
これによりAIからの引用は保証されますか?
いいえ。クロール可能で正確なページであっても、言及されないことがあります。検索結果の取得、情報源の選定、生成される回答は製品やリクエストによって異なります。これらのチェックは得られる根拠の質を高めるものであり、掲載を保証するものではありません。
改善がうまくいったかどうかはどう判断すればよいですか?
同条件のチェックを比較し、その根拠となるデータを保持してください。正しいブランドの言及、出典リンク付きの引用、適格なリファラル訪問を別々に追跡します。技術的なスコアをトラフィック予測と呼んだり、すべての変化を一つの編集のせいにしたりしないでください。
クロール制限はどこで設定しますか?
準拠するクローラー向けの方針にはrobots.txtを使用し、非公開コンテンツには認証を使用してください。llms.txtはクロール制限やコンテンツ利用権のいずれも強制するものではありません。
関連ハブ
業界特化型のGEO(生成エンジン最適化)は、業界キーワードを含んだ汎用ページではなく、実際の質問から出発します。ソフトウェアの購入検討者は互換性・セキュリティ・価格の詳細を必要とし、患者は適格条件・リスク・担当医療従事者の資格を必要とします。回答は対象読者の言語と法域に合わせて記述し、誰に適用されるかを明示し、根拠となる出典へのリンクを付けてください。最終的な回答がAIインターフェース上に表示される場合でも、検索からのアクセス性、有用なコンテンツ、信頼できる参照情報の重要性は変わりません。
SEO、AEO、GEOは重なり合う概念です。SEOはページを検索からアクセスしやすく、関連性があり、有用なものにすることを含みます。AEOは質問に明確に答えることを重視します。GEOは生成された回答における可視性と正確な表現に関わります。これらは互いに排他的な置き換え関係ではありません。まずビジネス上の問いから始めてください。必要なのはより質の高い訪問の増加か、誤解された製品回答を減らすことか、引用に対するより明確な理解か。タスクに合った測定方法を選び、一つの分野を普遍的に優れていると決めつけないでください。
検索アシスタントは、回答生成時にソースを取得したり、インデックスを使用したり、ブラウジングを行わずにモデルの知識から回答したりすることがあります。そのクローラーと学習に関する制御は別々に設定されている場合があります。一つのユーザーエージェントルールが製品全体を制御すると決めつけず、関心のある実際の機能と質問をテストしてください。ここに掲載しているエンジンガイドはその調査を整理するのに役立つものであり、各ベンダーが同一のランキングルールを公開しているという主張ではありません。
地域でのAI可視性は、正確なビジネス情報と、実際にサービスを提供している地域に関する有用な回答に左右されます。都市名のキーワードだけでは、新たなページを公開する理由にはなりません。実際のサービス提供範囲、連絡手段、営業時間、その地域特有の制限事項を記載してください。テンプレートをより充実して見せるために、存在しないオフィス、住所、地域パートナーシップ、市場シェアの統計、引用ベンチマークを創作しないでください。
AI検索に関する用語は、多くの場合システムの異なる階層を表しています。クロールはページを取得すること、インデックス化は利用可能な情報を整理すること、検索結果の取得はある質問に対する資料を選ぶこと、生成はその回答を作り出すことです。引用はその回答における帰属表示であり、それ以前のすべての工程が行われたことの証明ではありません。定義は、問題の所在を特定し、適切なチェックを選び、根拠以上のことを主張しないために役立つときに意味を持ちます。