llms.txtを入れるべきか迷ったとき、最初の30分でやること
llms.txtの期待値を外さず、最初の30分で“入れるか/何を載せるか/先にやるべき制御（robots.txt）”を固定するチェックリストです。
llms.txtを入れるべきか迷ったときは、先に「期待値」と「最低限の安全策」を固定すると事故が減ります。結論は、llms.txtは“地図”としては有用だが、検索やAIOの掲載を保証する仕組みではない、です。
最初に結論（迷いを30分で終わらせる）
- まず「AIに読まれたいページ（引用されたいページ）」を決めます（全ページではなく、代表ページから）。
- 次に、**検索向けの前提（インデックス可能 / スニペット可能 / 技術要件）**が満たせているかを確認します。
- その上で、llms.txtは「人間向けナビでは足りない、機械向けの導線」を補う“追加の地図”として入れます。
- AI学習・エージェント巡回の制御をやりたいなら、llms.txtより先に **robots.txt（Google-Extended など）**の方が優先度が高いです。
30分チェックリスト
1) “入れても意味が薄い状態”を除外する（最優先）
- 主要ページがインデックスされている（またはインデックス可能）
- robots.txt / noindex / canonical の事故がない
- サイトマップが配れている（落ちていない、古いURLだらけになっていない）
- AI Overviews / AI Mode の前提（Searchの技術要件）を満たす状態になっている
参考: Google Search Central（AI features / robots.txt / common crawlers）
- https://developers.google.com/search/docs/appearance/ai-overviews?hl=en
- https://developers.google.com/search/reference/robots_txt
- https://developers.google.com/search/docs/crawling-indexing/google-common-crawlers
2) llms.txtに“載せるページ”を決める（全部入れない）
最初はこの3種類だけで十分です。
- 代表記事（その領域で一番更新されている、根拠リンクがある）
- ハブ（カテゴリの一覧、重要ページへの導線がある）
- 信頼（運営者/問い合わせ/方針/FAQ など、引用時に安心材料になるページ）
3) llms.txtの最低限フォーマット（安全運用）
- ルート直下（
/llms.txt）に置く - “重要ページ”は少数に絞る（増やすのはデータを見てから）
- 既存のサイトマップ/内部リンクを置き換えない（補助に留める）
4) 「AIに読まれたくない」を先にやるなら robots.txt
llms.txtは制御ではなく“案内”です。制御をしたい場合は robots.txt を先に扱います。
例:
Google-Extendedを許可/拒否して、Gemini の学習や一部の利用（検索以外の利用を含む可能性）をコントロールする- 特定ディレクトリだけをクロール対象から外す
5) “効いたか”はクリックより引用/指名で見る
AI検索では、クリックが増えないまま指名や問い合わせが増えることがあります。可能なら次の観測点を用意します。
- Search Console: 指名クエリ / 重要ページの表示回数の変化
- GA4: 重要ページの閲覧（特にハブ/代表記事）と回遊
- Bing: AI引用の可視化（AI Performance が利用できる場合）
SiteOpsで最短にする
llms.txtは“入れること”より、重要ページを継続的に更新できる運用が本体です。SiteOpsは、複数サイトの重要ページをサイト別・ページ別に並べ、更新の優先順位と変化点（いつから何が変わったか）を固定して、迷いを減らします。
次に読む
- AI検索で引用されやすいページのチェックリスト
- Discovered / Crawled - currently not indexed が増えたとき、最初の30分でやること
この記事を書いた人
川原
SiteOps編集チームの公開窓口として、検索、アクセス、収益データをもとにした運営判断の知見をまとめています。
関連記事
次にやること
複数サイトの検索、アクセス、収益データをまとめて見直すなら、SiteOpsのダッシュボードでサイト別に確認できます。
料金を見る相談したい / お問い合わせ