無料の llms.txt 作成ツール：自社のサイトマップから llms.txt の下書きを作成

llms.txt 作成ツールの使い方

上のボックスにドメインを入力して「Generate」を押し、ツールがサイトを読み込むまでお待ちください。完了すると下書きがテキストエリアに表示され、そこで編集、コピー、または llms.txt という名前のファイルとしてダウンロードできます。

ボタンの裏側では、出力が予測しやすいように決まった順序で処理が進みます。この順序を知っておくと、なぜあるページが含まれ、別のページが含まれないのかを理解しやすくなります。

• robots.txt を取得して Sitemap 行を探し、最大二つまで使用します。記載がなければ /sitemap.xml を試します。
• サイトマップがインデックスファイルの場合は、最初の二つの子サイトマップを開き、画像、動画、ニュースのサイトマップは飛ばします。
• サイトマップが見つからない場合は、ホームページ上のリンクで代用します。
• 見つかった URL を階層の浅い順に並べて最初の 25 件を残すため、深いアーカイブページよりもトップレベルのページが優先されます。
• 各ページについて、title タグ、メタディスクリプション（空の場合は Open Graph の説明文）、最初の H1 を読み取ります。
• ページは URL の最初のフォルダーごとにまとめられます。/blog/ のページは「Blog」見出しの下に、階層が一段のページは「Main pages」の下に入ります。

作成される llms.txt ファイルの中身

下書きは llmstxt.org の提案で定められた構造に従います。サイト名を入れた H1 が一つ、引用ブロックによる概要、そして Markdown のリンク一覧を含む H2 セクションが続きます。各リンク行には、ページ名、URL、ページの内容についての短い注記が入ります。

作成ツールは、ページがすでに公開しているデータを使って、その大半を自動で埋めます。下の表は、各要素の取得元と確認すべき点を示しています。

提案では、コンテキストの余裕が少ない読み手が飛ばせる補助的なリンク用に、Optional という H2 も認められています。どのページが補助的かは貴社にしかわからないため、ツールはこのセクションを作成しません。必要であれば手作業で追加してください。

公開前に下書きをどう編集すべきか

まず削り、残ったものを磨きます。サイトマップから作った下書きは、読み手がどう出会うべきかではなく、サイトがどう保存されているかを反映しているため、行の削除、セクション名の変更、注記の書き直しが必要になると考えてください。

自社のビジネスに関する実際の疑問に答えるページを残します。何を販売しているか、誰向けか、料金または料金の仕組み、ドキュメント、ポリシー、連絡先です。タグのアーカイブ、著者ページ、内容の薄いカテゴリー一覧、サンクスページ、ログイン画面、引用されたくないものはすべて削除します。重要なページがサイトマップの深い階層にあって含まれていない場合は、その行を手作業で追加してください。

最も時間をかける価値があるのは、具体的な注記です。「サービスの詳細はこちら」のような注記はモデルに何も伝えませんが、「10〜200 名のチーム向けの範囲固定のオンボーディング、スケジュール例付き」ならページの中身がわかります。メタディスクリプションの多くは内容の説明ではなくクリックを得るために書かれているため、広告のように読めるものは書き直してください。

• 概要を書き直し、事業の内容、対象、地域を平易な言葉で述べる。
• セクション名を顧客の考え方に合わせる（製品、料金、ドキュメント、ポリシー、会社情報など）。
• すべての URL が、リダイレクトの連鎖やエラーではなく、通常のページを返すことを確認する。
• リンク先の各ページに、名称、価格、所在地を含め、ファイルと同じ事実が表示されていることを確認する。

WordPress、Shopify、Webflow、静的ホスティングでの llms.txt のアップロード先

ドメインのルートにアップロードし、yoursite.com/llms.txt でプレーンテキストとして開けるようにします。具体的な手順はサイトのホスティング方法によって異なり、各プラットフォームの機能も変わるため、作業前に利用中のプラットフォームの最新のヘルプページを確認してください。

