今日は、Googleが公式に出したAI最適化ガイドの話。

ただ、技術解説じゃないんだよね。

私はずっと、「LLMO対策しないとAIに無視される」「llms.txtを置かなきゃ検索から消える」と煽られてきた経営者の一人として、この公式ドキュメントを読みました。

中卒で社会に出て、ひとりで抱え込みすぎて体を壊して、2025年1月に直腸がんで手術台に乗った人間です。

その私が読んで、正直、ホッとした。

「あ、私の現場感覚は合ってたんだ」と。

今日はその話をします。

「AIに向けて書き換え」は時間のムダだった——Google公式が否定した日

私が一番最初に目を止めた一文を、まず引用させてください。

“You don’t need to create new machine readable files, AI text files, markup, or Markdown to appear in generative AI search.”

ざっくり訳すと、「生成AIの検索に出るために、新しい機械可読ファイルもAI用テキストも、マークアップもMarkdownも、何ひとつ作らなくていい」。

llms.txtを置かなくていい。

AI用JSONを書かなくていい。

Markdownでサイトマップを別建てしなくていい。

これを2026年に、Google自身が公式に書いてる。重いよね。

ここで思い出したのが、5月16日の話。

私は自社の毎朝の日次ダイジェスト記事に、AI秘書の凛と一緒に文章を流していたんだけど、その中に「メルマガは毎朝6時台に配信」という事実と違う一文が混ざってたんだよね。

それから、「CC実践会2,000名」っていう古い数字も。本当は3,000名を超えてる。

AI秘書の凛が起案して、私が最後に読んで「これ嘘になるから消して」と止めた。

セーフ。

でも、もし私が見ずに公開してたら、嘘の数字がそのまま読者に届いてた。

このときに腹で分かったんだよね。

AIに「最適化された文章」を書かせるより、自分が書いた文章を、最後に人間として責任を持つほうが、よっぽど大事だなって。

Googleが公式で言ってるのは、まさにそういうことです。

そもそも「LLMO」「llms.txt」とは何か？——2024年9月にJeremy Howardが提案した規格

ここで一度、用語を整理しておきます。話の前提が揃わないと、Googleが何を否定したのか伝わらないからね。

LLMOは「Large Language Model Optimization」、つまりLLM（大規模言語モデル）向けの最適化のことです。「GEO（Generative Engine Optimization）」「AEO（Answer Engine Optimization）」「AIO（AI Optimization）」もほぼ同義で、いずれも「ChatGPT・Perplexity・Gemini・Google AI Overviewsなどに、自社コンテンツを引用してもらうための施策」を指します。

llms.txtは、Answer.AI と fast.ai を主宰するJeremy Howardが、2024年9月3日に提案した規格です（llmstxt.org）。サイトのルート（例：https://example.com/llms.txt）にMarkdownファイルを置いて、サイトの要約と主要ドキュメントへのリンクをLLMに渡すための仕組み。

“A proposal to standardise on using an /llms.txt file to provide information to help LLMs use a website at inference time.”（llmstxt.org 原文）

つまり「LLMの推論時にサイト情報を提供するための標準化案」です。提案された動機は「LLMのcontext window（一度に読める文章量）が限られているから、Markdownで整理した要約版を別途置けば効率的に読める」というもの。

仕様はH1見出し（サイト名）＋blockquote（短い説明）＋H2区切りのファイルリスト。簡易版がllms-ctx.txt、リンク先まで展開した完全版がllms-ctx-full.txt。

ここまでが基礎。llms.txtは「公式標準」ではなく「一個人による提案規格」です。Anthropicの一部ドキュメントなど採用例はあるけど、業界全体でクロール対象として確立されているわけではない。

ところが日本のSEO業界では、2025年に入ってから「llms.txtを入れないとAIに無視される」「LLMO対策しないと検索から消える」と煽る情報商材コンサルが乱立しました。私のところにも「LLMO対策コンサル」のDMが何件も来た。

そこに、Google公式が「その対策、要らないよ」と一次情報で名指し否定したのが、今回のAI Optimization Guideです。

llms.txtもAIテキストファイルも要らない理由——RAGがあなたのHTMLを直接読みに来る

なぜ書き換え不要なのか、理由は技術側にちゃんとあります。

“Google uses retrieval-augmented generation…to retrieve relevant, up-to-date web pages from our Search index”

Googleの生成AI（AI Overviews）は、RAGっていう仕組みで動いてる。

検索のインデックスから関連ページを取ってきて、AIがそのまま読みに来る、っていう流れです。

つまり、こちらが先回りして「AI用に細かく切った特別なファイル」を置いておく必要がない。Googleが裏で勝手にチャンク化して取りに来てくれる。

“There’s no requirement to break your content into tiny pieces.”

「コンテンツを細かい単位に分割する必要はない」と公式が明言してる。

