【コピペ可】llms.txtの書き方！テンプレ4種と検証手順を解説

llms.txtを作ろうとして、「結局どこまで書けばいいのか」で手が止まっていませんか？

仕様そのものはA4用紙1枚に収まるほど短く、覚えるべき記法は4つだけです。

つまずくのは記法ではなく、「どのページを載せるか」「説明文に何を書くか」という中身の判断のほうです。

この記事では、公式仕様に沿った書き方をテンプレート付きで整理し、実際のファイルで頻発する8つの間違いと、公開前の検証手順まで通しで解説します。

読み終える頃には、自社サイト用のllms.txtを迷わず書き上げられる状態になります。

llms.txtの書き方は4つの要素を順に並べるだけ

llms.txtの書き方で最初に押さえるべきなのは、拡張子は.txtでも、中身はMarkdownで書くという点です。

プレーンテキストのつもりで書くと、見出しやリンクの記法が抜け落ちて、ただのメモ書きになってしまいます。

並べる要素は上から順に4つ。

このうち必須はH1のサイト名だけで、残りはすべて任意という位置づけです。

4つの構成要素と記法の一覧

順	要素	記法	役割	必須
1	サイト名	# サイト名	誰のサイトかを示す	必須
2	概要	> 概要文	何をしているかを1〜2文で伝える	任意
3	補足	見出し以外の段落・箇条書き	読み取りの前提を補う	任意
4	リンク集	## 見出し＋リンクの箇条書き	読むべきページを示す	任意

4番目のリンク集だけは、## 見出しを使って何度でも繰り返せます。

「サービス」「会社情報」「記事」のように、ページの種類ごとにまとめるのが基本の形です。

リンクは「- [名前](URL): 説明」で書く

リンク集の1行は、次の形で書きます。