セルフホストの WordPress サイトでは、ほかのルートファイルと同じ方法が一般的です。ホスティング会社のファイルマネージャーや SFTP を使って、サイトの最上位フォルダーに配置します。Shopify や Webflow などのホスト型プラットフォームでは、ファイルへのアクセス方法が異なるため、ルートにファイルを配信するためのプラットフォーム独自の手順を探すか、利用中のプランで何ができるかを開発者に確認してください。

Cloudflare Pages などの静的ホスティングでは、ビルドがサイトのルートとして公開するフォルダー（public や dist という名前が多い）に llms.txt を置いてデプロイします。その後、プライベートブラウズのウィンドウで URL を開いて表示されることを確認し、CDN やファイアウォールのルールがこのファイルへのリクエストをブロックしたりチャレンジをかけたりしていないことも確認してください。

llms.txt ファイルにできないこと

主要なエンジンはいずれもこのファイルを読み込んでいると表明していないため、回答エンジンに引用させることはできません。Search Engine Land は、Google の Gary Illyes 氏が Google はこれをサポートしていないと述べ、John Mueller 氏が meta keywords タグになぞらえたと報じています。2026 年 7 月に更新された Google 自身の AI 最適化ガイドも、同社の AI 検索機能には特別なファイル、マークアップ、Markdown は不要だとしています。

また、すでに頼りにしているものの代わりにもなりません。クローラーには引き続きサーバーレンダリングされた HTML として取得できるページが必要で、どのボットが訪問できるかは今も robots.txt が決め、XML サイトマップは今も検索エンジンが URL を見つける助けになります。これらのいずれかが壊れていれば、整った Markdown の目次では補えません。

そのため当社では、このファイルをお客様に任意の基本整備として説明しています。作業は 1 時間ほどで、正確に保てば害はなく、継続的な作業に費用を払う理由には決してなるべきではありません。

llms.txt ファイルが実際に役立つのは誰か

主に開発者と、彼らが使うコーディングエージェントです。ドキュメントがリファレンスページの整った目次として構成されていれば、エディター内のアシスタントや、ドキュメントをチャットに貼り付ける開発者が、余計な情報に惑わされずに適切なページを見つけられます。

こうしたツールを開発している企業は、自社のドキュメント用にこのようなファイルを公開しています。たとえば OpenAI は、加盟店向けのコマースドキュメントを llms-full.txt ファイルとして公開しており、リンクの一覧ではなく全文を一つの文書にまとめています。

API、SDK、開発者向けプラットフォーム、大規模なヘルプセンターを運営しているなら、よく編集されたファイルを公開することは、そうした利用者への妥当な配慮です。会社案内サイト、地域のサービス企業、小規模なオンラインショップの場合、正直に期待できるのは、小さく測定もされない効果です。

llms.txt で変わらないなら、AI での可視性を実際に動かすものは何か

エンジンがドキュメントで説明しており、測定できる作業です。まずは AI クローラーのアクセスから始めます。robots.txt で OAI-SearchBot、PerplexityBot、Claude-SearchBot、Googlebot、Bingbot を許可し、Cloudflare の AI クローラー設定を確認し、サーバーログでそれらのボットが HTTP 200 の応答を受けていることを確かめます。当社のテクニカル AEO サービスは、表示、サイトマップ、構造化データと併せて、この層に対応しています。

次はコンテンツそのものです。各セクションを直接的な回答から始め、質問形式の見出しを使い、最終更新日を表示しているページは引用しやすく、これが当社の回答ファーストのコンテンツ制作の重点です。Organization schema、Wikidata、レビューサイト、LinkedIn で会社情報を一貫させることも、Reddit や YouTube での本物の言及も重要です。

そして測定です。当社では、変更の前後に ChatGPT、Perplexity、Google AI Overviews、Copilot で固定したプロンプトセットを実行し、引用シェアと GA4 での AI 経由の流入を毎月報告します。まず現状を知りたい場合は、AEO 監査で現在どのプロンプトで引用されているかを記録し、修正点に優先順位を付けます。自社で進めたい場合は、当社の AEO 対策チェックリストに同じ手順が順番にまとめられています。