llms.txtは効くのか｜中小企業がムダにする3つの落とし穴と比較表

自社サイトを生成AIに読ませるという話になると、必ず名前が挙がるのがllms.txtという1枚のファイルです。「llms.txt、うちも置いたほうがいいんですよね？」——置く作業そのものは30分で終わるのに、置いたあとに何が起きるかを説明できる人が、ほとんどいません。

llms.txtとは、サイトの要点と重要ページの一覧を1枚のMarkdownファイルにまとめ、サイトのルート（/llms.txt）に置いてAIに読ませる、という提案仕様です。ただし2026年8月時点で、置けばAI検索に載るという性質のものではありません。この記事では、llms.txtというファイル1枚に何が期待できて何が期待できないのか、中小企業がムダにしがちな3つの落とし穴と、先に投資すべきものとの順番を比較表で整理します。

llms.txtとは何か｜置いた会社と読まれた会社は別だった

先に結論を書きます。llms.txtは、置いても損はしませんが、置いただけでは何も起きないファイルです。1枚のテキストを30分でアップロードした瞬間にAI検索での見え方が変わる、という性質のものではありません。仕組みは単純で、このファイルは「読む側のAIサービスが対応していて、はじめて意味を持つ」提案だからです。費用も手間もほぼゼロで済む代わりに、2026年8月時点の期待値もほぼゼロというのが、中小企業のサイトにとっての正直な現在地です。

llms.txtとは、AIに読ませるための1枚の案内板

まず中身から揃えます。llms.txtは、公式の仕様サイトによれば、サイトのルート（/llms.txt）または任意のサブパスに置くMarkdown形式のファイルです。構成も決まっていて、H1でサイト名を1行、その直下に引用形式でサイトの要約を1つ、続けてH2で区切ったセクションごとに重要なページのリンクを並べる、という3層の形をとります（llms.txt 公式仕様サイト（v2）／2026年8月確認）。つまり実体は、AI向けに書かれた1枚の案内板です。

なぜこんな案内板が要るのか。仕様サイトはその狙いを2点で説明しています。1点目は、Webページは人間向けに作られているため、そこから綺麗なテキストに戻すのは難しく不正確だということ。2点目は、コンテキストウィンドウはサイト全体を入れるにはまだ小さく、ムダなトークンは時間と費用になる、ということです。ナビゲーションも広告もJavaScriptも入った1ページのHTMLから本文だけを取り出す処理は、たしかに重くて外れます。その手間を、サイト側があらかじめ肩代わりして渡す。これがllms.txtの発想です。

ここで押さえておきたいのは、目的が「順位を上げること」ではなく「文脈を節約すること」だという点です。この1点を取り違えたまま導入すると、期待する成果と、ファイルが持っている機能がまったく噛み合いません。SEOの延長線上にある施策だと思って発注すると、まず期待外れになります。

2024年9月の提案から約2年、まだ「規格」ではない

時系列も押さえておきます。llms.txtは、Answer.AIのJeremy Howard氏が2024年9月に公開した記事で提案したものです。提案の核心は1行で、「サイトの作者がいちばん良く分かっているのだから、LLMが使うべきコンテンツの一覧を作者が示せる」という考え方にあります（Answer.AI「The /llms.txt file」2024年9月／2026年8月確認）。robots.txtが検索エンジンのクローラーに指示を出すファイルだとすれば、その発想をLLM向けに引き直したもの、と考えると輪郭がつかめます。

ただし、robots.txtとの決定的な違いが1つあります。robots.txtは20年以上かけて、主要な検索エンジンがそろって従う事実上の共通ルールになりました。一方のllms.txtは、提案から約2年が経った2026年8月時点でも、主要なAIサービスが足並みをそろえて参照すると表明している状態にはなっていません。提案としては筋が通っているのに、読む側が追いついていない。ここが、この約2年で起きたことのすべてです。

私は新しい仕組みを否定したいわけではありません。むしろ、仕様が軽い（Markdown 1枚）ことも、作者側が主導権を持つという設計思想も、良い提案だと考えています。問題は、良い提案であることと、いま自社の予算を割く価値があることが、別だという点です。

置いた会社と、読まれた会社は別だった

ここが本題です。llms.txtの導入で語られる数字は、たいてい「置いたサイトの数」です。しかし本当に見るべきなのは「置いたファイルが実際に読まれた回数」のほうで、この2つはまったく別の指標です。設置は30分で終わりますが、読まれるかどうかは、こちら側では制御できません。