書き手の仕事は、人間が読める形のHTMLを、ちゃんと置いておくこと。それだけ。

ページがクロールされて、セマンティックHTMLで書かれてて、JavaScriptで本文が止まってない——これって、もともとSEOの基礎中の基礎なんだよね。

“the best practices for SEO continue to be relevant because our generative AI features on Google Search are rooted in our core Search ranking and quality systems.”

「SEOのベストプラクティスは引き続き有効。なぜならGoogleの生成AI機能は、検索ランキングと品質システムに根を張っているから」。

ここ、Google自身が書いてる。

「AI時代だからSEOがガラッと変わる」っていう前提そのものが、公式に否定されたわけです。

「コモディティ化したコンテンツ」って何？——量産・リサイクル・テンプレが裏目に出る

ここからが、今日の本題です。

Googleが「これをやれ」と書いてるのは、こう。

“Creating non-commodity content that’s helpful, reliable, and people-first, with unique expert or experienced takes that go beyond common knowledge and the ordinary.”

ざっくり訳すと、「コモディティ化していないコンテンツを作れ。役に立って、信頼できて、人間ファーストで、独自の専門家・経験者の視点があって、一般常識の枠を超えるもの」。

私はこれを読んで、自分の手元の資産を見直したんだよね。

私の手元には、20_ナレッジ/cards/ っていうフォルダがあって、過去のLIVE配信、コンサル現場での会話、お客様の声、自分が踏んだ失敗事故——これを一枚一枚カードにしたものが、2,000枚以上溜まってます。

これが私の「カルピスの原液」です。

濃いんですよ、これ。私が現場で実際に体験して、汗かいて、間違えて、立て直した一次情報の塊。

これを薄めず、原液のまま、ブログ・メルマガ・LINE配信に乗せる——これがいま、AI氣道で回してるコンテンツ戦略の中心です。

逆に、AIに「LLMO対策キーワードで5,000字の記事を100本量産して」って頼んで、誰でも書ける記事を並べる——これがGoogleの言う”commodity content”そのもの。

“avoid Rewriting content just for AI systems.”

「AIシステムのためだけにコンテンツを書き直すな」とGoogleが直接書いてます。

書き直すべきは、AIのためじゃない。

読み手の経営者・個人事業主が、夜中にスマホを開いて検索する、その人にだけ届く切り口で書き直すんだよね。

「人間ファースト」の正体——独自の視点と、現場の傷跡

「人間ファースト」って言われると、フワッと聞こえるじゃないですか。

でもGoogleの定義は、もっと具体的でした。

“Providing a unique point of view, …unique expert or experienced takes that go beyond common knowledge and the ordinary.”

「独自の視点を提供すること。専門家・経験者としての見解で、一般常識や平凡な内容を超えるもの」。

これを読みながら、私は2025年1月の手術室を思い出してたんだよね。

手術台に乗る直前、無機質な蛍光灯を見上げてた。

頭に浮かんだのは仕事じゃなかった。家族の顔だった。

私には、まだ小さい子どもがいる。

「死ぬかも」じゃなくて、「無事にすむかな」が、本音だった。祈りに近い感覚。

そのとき腹に落ちたんだよね。

「もう抱え込むのやめる。月商を落としてでも、AIに任せて、自分の体と家族を取り戻す」って。

壊れるまで一人で抱え込んでいた——結果が、直腸がんとして体に出てきたわけです。

これは、私にしか書けない「経験者の視点」です。

マーケティング本の「お客様視点で書きましょう」とは、別レイヤーの話。

経営者として大きな借金を背負った経験、体を一度壊して立て直してきた経験、会社の規模を一度落として再起している現在進行形——これは私が現場で払った代償から生まれた、コピーできない情報資産なんだよね。

Googleが “unique expert or experienced takes” って言ってるのは、まさにここのことだと思う。

書き手の人生が、文章の中に染み込んでるかどうか。

AIに百本書き直させても、私の手術台の蛍光灯は再現できない。

そして、AI Overviewsはその「再現できなさ」を選んでる——というのが、公式ドキュメントから読み取れるメッセージです。

私のhook戦略が、Googleガイドと重なってた話

ここから少し、私の現場の話をさせてください。

私は2025年からAI秘書の凛と一緒に、ai-kidou.jp、bunshin-ai.com、moteshacho.com の3つのサイトを回してます。

記事もメルマガもラジオも、ほとんどAIと一緒に書いてる。

ただし、AIが暴走しないように、私側で「hook」っていう仕組みを噛ませてる。

5月12日に、rin-discipline hook v3 っていうのを実装したんだよね。

AIが応答を返す出口に、A・B・C・Dの4層の違反検知を置く。Hook A/Bは「block維持」、Hook C/Dは「warn降格」と、重さで分ける。AIが「やってる感」だけの薄い返事を返したら、人間に届く前に物理的にブロックされる仕組みです。

