明日、マーケティングの営業担当があなたの店にやって来たとしよう。「検索は世代交代の最中です。llms.txt がなければ、AI にはあなたの店が見えません」。彼が見積書を開くと、あなたはふと、二十年続けてきた自分の靴修理店が、搭乗券の手続きを忘れたかのように感じる。
私は、まずペンを置こうと思う。**小さな事業者が急いで用意すべきものは、必ずしも llms.txt ではなく、見知らぬ人にも機械にも確かめられるサービスの詳細だ。**ファイルは後から追加できる。価値が書かれていなければ、URL が一つ増えたところで、ひとりでに生まれるわけではない。
それは案内紙であって、推薦の保証書ではない
llms.txt は一つの提案だ。ウェブサイトに Markdown のテキストファイルを置き、通常は /llms.txt に、サイトの紹介、重要なページへのリンク、必要な説明をまとめ、大規模言語モデルがサイトの内容を利用しやすくする。建物の案内紙を用意して、訪れた人に「修理の受付はこちら、サービスの制限についてはあのページをご覧ください」と伝えるところを想像してほしい。
クローラーのアクセス規則を管理する robots.txt とは用途が異なり、sitemap の代わりにもならない。さらに大事なのは、案内を用意したからといって、AI 検索サービスがそれを読むとは限らない。読んだからといって、あなたを推薦するとも限らない。「こちらは準備できた」と「相手が採用した」の間には、相手側のシステム設計がある。
だから、ファイルの設置をそのまま「AI での順位向上」と言い換える人がいたら、私はその間の因果関係を見せてほしいと頼むだろう。
AI が忙しくなるほど、あなたは美辞麗句を減らすべきだ
ニュースの素材にあった、AI エージェントが計算資源を消費するという切り口から、私は別の未来を思い浮かべた。機械が人の代わりに用事をこなし、読み取りのたびにコストがかかるようになれば、店同士の競争は「誰がニーズと根拠を素早く結びつけられるか」に近づくかもしれない。これは推論であって、すでに実証された順位決定の公式ではない。
誰かがこう尋ねる。「台南で、母が残した古い革のバッグを修理できるところはありますか？内側がべたついていて、持ち込めるのは土曜日だけです」。
甲店のサイトには「職人魂、最高級の技術」と書かれ、llms.txt もきれいに整理されている。乙店にはそのファイルがないが、サービスのページには、古い革のバッグの内張り交換を受け付けていること、どの素材は事前に写真を確認する必要があるか、土曜日の受付時間が明記され、公開の同意を得た修復事例も添えられている。
私がその顧客なら、乙店はすでに私の不安を受け止めてくれている。どの AI がその店を選ぶかは、システムがどう情報を取得し、読み解くかによる。だが、甲店の見栄えのいい案内は、顧客が本当に聞きたいことを補えていない。
ここで最もすり替えられやすい前提は、**機械が形式を理解できれば、あなたの価値も理解できるということだ。**形式は文章を整理できるが、「ほかの人は引き受けたがらないけれど、私は十数回も修理したことがある」という腕前を、あなたに代わって見つけることはできない。
必要な店もあれば、必要だと急かされているだけの店もある
大量のドキュメント、サービスの仕様、よくある質問を載せたサイトを運営しているなら、llms.txt を整理することには理由がある。分散している情報への入口をまとめ、この提案に対応したツールが利用しやすくするためだ。作成と保守のコストがごく低ければ、実験として試してもいい。
だが、サイトが数ページしかない小さな店なら、私はまず営業時間、サービスの範囲、価格の条件、事例を更新しておこうと思う。マーケティング予算が限られているのに、先に新しい形式を買い、三年前の電話番号を残しておく。その光景は、雨漏りする屋根の家にスマートドアベルを取り付けるのに少し似ている。
靴修理の職人は作業台に戻って腰を下ろし、靴底が裂けた登山靴を手に取る。「こういうのは、まずミッドソールを見るんです。接着し直しても、長くもたないものがありますから」。マーケティング担当者は、ちょうど「専門的な靴修理」と入力しようとしていた手を少し止め、職人のその言葉をそのまま書き留めた。