Google は llms.txt を使わない。それでも Shopify は公開する

Google Search は、AI Overviews、AI Mode、ランキング、可視性のために llms.txt を使用しないと明記しています。一方、Shopify は、この規約を探す旧来の AI クローラーとの互換性のために llms.txt と llms-full.txt を自動提供します。

両者は矛盾しません。Google が説明しているのは Google Search の入力です。Shopify は発見規約をサポートしつつ、有効化されたエージェントチャネルの製品データについては Shopify Catalog を正式な情報源としています。

Google の見解は明確

AI features and your website は、従来の基礎を維持しています。コンテンツはアクセス可能で有用かつ技術的に健全であり、適切な商品やビジネスの仕組みを使用すべきです。Google は、Search の AI 機能に llms.txt や特別なマークアップは不要で、それらを追加してもランキングや可視性に有利にも不利にもならないと説明しています。

したがって、このファイルは AI Overviews や AI Mode の要件でも、文書化されたランキング要因でもありません。不在がペナルティになるという根拠もありません。ただし、この説明は Google Search に限られ、他のエージェントも使わないことを証明するものではありません。

Shopify が公開するもの

Shopify の Products in agentic storefronts は、/agents.md をストアフロントの正式なエージェント向けガイドとしています。/llms.txt と /llms-full.txt は互換 URL として提供され、既定では同じ案内を含みます。

同時に、商品、価格、在庫については Shopify Catalog が有効なチャネルの正式な情報源です。発見ファイルは Catalog の代わりではありません。

五つの層を分ける

層	主な役割	例	証明しないこと
検索エンジン	クロール、インデックス、ランキング	Google Search	エージェントが `llms.txt` を読んだこと
エージェント案内	短い地図と説明	`agents.md`、`llms.txt`	商品データの完全性
商品配信	商品、価格、在庫	Shopify Catalog	ブラウザー checkout の操作権限
コマースプロトコル	構造化された操作	UCP、MCP、WebMCP	検索順位の向上
確認と支払い	同意、challenge、注文確定	Checkout、3-D Secure	発見ファイルによる購入許可

/llms.txt が HTTP 200 を返しても、証明できるのは配信だけです。取得、リンク訪問、商品発見、カート、注文、売上は証明しません。

互換性に意味がある理由

2026 年 8 月 10 日に更新された llmstxt.org は、エージェントを支援する Markdown ファイルを提案しています。プラットフォームが複数の発見規約を同じ保守済み情報へ向けるのは合理的です。しかし、利用可能であることは普遍的な利用を意味しません。RSS を公開しても全員がリーダーを使うとは限らないのと同じです。

発見ファイルは商品フィードではない

発見ファイルは短く安定し、選択的であるべきです。商品カタログは大量で動的かつ取引に使われます。価格、在庫、バリエーション、地域制限、キャンペーンを手作業で複製すると矛盾が生じます。動的な事実には自動化された正式な情報源と更新ルールが必要です。それがなければ、正式なページへのリンクの方が安全です。

robots.txt は別の制御

Shopify はオープン Web のクロールと、有効化済みエージェントチャネルを分けています。robots.txt はクロール希望、llms.txt は案内提案、Shopify Catalog は商品配信を担います。どれも他を全面的に置き換えません。

優先すべき場合

対象となる利用者が明確または検証可能で、正式かつ保守されたリソースへリンクし、責任者と更新条件が決まっており、Google ランキングを約束しない場合は合理的です。Shopify では独自自動化の前に、プラットフォームが live で返す内容を確認します。

重要ページがクロール不能、canonical が矛盾、商品データが誤り、構造化データと表示内容が不一致、配送や返品が不明確、checkout が未検証なら優先度は低くなります。

可用性と利用を分けて測る

存在： ステータス、media type、文字コード、内容、日付、ハッシュ。
妥当性： 構文、リンク、言語、正式な参照先、鮮度。
取得： 許可されたログ。user-agent は偽装可能として扱う。
リンク追跡： ファイル取得とリンク先取得の説明可能な順序。
業務行動： 商品表示、ツール呼び出し、カート、checkout、確定注文を別々に測る。
増分効果： 単純な前後比較ではなく、対照を置いた設計。

測れない段階をゼロに変えてはいけません。

現時点で確認できること

2026 年 9 月 29 日時点で、Google Search は llms.txt を使わず、Shopify は互換ファイルを提供しながら Catalog を商品データ源とし、llmstxt.org はコミュニティ提案を公開しています。普遍的な利用、ランキング上の利益、コンバージョン効果は確認されていません。

判断は対象利用者から始めます。文書化された読者のために公開し、正確で保守可能に保ち、Google 可視性の近道ではなく発見面として測定してください。

優先すべきでない場合

クロール、canonical、表示商品データ、構造化データ、配送、返品、checkout が信頼できない間は、このファイルは二次的です。まず基礎を修正すれば複数の利用者に役立ち、より強い証拠になります。

保守チェックリスト

対象利用者、責任者、更新条件を決めます。リンクとリダイレクトを確認し、Google に関する約束を削除し、ハッシュと観測日を保存し、テキストを潜在的に危険な入力として扱います。基礎説明、例、バリデーター、作成ガイドは別々の作業を支援します。

結論

「Google は使わない」と「Shopify は提供する」は別の問いへの回答です。文書化された利用者には有用でも、商品データ、技術 SEO、取引ツールの代替にはなりません。