LLMs.txt: その概要とウェブサイトに必要な理由

llms.txtは何を目的としていますか？

LLMs.txtは、ウェブサイトのルートにある重要なページのキュレーションされたマップを提示するための提案されたMarkdown規約です。そのアイデアは、選択された素材を識別しやすくし、参照しやすくすることです。ファイルを公開しても、特定のAIサービスがそれを読んだり、回答で使用したりすることが確立されるわけではありません。

これを、ウェブサイトの新しいバージョンではなく、編集上のインデックスと考えてください。訪問者をドキュメント、製品説明、ポリシー、研究、またはプロジェクトをよく表す他のページに導くことができます。ページ自体が詳細情報のソースであり続けるため、その正確性と明確さはインデックス内の説明よりも重要です。

ドラフトを作成する前に、ファイルが誰かに何を見つけるのに役立つかを決定してください。有用な初期インベントリには次のものが含まれる可能性があります。

• プロジェクトが何をするかを説明するコア製品および組織ページ。
• 現在のドキュメント、サポート資料、または技術リファレンス。
• ポリシー、リスク、および重要なプロジェクトの事実に関する公開説明。
• 繰り返し発生する質問に答え、所有者によって維持されているページ。

廃止されたページ、重複するページ、または単独で成り立たないほど薄いページは除外してください。Web3チームは、トークン、ネットワーク、製品の説明を特に注意深くレビューしてください。著名な遷移先にある古い記述は、混乱を減らすどころか増やす可能性があります。この実用的な区別が、llms.txtが技術的な作業に含まれるべきかどうかを決定する出発点です。

llms.txtの使用を支持する証拠は何ですか？

llms.txtの最も強力で防御可能なケースは、サイト所有者が重要と考える資料へのリンクをキュレーションするための簡単な場所を提供することです。これはファイルの意図された役割を説明しています。追加することでAIシステムがそれらのページをクロール、引用、または優先するようになるという証拠ではありません。

llms.txtに関するアドバイスをレビューするときは、3種類の記述を分けてください。

• 仕様または提案: 規約がサイトに何を公開するよう求めるか、ファイルがどのように提示されるか。
• 観察可能なサイト作業: ファイルがアクセス可能かどうか、リンクが解決するかどうか、説明が遷移先ページと一致するかどうか。
• プラットフォームの結果: 名前付き製品がページを発見、参照、または引用するかどうか。これをファイルの結果として扱う前に、直接の現在の証拠が必要です。

この分離により、きちんとした実装が可視性の証明として提示されるのを防ぎます。公開されたファイルのスクリーンショットは、ファイルが存在することを示します。それ自体では、特定のアシスタントがそれを使用したことを示すものではありません。同様に、ある回答で観察された引用は、ページが表示された理由を確立するものではありません。

慎重なレビューのために、ファイルバージョン、レビュー日、選択されたURL、および観察されたプラットフォームの動作を別々に記録してください。回答を文書化するときは、正確なプロンプトと製品をメモし、検証できない原因を割り当てずに観察を説明してください。より広範な技術的発見可能性に取り組むチームは、llms.txtが他のサイト作業とどのように適合するかについて、技術AEOガイドも参照できます。

ウェブサイトにllms.txtは必要ですか？

サイトにナビゲートが難しい安定した権威あるページのセットがある場合、または技術レビューがコンパクトで維持されたインデックスの必要性を特定した場合、llms.txtの合理的な用途があるかもしれません。プロジェクトの重要な情報が欠落している、矛盾している、または誰も所有していないページに散在している場合は、説得力が低くなります。

実装作業を割り当てる前に、この決定チェックを使用してください。

• ファイルが支援することを意図したオーディエンスを挙げられますか？
• 含めるページは、ファイルなしで正確で公開されており、有用ですか？
• リンクと説明を最新に保つ責任者がいますか？
• 観察できないプラットフォームの結果を主張せずに、成功がどのように見えるかを説明できますか？

答えが明確であれば、簡潔なファイルは、より広範なコンテンツおよび技術レビューへの低摩擦の追加になる可能性があります。答えが不明確な場合は、まず遷移先ページを改善してください。マップは、矛盾する製品説明を解決したり、サイトが公開していない情報を提供したりすることはできません。

決定は既存の優先順位に適合する必要があります。たとえば、主要なドキュメントのリフレッシュを準備しているチームは、その作業にllms.txtを含めるかもしれませんが、未解決の製品事実があるチームは、まずそれらの事実の単一の正確なソースに同意する必要があります。より広範な目標が単にファイルを公開するのではなく、発見可能性を評価することである場合は、AI Visibilityモニタリングガイドを参照してください。

llms.txtをサイトマップにせずに実装する方法

llms.txtを実装するには、オーディエンスを定義し、維持されたページの小さなセットを選択し、プレーンな説明を書き、公開する前にすべての遷移先をチェックします。サイトの完全なコピーとして扱うのではなく、インデックスとして有用に保ちます。

実用的なドラフト作成シーケンスは次のとおりです。

• 目的を選択します。 ファイルが読者を製品ドキュメント、プロジェクト情報、または別の明確なリソースセットに向けることを意図しているかどうかを内部的に述べます。
• 候補ページをインベントリします。 URLを収集し、各ページの所有者を特定します。同じ情報を繰り返す解説よりも、主要なページを優先します。
• ソース資料を確認します。 各ページが公開されており、最新で、理解可能で、プロジェクトの好ましい表現と一致していることを確認します。
• 簡潔な説明を書きます。 各遷移先で読者が何を見つけるかを説明します。言語モデルがそれをどのように解釈またはランク付けするかについての裏付けのない主張は避けてください。
• 公開して検証します。 ファイルを意図したルートの場所に置き、ブラウザから各リンクを開いてテストします。関連するサイト変更の後に誰がレビューするかを記録します。

