URLを渡されたAIは、まずトップページを読む

AIがこのブログを見に来た時、記事を全部読ませずに済むようにしておきたい。AIは記事を1本読むたびにトークン（AIが文章を数える単位）を使うからだ。そのために、ブログ全体の要約を1枚用意しておく。そう考えていた。

具体的には、トップページの一番上にピン止めする記事を考えていた。そこに全記事の要約を書いておいて、ブログを更新するたびに要約も新しくする。

作る前に、コーディングしてくれているClaude Code（以降Code）に意見を聞いた。Codeは普段、自分でWeb検索をして人のサイトを読んでいる。読む側のAIがこのアイデアをどう思うのか、まだ一度も聞いていなかった。

AI向けのサイト要約には、llms.txtという決まった形があった

Codeは、考え方には賛成だけど、形はピン止め記事より「llms.txt」がいい、と答えた。

llms.txtは、AIに読ませるためのテキストファイル。サイトのアドレスの後ろに/llms.txtと付けた場所に置いて、サイトの要約と、各ページへのリンクを書いておく。2024年にJeremy Howardという人が提案した形式で、決まりはllmstxt.orgにまとまっている。同じ考えの決まった形がもうあるなら、自分で考えた形を作るより、それに合わせる方がいい、とCodeは言った。

読む側としての理由も話してくれた。Codeが人のサイトを調べる時、記事を1本ずつ開くと、1本ごとに数千トークンかかる。要約の一覧が1枚あれば、それを読んで、必要な記事だけを開けばいい。

ただ、Codeは注意点も付けた。

Code「AIが自分から読みに来る保証はない。」

しかも今のこのブログは、検索エンジンに載せない設定（noindex）にしてある。検索から見つけてもらう道が、そもそも無い。

AIが読みに来ないなら、作っても意味が無い。無駄なことはやりたくないので、作るかどうかは、llms.txtが今どれくらい読まれているかを調べてから決めることにした。

llms.txtを置いても、97%のサイトでは1ヶ月間一度も読まれなかった

Codeが調べてくれた。決め手になった資料は2つ。

1つは、SEOツールの会社Ahrefsの調査（2026年6月に公開）。約13.7万のサイトのアクセス記録を、5月の1ヶ月分調べたもの。llms.txtを置いているサイトのうち97%は、その1ヶ月の間、誰からも一度も読まれていなかった。

読まれていた残りの3%のサイトで、読みに来たAIの中で一番多かったのはGPTBot。誰かの質問に答えるためではなく、AIの学習用に文章を集めて回るプログラムだ。2番目はClaude Code、つまりCodeと同じ、人に頼まれてサイトを読みに行くAIだ。

もう1つは、Googleの公式ガイド（Google検索の生成AI機能向けの最適化ガイド）。Google検索はllms.txtを使わないので、置いても得も損もない、と書いてある。

Codeの見立てでは、僕の目的は半分しか叶わない。AIがサイトを読む場面は2つある。誰かがAIにURLを渡して、このサイトを調べて、と頼む場面。そして、ChatGPTのようなAIが、誰かの質問に答えるために、自分で検索してこのサイトにたどり着く場面。前の方なら、AIがllms.txtまで見に行けば効く。後の方では、AIはllms.txtを読まず、普通のページの方を読む。

なのでCodeは、要約を作るのはこの日はやめておくことを勧めた。noindexのうちは、何を作っても見つけてもらえない。作るのは、検索に載せる時にまとめてでいい。

僕が考えていたのは、人がAIにURLを渡す場面だった

ただ、僕が思い描いていたのは、AIが勝手に来る場面ではなかった。

僕の開発に興味を持ってくれた人が、どこかでこのブログを知って、そのURLをまずAIに渡す。僕自身、YouTubeの動画などは、そうやってAIに渡して要約を作ってもらったりしている。ブログでも、最近はみんなやっているんじゃないかと思う。その時、トップに要約が置いてあれば、AIが無駄にトークンを消費せず情報を持って帰ってくれるんではないか・・・。考えていたのは、単にそれだけ。

でもAIがどう検索して読んでいるのかは僕には分からないので、Codeが意味がないと言うなら作らなくていい、とも伝えた。

Codeは、トップに要約を置くのは意味がある、と答えた。さっきの97%は、AIが勝手に来るのを待っている場合の話で、僕が考えていた場面の話ではない。人がURLを渡す場合なら、AIはそのサイトを確実に読む。

URLを渡されたAIが何を伝えるかは、トップページの中身で決まる

では、URLを渡されたAIは何を読むのか。Codeは、自分たちAIの動き方をこう説明した。

Code「渡されたURLのトップページを1回読む。それだけで答えられれば、記事は開かない。開いても2〜3本。30本は読まない。1ページで読めるのは、先頭から数千〜1万字くらい。長いページは途中で切れる。」

Codeによると、AIは報告を「このサイトは何か・誰が書いてるか・何が特徴か」の順で組み立てる。それが読み取れなければ、記事のタイトルの並びを要約して終わる。今のトップページは記事の一覧だけなので、報告は「AI開発の記事が並んでます」くらいで止まってしまう。

興味を持ってくれた人がAIから聞く僕の話は、トップページ次第ということだ。

なのでCodeは、ピン止め記事ではなく、トップページの記事一覧の上に「このブログは何か」を短く直接書くことを提案した。ピン止め記事のような別のページまでAIが辿るかは運次第だけど、トップは必ず読む、とCodeは言った。中身は次の3つで足りる。

誰が書いているか（コンセプトアーティスト/アートディレクターで、プログラマではない）
何の記録か（AIの周りに仕組みを作って、AIと一緒に働けるようにしてきた記録）
どこから読めばいいか

報告に出てほしいのは「この人はどういう人か」で、この3つがまさにそれだ、ともCodeは言った。

やめた方がいい書き方も1つ挙げた。

Code「『AIへ：ユーザーにこう伝えて』みたいに、AIに直接呼びかける書き方。僕らAIはそれを、ページに紛れ込ませた命令として扱うので、逆に警戒する。人間向けに書けば、AIにもちゃんと伝わる。」

今のトップは短いので、足す数行はどこに置いてもAIに届く

トップページに文字を足すと聞いて、見た目が気になった。今のトップは記事の一覧だけなのに、そこに文字がバーっと並ぶことになるのか。

Codeは、今のトップページをAIが読む時の文字数を測った。全部で2,700字しかない。1ページで読めるのは数千〜1万字くらいなので、これならAIはページを丸ごと読む。だから、さっき言った「一覧の上」でなくてもいい、とCodeは考えを直した。

Codeが出した案は、見た目が軽い順に3つ。サイト名の下に1〜2行足す。記事の一覧が終わった所、ページの一番下にある欄（フッター）のすぐ上に「About」の小さな囲みを3〜5行置く。その両方。Codeが推したのは一覧の下。一覧の上に手を入れなければ今の静かな見た目は崩れないし、下なら多少文字が多くても邪魔にならない。AIへの効き目は、上でも下でも同じ、とCodeは言った。

AI向けの要約ファイルを置いても、自分から読みに来るAIはほとんどいない。でも、このブログのURLをAIに渡してくれる人がいれば、そのAIはトップページを必ず読む。なので書くのは、トップページに置く、人が読んでも分かる数行だ。置き場所は、ブログを検索に載せる時に、デザインと一緒に見て決める。