自社サイトで確かめる観点だけ書いておくと、サーバーのアクセスログで/llms.txtへのリクエストが月に何件あったか、そのうちAIサービスのクローラーからのものが何件だったかを見れば、実態は数分で分かります。設置から3ヶ月分のログを並べれば、案内板が実際に使われているのか、置いてあるだけなのかがはっきりします。そして件数が0でも100でも、サイトの他の部分には何の影響もありません。良くも悪くも、それだけのファイルです。

だからこの記事では、「置くか置かないか」ではなく「置く前に、先に何をやるべきか」を軸に整理します。中小企業がAI検索でムダにするお金は、たいていファイル1枚の設置費ではなく、その1枚を置いたことで安心して本丸に手をつけなかった3ヶ月から6ヶ月のほうです。

設置してもムダになる3つの落とし穴

ここからが実務の話です。llms.txtがムダになる型を整理すると、3つに集約されます。3つとも、ファイルの書き方の問題ではありません。期待の置きどころと、置いたあとの運用の問題です。

この領域でつまずきやすいのは、ツール選定よりも「業務の中のどこに組み込むか」の設計です。BoostXの生成AI伴走顧問は、業務ヒアリングから設計・定着支援までをサービス対応範囲としてカバーできる領域です。

落とし穴1：Google検索は読まない——順位は1ミリも動かない

1つ目が、いちばん誤解が多く、いちばん金額のムダに直結する点です。Google検索は、llms.txtを読んでいません。これは推測ではなく、Google自身が公式ドキュメントに書いています。Google検索セントラルの「生成AI機能向け最適化ガイド」（最終更新2026年7月）は、Google検索の生成AI機能に表示されるために機械可読ファイルやMarkdown版のページを新たに用意する必要はなく、Google検索はそれらを使っていない、と明記しています。さらに、llms.txtのようなファイルを他のサービス向けに用意すること自体は構わないものの、Google検索の表示や順位に対しては害も益もなく、Google検索はそれを無視する、とまで書かれています（Google 検索セントラル「生成AI機能向け最適化ガイド」／2026年8月確認）。

この1文の意味は重いです。検索経由の流入の多くをGoogle検索とその生成AI機能が占めているサイトであれば、そのチャネルが「無視する」と公言しているファイルに、SEO対策の名目で数万円から数十万円を払うのは、単純に配分を間違えています。「AI時代のSEO対策としてllms.txtを設置します」という提案を受けたら、その提案の中身は、この1行と矛盾していないかを確かめてください。

誤解のないように補足すると、Googleが「無視する」と書いているのは、あくまでGoogle検索の話です。他のAIサービスが読むかどうかは各社の判断で、そこは今後変わる可能性があります。ただ、変わるかもしれない1つのために、いま確実に効く3つを後回しにするのは、順番として逆です。

落とし穴2：中身がリンク集で終わり、引用したくなる主張がない

2つ目は中身の問題です。llms.txtの構成は、H2セクションごとに重要ページのリンクを並べる形が基本になります。その結果、多くのサイトでこのファイルは「URLが30本から50本並んだ目次」になります。ここで抜け落ちるのが、目次はあくまで目次であって、中身ではないという当たり前の事実です。

私の経験では、BoostXの記事がAI Overviewに引用されたとき、共通していたのは自社の経験にもとづく独自の見解を含む記事でした。逆に、一般論だけで構成された記事は、検索順位が高くても引用されていません。AIが答えを組み立てるときに拾うのは、どこにでも書いてある説明ではなく、その会社にしか書けない一文です。ここが分かっていないと、llms.txtに一般論のページを50本並べて、なぜ拾われないのかと悩むことになります。

言い換えると、llms.txtは増幅器であって発電機ではありません。引用されるだけの中身がすでにあるサイトなら、案内板が1枚あることで読み取りが少し楽になります。中身が一般論なら、案内板を立てても案内する先が一般論のままです。ファイルの体裁に時間をかけるより、1本でもいいので自社の実体験にもとづく記事を書いたほうが、AI検索での見え方は動きます。

落とし穴3：置きっぱなしで、古い情報を配り続ける

3つ目が、時間差で効いてくる落とし穴です。llms.txtは、多くの場合、手で書いた静的なファイルとして置かれます。つまり、サイト側が更新されても自動では追従しません。料金を改定した、サービス名を変えた、記事を40本追加した、古いページを10本消した——そのたびに、案内板の中身は少しずつ本体とズレていきます。

私の経験では、構造化データを入れたのに引用されないという相談は、よく見ると中身が古い情報のままであることが多いです。機械可読の形式を整えることと、そこに書いてある内容が最新であることは、まったく別の作業です。そして前者は1回で終わりますが、後者は毎月続きます。