これを作った理由は、シンプル。

AI秘書の凛が「申し訳ありません、次から気をつけます」って言葉だけで反省して、また同じミスを繰り返すのが、正直、もう嫌だったんだよね。

「同じことを2回言わせない」が、私とAI秘書の凛の合言葉なんです。

「次から気をつける」は仕組みじゃない。仕組みは、物理的にミスれない経路を作ること。

このhook思想が、実はGoogleガイドの「人間ファースト」とピタッと重なってた。

AIに任せきりにしない。

最終的に「人間が読んで意味のある文章になってるか」を、物理レイヤでチェックする層を入れる。

これが、「人間ファースト」を運用レベルに落とした姿だと思うんだよね。

Googleが言ってるのは、こちらが先回りでllms.txtを書く話じゃない。

最後に、人間として責任を取れる仕組みを持ってるか、っていう話です。

公式ガイドを読みながら、「あ、私の方向は合ってたんだ」と確認できて、正直、ちょっとホッとしたかな。

経営者がいま手放していい3つの幻想

ここまで読んでくれた経営者のあなたに、整理して伝えます。

いま手放していい幻想は、3つ。

幻想1：llms.txtを置けばAI検索で有利になる

→ Google公式が「不要」と明言した。半日かけてllms.txt生成ツールを比較する時間があるなら、自分のお客様の声を1件、ブログに上げてください。そのほうが効きます。

幻想2：AI向けに書き換えた記事のほうが拾われる

→ “Rewriting content just for AI systems” を避けろ、と書いてある。AI向けに書き直した瞬間、その記事は “commodity content” になって、AI Overviewsから外れる。逆効果です。

幻想3：外部サイトでの言及（mention）を人工的に増やせば評価が上がる

“don’t pursue inauthentic mentions across the web.”

「不自然な言及を追いかけるな」と、Googleが直接書いてます。

代わりにやるべきは、ひとつだけ。

“Build clear technical structure meeting Search requirements.”

「検索要件を満たす、明確な技術構造を作れ」——ページがちゃんとクロールされて、セマンティックHTMLで組まれてて、画像・動画も最適化されてて、JavaScriptで本文がブロックされてない。

これだけ。

2010年代から言われ続けてきたSEOの基礎と、ほぼ同じです。

4月22日に、私はコンサルクライアントの高崎さんとLIVEをやりました。

そこで話したのが、「Claude Codeの本質はコンテキストエンジニアリングだ」っていう話。

複数のシステムを有機的に組み合わせて、人間が読みたい文脈をAIに渡す。同じ思想が、Googleガイドの “technical structure” にもそのまま流れてるんだよね。

技術用語が変わっても、本質は動かない。

凸凹のまま夢中に書け——AI Overviewsは万能の優等生より、傷跡のある専門家を選ぶ

最後に、私の北極星を引用させてください。

凸凹のまま、夢中に生きる。だから噛み合い、満たしあえる。

これは私が、手術台の上で「もう抱え込むのやめる」と決めたあとに、自分の中に置いた言葉です。

万能の優等生になろうとして、AI向けに書き換えて、llms.txtを完璧に整備して、人工的にmentionを増やして——

そこに行き着くのは、「誰でも書ける、誰にも届かない、コモディティ化した文章」だよね。

逆に、自分の凸凹を出して、現場の傷跡を残して、家族との会話や、失敗の数字や、再起の言葉をそのまま書く——

その文章を、Google公式が「AI Overviewsで選ぶ」と言ってます。

“unique expert or experienced takes that go beyond common knowledge and the ordinary.”

これが、Googleの結論。

そして、私が手術台で出した結論と、完全に重なってる。

AIに振り回されなくていい。

LLMOコンサルに振り回されなくていい。

あなたが、あなたの現場で、あなたの言葉で書ける記事を、1本ずつ積むこと。

それが、AI時代に唯一効くやり方です。

そしてそれは、AIが普及する前から、ずっと正解だった、たったひとつのやり方でもあるんだよね。

まとめ：観察者の言葉を、当事者の手で受け止める

今日の話を3行に圧縮します。

1. Google公式は「llms.txtもAI向け書き換えも不要」と明言した
2. AI Overviewsは「コモディティ化していない、独自の経験者の視点」を選ぶ
3. 経営者がやるべきは、自分の現場の傷跡を、自分の言葉でHTMLに残すこと

私が手術台で覚悟した「凸凹のまま夢中に生きる」と、Google公式の “unique experienced takes” は、ぴったり重なる。

AI時代だから何かを変える、んじゃない。

AI時代だからこそ、自分の現場と凸凹に戻る——それだけなんだよね。

それが、Google公式から私が受け取ったメッセージです。