- [ページ名](https://example.com/page/): このページで何が分かるか

コロン以降の説明文は仕様上は任意ですが、実質的にはここが本体だと考えてください。

AIはこの一文だけを見て、そのページを読みに行くかどうかを判断します。

逆にいえば、説明文がなければURLの羅列でしかなく、sitemap.xmlと変わらないファイルになります。

すべてのリンク行に説明を付けることを前提に、載せるページ数を決めるのが現実的な進め方です。

「## Optional」は読み飛ばしてよい印

リンク集の見出しに1つだけ、特別な意味を持つものがあります。

## Optionalという見出しです。

ここに置いたリンクは、読み込める情報量に余裕がないときは省いてよいと解釈されます。

プライバシーポリシー・採用情報・サイトマップなど、事業内容の理解には必須でないページをまとめておく場所です。

見出し名は英語の「Optional」で書く点に注意してください。

「任意」「その他」と日本語にすると、ただのリンク集の見出しとして扱われます。

見出しはH1とH2だけ。H3以下は使わない

意外と見落とされがちなのが、使える見出しレベルはH1とH2の2つだけという制約です。

H1はファイルの先頭に1つ、H2はリンク集の区切りとして複数。

### サブカテゴリのようにH3で階層を深くする書き方は仕様に含まれておらず、読み取り側が構造を解釈できなくなる可能性があります。

カテゴリを細かく分けたくなったら、階層を深くするのではなくH2を増やして横に並べると考えてください。

llms.txtのテンプレート4種【サイトの種類別】

ここからは、そのまま自社の情報に置き換えて使えるテンプレートです。

自社サイトに近いものを1つ選び、まず10〜20行の最小構成で作るところから始めてください。

1. コーポレートサイト向け

ページ数が数十程度の会社サイト向けの、最小構成に近い形です。

事業内容と会社情報が正しく伝わることを最優先にします。

# 株式会社サンプル

> 東京都でBtoB企業向けのSEO支援とコンテンツ制作を提供する会社です。調査から実行までを社内で一貫して担当しています。

- 社名の正式表記は「株式会社サンプル」、英字表記は「Sample Inc.」です。
- 相談・見積もりの窓口は問い合わせフォームに一本化しています。

## サービス

- [SEOコンサルティング](https://example.com/service/seo/): 現状分析から施策の実行までの支援範囲と進め方
- [コンテンツ制作](https://example.com/service/content/): 記事の企画・執筆・入稿を代行する体制と料金の考え方

## 会社情報

- [会社概要](https://example.com/company/): 所在地・設立年・代表者・事業内容
- [支援実績](https://example.com/works/): 業種別の支援事例と担当範囲
- [お問い合わせ](https://example.com/contact/): 相談の申し込みと返答までの流れ

## Optional

- [採用情報](https://example.com/recruit/): 募集職種と選考の流れ
- [プライバシーポリシー](https://example.com/privacy/): 個人情報の取り扱い

2. オウンドメディア向け

記事が数百本あるメディアで、全記事を並べるのは逆効果です。

カテゴリの入口となる主要記事だけを選び、何を専門にしているメディアかを示す構成にします。

# サンプルマガジン

> 中小企業のWeb担当者向けに、集客と業務効率化の実務手順を解説するメディアです。運営は株式会社サンプル。

- 記事はすべて自社での実施結果をもとに執筆し、数値は取得時点を明記しています。

## SEOの基礎

- [検索順位が決まる仕組み](https://example.com/seo-basic/): 評価要素の全体像と着手する順番
- [キーワード選定の手順](https://example.com/keyword/): 検索意図の分類と優先順位の付け方

## AI検索への対応

- [AI検索に引用される条件](https://example.com/ai-citation/): 引用元に選ばれるページの共通点
- [効果測定の方法](https://example.com/ai-measure/): 引用数の数え方と記録の残し方

## メディアについて

- [運営者情報](https://example.com/about/): 運営会社と編集方針
- [執筆者一覧](https://example.com/authors/): 執筆者の経歴と担当領域

3. サービスサイト・SaaS向け

プロダクトを提供している場合は、料金と対応範囲を早い位置に置くのが実務的です。

AIが比較の文脈で参照するとき、この2つが最も参照されやすい情報になります。

# サンプルCRM

> 従業員50〜300名の企業向けの顧客管理ツールです。初期費用なしの月額課金で、導入支援と乗り換え作業を標準で提供しています。

- サービス名の正式表記は「サンプルCRM」です。「サンプル CRM」と分かち書きはしません。

## サービス

- [機能一覧](https://example.com/features/): 対応している機能と他ツールとの連携範囲
- [料金プラン](https://example.com/pricing/): 3つのプランの料金と含まれる機能の違い
- [導入の流れ](https://example.com/flow/): 申し込みから稼働までの期間と必要な作業

## 導入事例

- [製造業での導入事例](https://example.com/case/manufacturing/): 導入前の課題と導入後の変化
- [小売業での導入事例](https://example.com/case/retail/): 既存システムからの移行手順

## サポート

- [よくある質問](https://example.com/faq/): 契約・機能・セキュリティに関する回答
- [ヘルプセンター](https://example.com/help/): 操作手順のマニュアル

4. 開発者向けドキュメント向け

llms.txtが最も実利を生むのがこの用途です。

コーディング支援のAIがライブラリの仕様を調べるとき、Markdown版のページを併記しておくと読み取り精度が上がります。

# SampleKit

> JavaScript向けの帳票生成ライブラリです。ブラウザとNode.jsの双方で動作し、テンプレートからPDFを出力します。

- 各ページはURLの末尾に .md を付けるとMarkdown版を取得できます。
- 破壊的変更はメジャーバージョンでのみ行います。

## ドキュメント

- [クイックスタート](https://example.com/docs/start.md): インストールから最初の出力までの手順
- [APIリファレンス](https://example.com/docs/api.md): 全メソッドの引数と戻り値
- [設定オプション](https://example.com/docs/config.md): 設定ファイルの項目と既定値

## Optional

- [変更履歴](https://example.com/docs/changelog.md): バージョンごとの変更点
- [移行ガイド](https://example.com/docs/migration.md): 旧バージョンからの移行手順

なお仕様では、HTMLページと同じURLの末尾に.mdを付けたMarkdown版を用意するという慣習も推奨されています。

ドキュメントサイト以外では必須ではないため、通常のサイトは無理に対応しなくて構いません。

llms.txtの書き方でよくある間違い8つ

公開されているllms.txtを見比べると、つまずく箇所はかなり共通しています。

書き上げたら、次の8点に当てはまっていないかを確認してください。

	よくある間違い	どう直すか
1	全ページを列挙している	読ませたいページだけに絞る
2	説明文がページタイトルの繰り返し	「何が分かるか」を書く
3	H3以下の見出しを使っている	H2だけで横に並べる
4	相対パスで書いている	httpsから始まる絶対URLにする
5	HTMLタグや装飾が混ざっている	Markdownの記法だけで書く
6	公開したくないURLが入っている	会員限定・検証環境は除外する
7	llms-full.txtから作ろうとしている	まずllms.txtだけを作る
8	作ったまま更新が止まっている	更新のきっかけを決めておく

このうち、影響が大きく修正の手間もかかる3つを詳しく見ていきます。

間違い1：全ページを列挙してsitemapになっている

最も多いのがこれです。

llms.txtは「読むべきページを絞って伝える」ためのファイルなので、全URLを並べた時点で目的から外れます。

目安は20〜50件程度。

載せるかどうか迷ったら、「このページがAIの回答で引用されて困らないか」を基準にすると判断しやすくなります。

間違い2：説明文がページタイトルの繰り返しになっている

リンク名と説明文が同じ内容だと、その行は情報量がゼロになります。

次の2つを見比べると違いが分かります。

【悪い例】
- [料金プラン](https://example.com/pricing/): 料金プランのページです
- [会社概要](https://example.com/company/): 会社概要について

【良い例】
- [料金プラン](https://example.com/pricing/): 3つのプランの月額と、含まれる機能の違い
- [会社概要](https://example.com/company/): 所在地・設立年・代表者・従業員数

コツは、そのページに書いてある項目を具体的に並べることです。

「〜について」「〜のページです」で終わる説明文は、すべて書き直しの対象だと考えてください。

間違い5：HTMLタグや装飾が混ざっている

既存のページからコピーしてくると、HTMLタグや全角の記号がそのまま残ることがあります。

llms.txtで使えるのはMarkdownの記法だけです。

• <a href="...">などのHTMLタグは書かない
• 絵文字・装飾記号・アスキーアートは入れない
• 箇条書きの記号は半角ハイフン（-）に統一する
• 丸括弧や角括弧は半角を使う（全角だとリンクとして認識されない）

特に4つ目は、日本語環境で最も起きやすい失敗です。

全角の（）や［］が混ざっているだけでリンクが成立しなくなるため、書き終えたら一度検索して置き換えておくと安全です。

llms.txtの自動生成ツールは「作らせて削る」が前提

手書きが基本とはいえ、ページ数が多いサイトで全リンクを手打ちするのは現実的ではありません。

その場合はツールに下書きを作らせ、そこから削って仕上げるという進め方になります。

ツールは大きく3タイプに分かれる

タイプ	仕組み	向いているケース	弱点
オンライン生成	URLを入力するとサイトを巡回して出力する	まず形を見てみたいとき	巡回できるページ数に上限がある
CMSのプラグイン	公開済みの記事から自動で生成し、更新も追従する	記事が増え続けるサイト	全記事を並べる設定になりがち
CLI・ライブラリ	コマンドやビルド処理の一部として生成する	ドキュメントサイトの自動化	導入に開発の工数がかかる

WordPressの場合は、すでに入れているSEOプラグインの機能で足りることが多いです。

Yoast SEOは対応バージョン以降で生成機能を搭載しており、Rank Mathも一般設定から出力する投稿タイプを選べます。

どちらもnoindexのページは自動で除外されます。

専用プラグインを追加する選択肢もありますが、そのためだけにプラグインを1つ増やす判断は慎重にしてください。

保守対象が増えるコストと、llms.txtから得られるものが釣り合うかどうかで決めます。

自動生成のあとに必ず手を入れる3箇所

ツールの出力をそのまま公開すると、前章の「よくある間違い」をほぼ確実に踏みます。

生成後は次の3箇所だけでも手作業で直してください。

1. 件数を削る

自動生成は公開済みのページを機械的に並べます。

下書きの状態で全体を眺め、読ませたいページ以外を消すのが最初の作業です。

2. 説明文を書き直す

ツールが入れる説明文は、多くの場合メタディスクリプションや本文冒頭の流用です。

途中で切れていたり、宣伝文句だけだったりするので、「何が分かるか」に書き換えます。

3. 概要文を自分で書く

先頭の概要（>の行）は、自動生成では機械的な一文になりがちです。

ここはファイル全体の前提を決める最重要の1〜2文なので、必ず自分の言葉で書き直してください。

llms.txtを公開する前に済ませる4つの確認

ファイルをルートディレクトリに置いたら、公開前に4点だけ確認します。

どれも数分で終わりますが、省略すると「置いたのに読めない」状態に気づけません。

確認1：ブラウザで開いて文字化けを見る

https://自社ドメイン/llms.txtにアクセスし、404にならず日本語が正しく表示されるかを見ます。

文字化けする場合は、ファイルをUTF-8（BOMなし）で保存し直してください。

確認2：テキストとして配信されているかを見る

見落としやすいのがここです。

サーバーの設定によっては、.txtファイルがダウンロード扱いになったり、HTMLとして配信されたりすることがあります。

curl -I https://example.com/llms.txt

HTTP/2 200
content-type: text/plain; charset=utf-8   ← この行を確認する

text/plainかつcharset=utf-8になっていれば問題ありません。

異なる場合は、サーバーの設定ファイルで.txtの配信設定を見直します。

確認3：リンク切れがないかを見る

記載したURLをすべて開き、404やリダイレクトが発生していないかを確認します。

件数が多い場合は、リンクチェッカーにllms.txtのURLを渡せば一括で検査できます。

存在しないページを指すファイルは、読まれた場合にかえって誤った情報を与えます。

リンク切れを放置するくらいなら、その行を消すほうが安全です。

確認4：AIに読ませて要約させてみる

最後に、書いたファイルが意図どおりに伝わるかを実際に試します。

記法の正しさは検証ツールでも分かりますが、中身が伝わるかどうかは読ませてみないと判断できません。

生成AIに、llms.txtの中身をそのまま貼り付けて次のように尋ねます。

以下はある企業サイトのllms.txtです。
この内容だけを根拠に、次の3点を答えてください。
1. この会社は何をしている会社か
2. 提供しているサービスは何か
3. 料金や問い合わせ方法は分かるか

（ここにllms.txtの全文を貼り付ける）

返ってきた答えが自社の説明としてずれていたら、ずれた箇所に対応する説明文を直します。

「サービスの内容が分からない」と返ってきたなら、リンクの説明文が抽象的すぎるということです。

この確認はAIから見て自社がどう説明されるかを、公開前に一度体験できるという点でも有効です。

llms.txtに限らず、会社紹介ページや料金ページでも同じ検証が使えます。

llms.txtを書く前に知っておきたい前提

書き方の話は以上ですが、着手する前にもう1点だけ共有しておきます。

llms.txtを置いたからといって、AI検索での引用が増えるという裏付けは現時点でありません。

Google検索セントラルはAI機能向けに新しいファイルを用意する必要はないと明記しており、13万を超えるドメインを対象にした調査でも、設置済みファイルの97%は一度もリクエストされていませんでした。

この背景や、それでも設置する価値があるケースについてはllms.txtとは何かを解説した記事で実データとあわせて整理しています。

あわせて読みたい

llms.txtとは？書き方・設置手順と効果の実データを解説 llms.txtとは、AIにサイトの要点を伝えるためのテキストファイルです。読み方や基本の書き方、ルートディレクトリへの設置手順、WordPressでの作り方に加え、13万ドメインの調査データから見た実際の効果と設置すべきかの判断基準まで解説します。

また、robots.txtでAIのクローラーを拒否したままだと、llms.txtを置いても読まれません。

先にrobots.txtの記述を確認するほうが、優先度としては上です。

そのうえで、llms.txtを書く作業自体には副産物があります。

「このサイトで本当に読ませたいページはどれか」を決める過程は、そのまま情報設計の棚卸しになるからです。

作ったファイルの効果とは別に、この整理を目的に着手するのは十分に理にかなっています。

とはいえ、限られた工数をどこに使うかを決めるには、今どれだけAIに引用されているのかを知っておく必要があります。

当社では、複数のAIで自社サイトが何件引用されているかを調べる無料のAI引用診断を提供しています。

現在地を数字で押さえたうえで、llms.txtにどこまで手をかけるかを判断してください。

llms.txtの書き方に関するよくある質問

まとめ：llms.txtの書き方は「絞る・説明する・保つ」

この記事の要点を整理します。

• 構成要素は4つ。必須はH1のサイト名だけで、拡張子は.txtでも中身はMarkdownで書く
• リンクは- [名前](URL): 説明の形式。説明文が実質的な本体になる
• 使える見出しはH1とH2だけ。## Optionalは読み飛ばしてよい印として機能する
• 載せるページは20〜50件に絞る。全ページを並べるとsitemap.xmlと変わらなくなる
• 自動生成ツールは下書き作成に使い、件数・説明文・概要の3箇所は手で直す
• 公開前に、文字化け・配信形式・リンク切れ・AIの読み取りの4点を確認する

作業そのものは、テンプレートを使えば30分ほどで終わります。

ただしファイルを置くことと、AIに正しく理解されることは別の話です。

最後の「AIに読ませて要約させる」検証で違和感が残ったなら、原因はllms.txtではなく、サイト側の情報の書き方にあります。

自社が今どう説明され、どれだけ引用されているのかを数字で把握してから打ち手を選ぶのが、遠回りに見えて最短の順序です。