最悪なのは、削除したページや旧料金のページをllms.txtが指し続けている状態です。AIから見れば、それはサイト所有者が「これを見てください」と明示的に示した一覧なので、本文よりも信用される可能性があります。自分で立てた案内板が、自分の古い情報を配り続ける装置になる。置いて終わりにするなら、置かないほうが安全な場面すらあります。

3つに共通するのは、置くことがゴールになっていること

3つの落とし穴を並べると、共通点が1つ見えてきます。どれも「llms.txtを置く」がゴールとして設定されていることです。置いた時点でタスクが完了し、誰の担当でもなくなり、3ヶ月後には存在すら忘れられている。担当を決めずに始めたAI施策は、構造的にこの折れ方をします。

ツール選びから入ると、アカウントを開いた時点で満足してしまい、翌週にはもうログインしなくなる。導入を目的にしたときに起きやすい折れ方です。llms.txtは作業が30分で終わる分、この「やった気になる」効果が特に強く出ます。1枚のファイルを置くこと自体は、悪いことではありません。ただ、それを今期のAI検索対策の中心に据えるなら、配分を1つ間違えています。

llms.txtが効く会社・効かない会社の分かれ目

ここまで否定的に書いてきましたが、llms.txtがまったく無意味だと言いたいわけではありません。効く場面は確実にあります。ただ、その場面に当てはまる会社と、当てはまらない会社が、かなりはっきり分かれます。自社がどちら側かを見誤らないことが、この施策で唯一大事な部分です。

効きやすいのは、ドキュメントが厚いSaaSや技術サービス

効きやすい側の典型は、公開ドキュメントが数百ページ規模あるSaaSや開発者向けサービスです。APIリファレンス、設定項目の一覧、エラーコードの説明、バージョンごとの変更履歴——こうしたページは、人間が読む前に、AIに読ませる場面が実際に発生します。開発者がコーディング支援AIに「このサービスの仕様を読んで」と渡すとき、200ページのHTMLを丸ごと渡すより、要点を整理した1枚を渡したほうが速くて正確です。

これはまさに、仕様サイトが書いている「コンテキストウィンドウはサイト全体を入れるにはまだ小さい」という課題に、正面から当たっている使い方です。目的が文脈の節約なのだから、節約したい文脈が実際に大量にある会社で効く。当たり前と言えば当たり前です。

効きにくいのは、事例と一次情報で戦う中小企業サイト

一方、中小企業のコーポレートサイトはどうか。全体で20ページから50ページ、内訳はサービス紹介が5本前後、事例が10本前後、あとはブログ記事、という構成が一般的です。この規模では、そもそも文脈の節約が課題になっていません。AIから見て困るのは「量が多すぎて読めない」ことではなく、「読んでも、他社と違うことが1つも書いていない」ことのほうです。

しかも、この規模のサイトが競っている相手は大手ではありません。私の見立てでは、2026年に入ってからは、むしろ専門性の高い小規模サイトのほうが拾われやすくなっています。ページ数の多さではなく、特定の領域でどれだけ深く書けているかが効いている。つまり中小企業サイトにとっての勝ち筋は、案内板を立てることではなく、案内する先を1本ずつ濃くすることです。

自社がどちら側かを見分ける3つの問い

迷ったら、次の3問に答えてみてください。1問目、自社サイトに、仕様やリファレンスのように「参照される前提で書かれたページ」が50本以上あるか。無ければ、llms.txtの本来の効き目はほぼ発生しません。2問目、自社のページを、社外の誰かがAIに読ませる場面が実在するか。想像できないなら、案内板の読み手がいないということです。3問目、その案内板を、毎月1回でも更新し続ける担当を決められるか。決められないなら、落とし穴3に直行します。

3問すべてがYesなら、置く価値はあります。1つでもNoなら、順番が違います。そして中小企業の場合、3問ともNoになるケースが大半です。ちなみに、この手の判定を社内だけで進めるか外部に出すかで迷っている段階なら、LLMO対策を内製でどこまでやれるかの分かれ目を先に読んでおくと、自社の体制で無理なく回せる範囲が見えてきます。

置く価値はゼロではない。ただし優先順位は最後

同じ軸で並べると、違いがはっきりします。

整理すると、llms.txtは「置く価値がゼロではないが、優先順位は最後」です。作業量が30分から1時間しかないので、他が全部終わってから置けばいい。逆に言えば、最初の打ち手にするには効果が薄すぎます。では何を先にやるのか、という話に進みます。