ファイルはナビゲーションを容易にする必要があり、重要な事実が漂流する可能性のある2番目の場所を作成しないでください。ページが精査の準備ができていない場合は、それを特集する前にページを修正してください。これは、トークンの詳細、製品の可用性、監査、ポリシーステートメントにとって特に重要です。インデックスはそのような資料を見つけやすくすることができますが、資料自体を検証することはできません。

LLMs.txtとschema.orgの違いは何ですか？

LLMs.txtとschema.orgは異なる公開タスクに対応します。LLMs.txtは選択されたページの提案されたMarkdownインデックスです。schema.orgは構造化された形式で情報を説明するために使用される語彙です。どちらも有用で正確なページの代わりとして扱われるべきではありません。

実際のタスクに対処する形式を使用してください。ギャップが有用なページを見つけにくいことである場合、インデックスがそれらを整理するのに役立つかもしれません。ギャップがサイトに適切な構造化説明がないことである場合、構造化データマークアップを検討し、訪問者が見ることができるものを反映していることを検証してください。一部のチームは両方を維持するかもしれませんが、そうすることで2つの異なるレビュー責任が生じます。

実装計画については、AI検索向け構造化データマークアップガイドが関連する構造化データの問題をカバーしています。スコープを現実的に保ち、チームが実証できる情報のみを公開し、外部の検索または回答製品が返すものを制御するものとしてどちらの形式も説明しないでください。

チームはファイルをどのように公開および維持すべきですか？

健全なllms.txtワークフローは、所有者を割り当て、実際のサイトコンテンツに対してファイルをチェックし、変更内容の簡単な記録を保持します。これにより、ファイルを内部的に信頼しやすくなり、遷移先が移動したときに修復しやすくなります。

公開時に短いレビュールーチンを使用してください。

• ファイルが意図したウェブサイトのルートで利用可能であることを確認します。
• リストされたすべての遷移先を開き、リダイレクト、エラー、アクセス制限を確認します。
• 各説明をページ自体と比較し、遷移先がサポートしていない主張を削除します。
• 関連する製品またはドキュメントの所有者に機密性の高い説明の承認を求めます。
• レビュー担当者と、別のチェックをトリガーするサイト変更を記録します。

軽量な変更ログには、日付、追加または削除されたURL、編集理由を記載できます。パフォーマンスへの影響を主張する必要はありません。サイトに異なるチームが維持する異なる領域がある場合は、ページを追加する前に所有権に同意してください。そうしないと、コンテンツが変更された後もリンクがファイルに残る可能性があります。

作業を評価するには、レビューされたインベントリ、ファイル、検証されたリンク、未解決のコンテンツの問題など、提供されたものを報告してください。AI回答がそれらのページの1つを引用しているのを別途観察した場合は、その観察を独自の条件で記録してください。ChatGPT引用ガイドでは、引用の観察を特定の技術的原因の証明と混同しないようにする方法について説明しています。

llms.txtがWeb3プロジェクトで解決できないこと

Web3プロジェクトの場合、llms.txtは情報へのリンクを整理できますが、トークンの説明が正確かどうか、主張が独立してサポートされているかどうか、AI製品が特定のページを参照または引用するかどうかを解決することはできません。これらの製品は独自の発見と回答の動作を制御しており、ファイルの公開は採用の証拠ではありません。

その制限により、編集レビューが価値あるものになります。ページが確認されたプロジェクト情報と計画を区別し、技術的およびリスク資料を明確にラベル付けし、更新できる所有者がいることを確認してください。監査、トークノミクスページ、またはネットワークリファレンスを含める場合は、リンクされたページが意図された主要なソースであり、その表現が最新であることを確認してください。遷移先が証拠を提供しない場合、インデックスを使用してステートメントを検証済みのように聞こえるようにしないでください。

有用なハンドオフには明確な境界があります。ファイルがドラフトされ、含まれるすべてのリンクがチェックされ、説明が遷移先に対してレビューされ、未解決のコンテンツの問題は推測ではなくプロジェクトチームに返されます。Bitcoin Insiderはページインベントリのレビューから始め、ドラフト作成前にこれらの質問にフラグを立てます。ウェブサイトのURLと権威あると考えるページを送信してください。ファイルとそのソースコンテンツのための焦点を絞ったレビュープランを返します。

料金

開始価格はUSD表示です。カスタムバンドルやボリュームディスカウントはご相談ください。USDT、USDC、BTC、ETH、SOL、TON、またはプロジェクトトークンでのお支払いが可能です。

仕組み

1. 目的を設定するファイルが誰を支援し、どの情報を見つける必要があるかを決定します。ページ選択をガイドするのに十分な具体的な目的に保ちます。
2. 権威あるページをインベントリする候補URLを収集し、各ページの所有者を特定します。古い、重複している、または信頼できるリファレンスとして機能する準備ができていないページは除外します。
3. 説明をドラフトしてチェックする遷移先ページと一致する簡潔な説明を書きます。製品、トークンの詳細、ポリシーに関する資料を関連する所有者にレビューを依頼します。
4. 公開して検証するファイルを意図したルートの場所に置き、ブラウザで開きます。各リンクをテストし、完了したレビューを記録します。
5. サイトとともに維持する所有者を割り当て、リンクされたページが変更されたときにファイルを再訪します。ファイルのメンテナンスをプラットフォームの可視性に関する主張から分離します。