Web3サイト向けllms.txt：ファイルを実践的にテストする

1ファイル、4つのチェックで掲載を判断

最初の24時間：1つの厳選されたインデックスが実際のナビゲーション問題を解決できるか判断します。llms.txtは提案されたMarkdownの慣習です。選択したページへの簡潔なガイドを提供し、それらのページの代替にはなりません。

このファイルは、リンクが有用である場合に人間が読めるインデックスとして機能します。説明はページと一致している必要があります。このファイルだけでページが権威を持つわけではありません。

より広範な技術的全体像については、技術的なAEO：スキーマ、llms.txt、クローラーを参照してください。llms.txtとAIクローラー設定ガイドでは、関連する設定を扱っています。

ページリストから公開可能なllms.txtファイルにするにはどうすればよいですか？

5つのチェックで、ファイルをアイデアから検証可能なページにします。最初からコンテンツ担当者とデプロイ担当者を明確にしておきます。

1. 役割を明確にする： ファイルが読者の何を見つけるのに役立つべきかを書き出します。現在のナビゲーションがすでにそれを実現している場合は、代わりにナビゲーションを改善します。
2. 公開ソースを選ぶ： プロジェクト、製品、セキュリティ、サポートを説明する現在のページを集めます。各ページに1人の担当者を記録します。
3. リストを整理する： 重複、一時的な告知、ドラフト、製品と一致しなくなったページを削除します。
4. 説明を書く： リンクをトピックごとにグループ化します。各ページの内容を、ページが裏付けられない主張なしに説明します。
5. 公開して検証する： 承認されたMarkdownファイルを目的のサイトルートに配置します。その公開URLを開き、リスト内のすべてのリンクを確認します。

デプロイ前に、ドキュメント担当者に事実と名前を確認してもらいます。サイト管理者がホスト名と公開アクセスを確認します。デプロイ後、公開テキストと承認済みドラフトを比較します。これにより、ファイルがルーチンのドキュメントに組み込まれる前に、誤ったパスや古いバージョンを発見できます。

有用なllms.txtのための6つの作成ルール

6つの作成ルールにより、ファイルはスキャンしやすいほど短く、維持しやすいほど具体的になります。各エントリは公開ページを指す必要があります。そのページは自身の説明を裏付けるものでなければなりません。

• 目的を最初に： サイトやプロジェクトの目的を平易な言葉で説明します。
• ソースページ： 短期間の告知よりも、耐久性のあるドキュメントを優先します。
• 明確なグループ： 読者が情報を探す方法に合ったトピック見出しを使用します。
• 正確なメモ： リンク先のページがカバーする内容を述べます。裏付けのない主張は追加しません。
• 短いリスト： サイトが公開するすべてのURLではなく、選択したページを含めます。
• 指名された担当者： リンクと説明の確認を担当する1人を置きます。

コンパクトなアウトラインでは、プロジェクト見出しと1文の要約を使用できます。いくつかのトピックグループを追加します。例えば、Web3プロジェクトでは以下のソースを分けることができます。

• プロトコルの概要とセキュリティ情報。
• ガバナンスとサポートリソース。

これらは例であり、必須の見出しではありません。重要な回答が複数の投稿に分散している場合は、まず耐久性のあるソースページを作成または維持します。引用可能なコンテンツガイドでは、個々のページを理解しやすく引用しやすくする関連作業を扱っています。

LLMs.txtとschema.org：それぞれの役割は？

llms.txtは読者を選択したページに誘導します。schema.org語彙は、コンテンツやエンティティを構造化形式で記述します。それぞれを目的に応じて使用します。公開された情報が表示されているサイトと一致していることを確認します。

どちらの形式も、弱いソースページを修復するものではありません。厳選されたファイルは正確なマークアップの代わりにはなりません。構造化データは有用なドキュメントの代わりにはなりません。ソースページを最新に保つ必要がある素材として扱います。その後、各形式を意図されたタスクに対して評価します。

実装の詳細については、AI検索向けスキーママークアップガイドと、スキーママークアップに関するメモを比較してください。違いは実用的です。一方の形式は選択したリソースをリストし、もう一方は構造化された用語を使用してコンテンツを記述します。

llms.txtの証拠：想定される効果ではなく、ファイルを検査する

3つのことをレビューします：承認されたページリスト、公開ファイル、機能するリンク。各ページが含まれた理由を記録します。誰がその説明を承認したかをメモします。リストや表現が変更された場合は、変更メモを残します。

サイトレビューの場合、公開URLでファイルを確認します。承認済みドラフトと比較し、各リンクを開きます。

AI回答レビューの場合、以下を記録します。

• プラットフォームとプロンプト。
• 観察された応答と、利用可能な場合は引用元。

その記録はファイル変更とは別に保管します。異なる回答が得られても、それがllms.txtによって引き起こされたことを示すものではありません。AI検索可視性ハブでは、より広範な可視性の取り組みを扱っています。

公開されたllms.txtファイルは、Googleや他のプラットフォームにそれを参照するよう要求することはできません。リストされたページを取得または引用するようプラットフォームに要求することはできません。各プラットフォームがそれらの選択を制御します。ファイルを公開することで検索結果やAIの引用が変わるという、確立された普遍的な証拠はありません。

llms.txtレビューのためにこれら5つの入力を送信してください

5つの入力により、DigitalMedia1はドラフトが公開サイトと一致するかを確認できます。レビューでは、提案されたページリストと公開URLを比較します。ソースを超えた説明をフラグ付けします。また、公開ファイルと承認済みバージョンを比較します。

• サイトURL： ファイルが配置されるべき正確なホスト名。
• ドラフトファイル： 存在する場合の現在のMarkdown。
• 優先ページ： 読者に最初に見つけてほしいソース。
• ページ担当者： 製品とセキュリティの詳細を確認できる人。
• デプロイ担当者： ファイルを公開および検証できる人。

ドラフトが不完全でもリストを送信してください。不足しているソースページや不明瞭な説明をマークできます。また、ライブチェックが必要なリンクをフラグ付けできます。

焦点を絞った編集と明確な公開の引き継ぎを受け取ります。ファイルがプラットフォームの応答を変えるとは主張しません。送信内容：サイトURL、ドラフト、優先ページ、ページ担当者、デプロイ担当者。

仕組み

1. 1. 役割を明確にするファイルが読者の何を見つけるのに役立つべきかを書き出します。現在のナビゲーションに実際のギャップがある場合のみ、そのタスクを保持します。
2. 2. 公開ソースを選択する現在のページを集め、各ページの担当者を確認します。プライベート、一時的、または古い素材は除外します。
3. 3. 説明を作成するリンクをグループ化し、各ページを正確に説明します。重複やソースページが裏付けない主張は削除します。
4. 4. ルートに公開するサイト管理者に、承認されたMarkdownファイルを目的のホスト名とパスにデプロイしてもらいます。
5. 5. 公開バージョンを検証する公開ファイルを開き、承認済みドラフトと比較し、リスト内のすべてのURLを確認します。