AI検索で指名されるために先に投資すべきもの｜llms.txt・構造化データ・トピッククラスターの順番

AI検索で自社の名前が出てくる状態をつくるとき、打ち手は大きく4つあります。順番を間違えると、3ヶ月から6ヶ月がまるごと空振りします。効き目の大きい順に、1位から4位まで並べます。

1位：一次情報と、その会社しか書けない見解

最優先は、中身です。前述のとおり、BoostXの記事がAI Overviewに引用されたときに共通していたのは、自社の経験にもとづく独自の見解を含んでいたことでした。一般論だけの記事は、検索順位が高くても引用されていません。この差は、形式をどれだけ整えても埋まりません。

一次情報というと大げさに聞こえますが、必要なのは調査レポートではありません。自社で実際にやってみて分かったこと、うまくいかなかった条件、判断に迷ったときにどちらを選んだか。この3種類を1本の記事に1つずつでも入れると、記事の質が変わります。ここが空のまま形式だけ整えるのは、空の箱に立派なラベルを貼る作業です。

2位：トピッククラスターで面を押さえる

2番目が、記事を単発で増やすのをやめて、テーマの面で押さえにいく設計です。AIが特定の分野の答えを組み立てるとき、1本だけ良い記事があるサイトより、その分野を10本から15本の記事で網羅しているサイトのほうが、その分野の情報源として扱われやすくなります。

BoostXでは14カテゴリーのトピッククラスターを運用しています。最初に成果が出たのは「中小企業×生成AI導入」という、かなり絞り込んだ領域でした。ここで気づいたのは、最初の1クラスターを完成させると、2つ目以降が圧倒的に楽になるということです。書き方の型も、内部リンクの張り方も、どの深さまで書けば拾われるかの感覚も、1つ目で全部つかめます。だから、14カテゴリーを同時に薄く進めるより、1カテゴリーを12本から15本で仕上げるほうが早い。この順番は、規模を問わず効きます。

3位：構造化データと機械可読性を整える

3番目が、形式面の整備です。記事の構造化データ、FAQの構造化データ、著者情報、見出しの階層、要約文の位置——AIが内容を正しく解釈するための足場を整える作業で、これは効きます。ただし、あくまで3位です。

前述のとおり、形式だけを整えても中身が古いままなら引用は始まりません。形式は中身を運ぶ乗り物であって、中身の代わりにはなりません。1位と2位を飛ばして3位から始めると、この状態になります。なお、AI検索対策と従来のSEOをどう配分するかで迷っているなら、LLMOとSEOの違いと投資の順番に、予算をどちらへどれだけ寄せるかの考え方をまとめています。

4位：llms.txt。余力があれば置く

4番目が、この記事の主題であるllms.txtです。作業時間は30分から1時間、費用はほぼゼロ、Google検索への影響はゼロ、他のAIサービスへの効果は読む側の対応次第。この条件で考えると、1位から3位が回り始めた会社が、余力で置く。それが妥当な位置づけです。

1位から3位を飛ばして4位だけをやると、何も起きません。逆に、1位から3位が回っていれば、4位を置かなくても引用は始まります。ここが、この記事でいちばんお伝えしたい部分です。

4つの打ち手を6項目で並べる

4つを同じ6項目で並べ直すと、投資の順番が具体的になります。

この表で見てほしいのは、4位のllms.txtだけが「効き始めるまで」を自社で決められないという点です。1位から3位は、手を動かした分だけ前に進みます。4位は、どれだけ丁寧に書いても、読む側が対応しなければ0のままです。予算と時間の置き場所としてどちらが安全かは、比べるまでもありません。

ビフォーアフター：AI検索での見え方がここまで変わる

ここまでの内容を、3ヶ月の動きとして並べ直します。以下は特定の会社の実例ではなく、ここまでに挙げた要素から組み立てた一般的な流れです。

違いを生んでいるのはファイルではなく運用設計

BeforeとAfterで、使った技術は1つも変わりません。llms.txtの書き方も同じ、置き場所も同じ、費用もほぼ同じです。違いは3つだけで、①どの順番で手をつけるかが決まっている、②誰が毎月書き続けるかが決まっている、③置いたファイルを誰が更新するかが決まっている——この3つが先に決まっているかどうかです。順番を逆にして、形式から入って中身をあとから、という進め方をすると、3ヶ月目に中身の番が来る前に社内の熱が切れます。

うちはまだBefore寄りだ「Afterの3ヶ月に近づけたい」と感じた方は、次のセクションで具体的な進め方をご案内します。

よくある質問

公開日：2026年8月