くるみAIバディ for LLMO 新ポジショニング — 「単独施策は意味ない」を逆手に取る

背景: 2025-04 以降の「llms.txt は意味ない」風潮

Google John Mueller の Reddit 発言 (2025-04-17) を起点に、業界で「llms.txt は keywords meta tag と同じ — 意味ない」議論が拡大。 Search Engine Roundtable で「Google Search team does not endorse LLMs.txt」が一次情報として確立。

クライアント側でも「LLMO って結局効かないんでしょ？」という声が増える前提で営業設計し直す。

一次ファクト（営業現場で引用するエビデンス）

Mueller / Google の主張（彼らの言い分は理解する）

• 2025-04-17 John Mueller, Reddit: 「AFAIK none of the AI services have said they’re using LLMs.TXT. To me, it’s comparable to the keywords meta tag」
• Mueller の論拠 3 点:
  1. AI services は使ってると言ってない（サーバーログでも確認できる）
  2. メタ keywords 同様、サイト運営者が自己申告するため manipulation 余地
  3. オリジナルコンテンツが既にクロールされてるなら llms.txt 経由で読む意味がない

しかし: Mueller は Google Search の立場 で話している

「AI 検索全般」の話ではない。Google Search team が llms.txt を読まないのは事実だが、それは Google が HTML を直接クロールするから。LLMO の本来のターゲットは Google Search ではなく AI 検索 / IDE エージェント / LLM 一般。

llms.txt の本当の消費者: IDE エージェント

• Mintlify (公式): Cursor / Windsurf / Claude Code が llms.txt を読み、ライブラリの API surface を理解する用途で使用
• Anthropic 公式 docs / Vercel / LangGraph / Stripe / Cloudflare / Supabase が llms.txt + llms-full.txt の二段構成を採用
• LangChain の内部ベンチマーク: llms.txt を使うエージェントの方が他のアプローチを上回るパフォーマンス
• BuiltWith 集計: 2025 年末時点で 844,000+ サイトが llms.txt 実装済み
• Mintlify が 2024-11 に llms.txt サポートを rollout 後、数千の docs サイトが一夜で対応

だが AI 検索クローラーは llms.txt を「ほぼ取りに来ない」のも事実

• GPTBot / ClaudeBot / PerplexityBot / OAI-SearchBot / Google-Extended はログ上、llms.txt を取得していない
• 取得しているのは IDE エージェント・MCP integrations・ライブラリ tooling 系

だから営業ストーリーは「逆手」

NG: LLMO 単独売り

• 「llms.txt 入れます」「Schema.org 入れます」「見出し最適化します」を単品で売る ❌
• これは Google が言う通り「単独では意味がない / 効かない」
• 3 ヶ月で「効かない」とクライアントから言われる構造

OK: 「LLMO 単独施策は確かに意味ない」を先に認める

そのうえで売るのは:

1. 数字で測れる仕組みだけはガチで作る = SoM (Share of Model) 計測契約
   • プロンプト・モデル ID・temperature・試行回数を契約レベルで固定
   • 月次で再現可能な数字を出す
   • raw response 24 ヶ月保存
   • llms.txt も入れるが「ゼロコスト保険」扱い (IDE エージェント向けに効く時のため、メインの動かす対象ではない)
2. 動かす対象は LLMO 単独ではない = オーガニック × 広告 × PR の横断戦略
   • LLM に出るかどうかは、LLMO 用に書いたコンテンツではなく、本物のオーガニック流入 / 本物のメディア露出 / 本物の PR / 本物の広告で生まれる権威の関数
   • LLM はそれを観測しているだけ
   • だから動かすべきは横断戦略であり、LLMO 単独ではない
   • SoM の数字は「どの施策が AI 露出を動かしたか」を観測するセンサー
3. 業界全体の議論を 1 段上に
   • 「llms.txt 効くの？」のミクロな議論 → 競合 LLMO 業者と同じ土俵
   • 「LLM の中で見つけてもらえてる？数字で測ろう」のマクロな議論 → 自社の独自ポジション

商談用カウンタートーク台本

想定反論「Google が llms.txt は意味ないと言ってましたよ」

ご指摘の通りです。Google Search チームの John Mueller が 2025 年 4 月に「llms.txt は keywords meta tag と同じ」と発言し、業界でも「LLMO 効かない」議論が広がりました。私たちもその論点は把握しています。

ただ Mueller の発言は Google Search の立場 での話で、AI 検索全般の話ではないんです。実際 Anthropic、Vercel、Stripe、Cloudflare、Supabase といった主要企業は llms.txt を本番で運用していて、Claude Code・Cursor・Windsurf といった IDE エージェントは積極的に消費しています。BuiltWith の集計では 2025 年末時点で 84 万サイト以上が llms.txt を実装済みです。

ただ、llms.txt 単独で SoM を動かす効果は限定的というのは私たちも同意します。だから当社は llms.txt を「ゼロコストで入れとく軽い保険」として扱って、メインのコアバリューには置きません。コアは SoM 計測で、動かす対象は SEO × 広告 × PR の横断戦略です。LLMO だけ売る業者は半年で「効かない」と言われるパターンが多いですが、当社はその構造を最初から避けています。

想定反論「結局 SEO・広告・PR と何が違うんですか？」

計測する対象が違います。SEO は Google 検索結果での順位、広告は CPA、PR はメディア露出量。私たちは AI の回答の中で社名が出る割合 (SoM) を測ります。

でも面白いのは、SoM を動かす実際の施策の大半は SEO・広告・PR と重なるんです。AI は本物の権威を観測しているだけで、LLMO 用に書いたコンテンツを読んでいるわけじゃない。だから 計測は当社独自、動かす施策は既存の SEO・広告・PR エコシステムを活用する。これが「LLMO 単独業者」と私たちの違いです。

関連資料への反映先

• llmo_package.md「業界の動きと当社の差別化」セクションに本ファイルへのリンクを追加
• objection-handling.md に項目 #10「Google が llms.txt は意味ないと…」を追加
• 営業 deck (curumi-llmo-package source.md): kpi-3up の次に「small-text-but-real」スライドとして本論点を入れる
• SoM レポート skill (skills/llmo-som-report/): 監査レポートの「verdict-statement」直後に「動かす対象は LLMO 単独ではない」スライド追加

検証ファクトの一次ソース一覧（営業現場で出せる形）