llms.txtとは？WordPress・ShopifyでのAI検索対応チェックリスト【2026】

llms.txtとは、サイトのルート直下（例:https://example.com/llms.txt）に置くMarkdown形式のテキストファイルで、AI(大規模言語モデル)がそのサイトの構造や重要ページを短時間で把握できるように、要約とリンクの一覧をまとめたものである。2024年9月にAnswer.AI社のJeremy Howard氏が提唱した比較的新しい取り組みで、robots.txtやsitemap.xmlのような正式な業界標準ではなく、あくまで「こう書けば読み取りやすいのでは」というコミュニティ発の提案(convention)という位置づけにとどまっている。本記事執筆時点(2026年8月)でも、Google・Bing・Perplexityといった主要なAI検索エンジンがllms.txtを検索結果やAI回答の生成に公式に利用していると認めた例はなく、対応はまだら状態である。この記事では、llms.txtの正確な現状と、WordPress・ShopifyでECサイトを運営する担当者が実務として何を準備すべきかを、公式情報にもとづいて整理する。

Shopifyやその他ECの制作・運用・保守について、お気軽にご相談ください。
連絡は問い合わせ・無料相談・無料お見積りよりどうぞ。

llms.txtとは何か

llms.txtの仕様は、提唱者であるJeremy Howard氏らが管理するllmstxt.orgで公開されている。仕様上の必須要素は「サイト名を表すH1見出し1つ」のみで、その下に任意でblockquoteによる要約文、補足説明の段落、そして「## Docs」「## Products」のようなH2見出しごとに[ページ名](URL): 説明文という形式でリンクを列挙するのが基本構成である。HTMLページには広告・ナビゲーション・JavaScriptなど、AIが文脈を理解するうえで不要な情報が大量に含まれるため、「LLMが処理しやすい、要点だけのMarkdown版の道案内を別途用意する」というのがllms.txtの狙いだ。

提唱の背景には、Howard氏が携わっていたFastHTMLやnbdevといったPython系オープンソースプロジェクトのドキュメントサイトで、実際にllms.txtを設置して運用してきた経緯がある。仕様のフォーマットにMarkdownを採用しているのも、「HTMLのパース処理を挟まずに済む、LLMにとって最も扱いやすい記法」という考え方にもとづく。提案はGitHub上のリポジトリで公開され、Discordでのコミュニティ議論を通じて仕様が更新される、オープンソース的な運営がなされている点も、公的な標準化団体が策定するrobots.txtやsitemap.xmlとの大きな違いである。

robots.txt・sitemap.xmlとの違い

3つのファイルはいずれもサイトのルート直下に置かれるが、役割はまったく異なる。robots.txtはクローラーに対して「どのURLにアクセスしてよいか/悪いか」を指示するアクセス制御のファイルであり、古くからGoogleをはじめとする検索エンジンが公式に準拠している。sitemap.xmlはサイト内の全ページ(またはインデックスさせたいページ)のURL一覧を機械可読な形式で網羅的に提示するもので、これもGoogle・Bing双方が公式にサポートしている。一方でllms.txtは網羅的なURLリストではなく、運営者が「AIに読んでほしい」と判断した重要ページだけを絞り込み、それぞれに短い説明文を添えて提示するキュレーション型の要約ファイルである。アクセス許可を出すrobots.txt、全ページを列挙するsitemap.xml、重要ページだけを厳選して説明するllms.txtという三者三様の役割分担だと理解しておくと整理しやすい。

なお、llmstxt.orgの仕様書自体は「対応する検索エンジンやAI企業がどこか」については言及していない。あくまで「こういう形式で書けばLLMが読み取りやすいはずだ」という提案書であり、robots.txtのように長年の運用実績によって事実上の標準として機能してきたものとは前提が異なる点は、導入を検討するうえで押さえておきたい。

また、llms.txtにはフルテキスト版としてllms-full.txtを併設する運用も提案されている。llms.txtが「目次+短い説明」の軽量版であるのに対し、llms-full.txtは主要ページの本文そのものをMarkdownでまとめて1ファイルに収録する、より重量級のバージョンである。ドキュメントサイトのようにページ数が限られ、かつ内容の正確な引用を重視するサイトでは、この2段構えの運用が想定されている。ただしファイルサイズが大きくなりすぎると、AI側の処理コストの観点からかえって読み込まれにくくなる可能性もあり、EC サイトのように商品ページ数が多いサイトでllms-full.txtまで用意する必要性は現時点では薄い。

Shopifyやその他ECの制作・運用・保守について、お気軽にご相談ください。
連絡は問い合わせ・無料相談・無料お見積りよりどうぞ。

なぜ今、llms.txtに注目が集まっているのか

ChatGPT検索・Perplexity・Copilot・Claude(Web検索機能)など、生成AIが検索結果ページに代わる情報接点として使われる場面が増えたことが背景にある。これらのAIは、ユーザーの質問に対してWebページの内容を要約・引用しながら回答を生成するため、EC事業者にとっては「AIの回答内に自社サイトの情報が正しく反映されるか」が新しいSEO課題として意識されるようになった。llms.txtは、この文脈で「AIに自社サイトの構造を正確に伝える手段」として提案されているものだ。

実際に広く採用が進んでいる領域として明確なのは、開発者向けドキュメントサイトである。Cursor・Windsurf・Claude Code・GitHub Copilot・Cline・Aiderといったコーディング支援ツールは、参照先のドキュメントサイトに対して/llms.txtや/llms-full.txtの有無を確認し、存在すればそれを優先的に読み込む挙動を持つことが知られている。一方で、一般消費者向けのAI検索(ChatGPT検索やPerplexityでの商品比較など)がllms.txtを実際の回答生成にどこまで利用しているかについては、後述のとおり主要各社から明確な裏付けは出ていない。「AI時代のSEO対策として万能」という触れ込みで語られることもあるが、現状は「開発者ツール領域では実利用が進み、消費者向けAI検索エンジンでの扱いは不透明」という二層構造になっている点を正しく理解しておく必要がある。

ECサイトにとって特に無視できないのが、AI側に購入前の比較検討を支援する機能が実際に組み込まれ始めている点である。ChatGPTには商品検索・比較を行う「Shopping Research」的な機能が、Perplexityには「Perplexity Shopping」という商品検索・比較に特化した機能がそれぞれ用意されており、ユーザーがAI上で商品を比較し、そこから外部の販売サイトに遷移する導線がすでに存在する。これらの機能が参照する情報源の詳細(独自クロールか、既存の検索インデックスの流用か)は各社で異なり、必ずしもllms.txtに依存しているわけではないが、「AIが商品比較の入り口になる」という流れ自体は、ECサイト運営者が無視できない実際の変化だと言える。

この文脈でよく一緒に語られる言葉に、GEO(Generative Engine Optimization)やAEO(Answer Engine Optimization)がある。いずれも「生成AIの回答内で自社の情報が引用・言及されやすくすること」を指す言葉として、2024年以降マーケティング業界で使われ始めた比較的新しい呼び方であり、SEOのように確立された測定手法や業界標準があるわけではない。llms.txtは、このGEO/AEOという大きな取り組みの中の一手段として語られることが多いが、後述するとおり構造化データやページ品質といった旧来からの技術的SEO要素のほうが、現時点では確実性の高い土台になる。

Shopifyやその他ECの制作・運用・保守について、お気軽にご相談ください。
連絡は問い合わせ・無料相談・無料お見積りよりどうぞ。

主要検索エンジン・AI企業の公式見解

llms.txtの実務的な価値を判断するうえで最も重要なのが、各社の公式な立場である。断片的な期待や噂ではなく、確認できた一次情報ベースで整理する。

Googleは、llms.txtを検索やAI Overviewsの生成に利用しない方針を明確にしている。Google Search Central(Search Relations チームのGary Illyes氏、John Mueller氏)は、llms.txtを採用する予定がないことを繰り返し説明しており、John Mueller氏はこれを「自己申告制で、かつ悪用されやすかった旧keywordsメタタグ」になぞらえている。Googleの公式ヘルプページも、サイト運営者が新たにllms.txtを作成する必要はなく、Google検索はllms.txtを参照しない旨を明記している。AI Overviewsを含むGoogleでの掲載順位は、通常の検索と同じく「クロール可能で、構造が明確な、有用なコンテンツ」という基本方針にもとづくとされている。

OpenAI・Perplexity・Microsoft(Bing/Copilot)については、Googleのような明確な「使わない」という否定の公式声明は確認できない一方、「llms.txtをクロールや回答生成に利用する」と明言した公式ドキュメントも見当たらない。各社が公開しているのは、後述するクローラーのUser-Agentと、それぞれがrobots.txtにどう従うかという情報が中心であり、llms.txt自体の扱いについての言及は現時点では乏しい。なお、Perplexityは公式ヘルプセンターで「robots.txtで許可されていないページは全文・部分本文をインデックスしない(ただし、ドメイン名や見出しなど、ごく短い事実情報は表示されうる)」という方針を説明しており、robots.txtの遵守についてはOpenAI・Anthropicとともに一定の透明性を保っている。

つまり2026年8月時点の実態は、「llmstxt.orgという提案があり、開発者向けAIコーディングツールの一部が実際に参照している一方、一般消費者向けのAI検索エンジンでの採用は限定的、Googleに至っては明確に不採用」というのが最も正確な要約になる。導入自体を否定する必要はないが、「llms.txtさえ置けばAI検索で有利になる」という単純な期待は正確ではない。

各社の対応が分かれる理由

Googleがllms.txtを採用しない理由としてJohn Mueller氏が挙げているのは、「サイト運営者の自己申告をそのまま信じる仕組みは、悪用(実際のページ内容と異なる有利な説明を書く、など)されるリスクがある」という点である。Googleは何十億ページものレンダリング済みHTMLを実際にクロール・解析する能力を既に持っており、追加のテキストファイルに依存する必要性が薄いという事情もある。一方、開発者向けAIツールがllms.txtを参照するのは、対象がドキュメントサイトという比較的信頼性の高い情報源に限られ、かつHTMLのレンダリングコストをかけずに素早くコンテキストを取得したいという実利的な理由が大きい。この違いを理解すると、「なぜ同じ仕組みなのに企業ごとに扱いが違うのか」が納得しやすくなる。

Shopifyやその他ECの制作・運用・保守について、お気軽にご相談ください。
連絡は問い合わせ・無料相談・無料お見積りよりどうぞ。

llms.txtに何を書くべきか・書くべきでないか

導入する場合でも、闇雲に全ページを列挙するのは逆効果になりやすい。llmstxt.orgの仕様が想定しているのは「AIに文脈として読ませたい、厳選された重要ページの地図」であり、sitemap.xmlの代わりにはならない。

選定の判断基準としては、「そのページが、初めて自社を知った人からの質問に答える内容かどうか」を目安にするとよい。たとえば「送料はいくらですか」「海外発送はできますか」「サイズが合わなかった場合は交換できますか」といった、購入前によく聞かれる質問に答えるページは、AIの回答にそのまま引用される可能性が高い候補になる。逆に、既存顧客向けのマイページ機能の説明や、社内の採用ページなど、AI検索経由の新規顧客が直接必要としない情報は、無理にllms.txtへ含める優先度は低い。

書くべき内容の例は、会社概要・サービス内容が分かるトップページやAboutページ、主要な商品カテゴリー・コレクションページ、購入前の疑問に答えるFAQやガイド記事、送料・返品・支払い方法など取引条件に関する固定ページ、そして問い合わせ導線となるお問い合わせページなどである。各リンクには「このページで何が分かるか」を1文で説明する短い説明文を添える。

書くべきでない内容の例は、決済完了後のサンクスページ、キャンペーン用の期間限定ランディングページやA/Bテスト中のテストLP、カート・マイページなどログインが前提の個人化されたページ、検索結果や絞り込みフィルターで自動生成される重複性の高いURL、社内向け・下書き段階のページなどである。これらを含めると、AIに提示する情報の密度が下がるだけでなく、公開すべきでないURLをかえって目立たせてしまうリスクもある。件数の目安としては、仕様上の推奨に厳密な上限はないものの、数十件規模で「本当に重要なページだけ」に絞り込む運用が実務的である。

記述例

ECサイトを想定した最小構成の記述例は以下のようになる。H1にサイト名、blockquoteに事業内容の要約、H2で「会社概要」「商品カテゴリー」「サポート」のようにページ群を分類し、各行に[ページ名](URL): 説明文の形式でリンクを並べる、という構造である。

# Example Store

> Example Storeは、〇〇を専門に扱うオンラインストアです。

## 会社概要
- [会社概要](https://example.com/about): 運営会社の事業内容と沿革
- [お問い合わせ](https://example.com/contact): 商品・法人向けの問い合わせ窓口

## 商品カテゴリー
- [〇〇カテゴリー](https://example.com/collections/xxx): 主力商品ラインの一覧
- [よくある質問](https://example.com/pages/faq): サイズ・配送・返品に関するFAQ

## サポート
- [送料・配送について](https://example.com/pages/shipping): 配送方法と送料の一覧
- [返品・交換について](https://example.com/pages/returns): 返品条件と手続き方法

あくまで一例であり、実際の項目立てはサイトの商品構成や事業内容に合わせて調整する。重要なのは網羅性ではなく、「AIに読ませて誤解のない、最小限かつ正確な情報」に絞り込む姿勢である。

Shopifyやその他ECの制作・運用・保守について、お気軽にご相談ください。
連絡は問い合わせ・無料相談・無料お見積りよりどうぞ。

WordPressでllms.txtを設置する方法

WordPressでの設置方法は大きく「プラグインを使う方法」と「手動で設置する方法」の2通りがある。どちらを選ぶかは、更新頻度と社内のリソースで判断するとよい。記事や商品を頻繁に追加・削除するサイトでプラグインによる自動更新が向いているのに対し、更新頻度が低く、掲載するページを厳密にコントロールしたいサイトでは手動運用のほうが管理しやすい。

プラグインを使う方法

WordPress公式プラグインディレクトリ(wordpress.org/plugins)には、llms.txtを自動生成する無料プラグインがすでに複数公開されている。投稿・固定ページの内容から自動でリンク一覧を生成するタイプや、Yoast SEO・Rank Math・SEOPress・AIOSEOなど既存のSEOプラグインと連携して重要ページを判定するタイプなど、実装方針は製品ごとに異なる。導入する場合は、(1)プラグインが生成したllms.txtの中身を必ず目視で確認し、サンクスページやテスト用ページが紛れ込んでいないか点検する、(2)自動更新の頻度が自社の記事公開ペースと合っているか確認する、(3)プラグインの最終更新日・対応WordPressバージョン・レビュー内容をインストール前に必ず確認する、という3点を徹底したい。プラグインは玉石混交のため、名前を挙げて特定の製品を推奨するのではなく、公式ディレクトリ内で条件に合うものを比較検討する運用が安全である。

手動で設置する方法

プラグインを増やしたくない場合は、手動設置も難しくない。手順は、(1)テキストエディタでllms.txtという名前のプレーンテキストファイルを作成する、(2)llmstxt.orgの仕様に沿って、H1のサイト名、blockquoteの要約文、H2ごとの重要ページリンクを記述する、(3)レンタルサーバーのファイルマネージャーやFTP/SFTPクライアントを使って、WordPressのインストールディレクトリ直下(wp-adminやwp-contentと同じ階層、通常はpublic_html直下)にアップロードする、という流れになる。FTPが使えない環境では、ファイル編集機能を持つプラグイン(サーバー会社が提供するファイルマネージャーでも可)を使ってルート直下にファイルを配置する方法もある。設置後は、ブラウザでhttps://自社ドメイン/llms.txtに直接アクセスし、プレーンテキストとして正しく表示されるかを必ず確認する。手動設置の利点は、更新のたびに「今どのページを重要ページとして提示するか」を人が判断できることで、プラグインの自動生成に比べて雑多なページが混入しにくい。

設置後の確認では、ブラウザでの目視に加えて、Content-Typeがtext/plainとして返っているかをブラウザの開発者ツール(ネットワークタブ)で確認しておくと安心である。一部のレンタルサーバーでは.txt拡張子のアップロードやアクセスに制限がかかっている場合があるため、404やアクセス拒否になる場合はサーバー会社のサポートに拡張子制限の有無を確認するとよい。また、記事や商品ページを追加・削除するたびにllms.txtの内容が古くなっていく点も見落としがちなので、月次の更新作業(記事ストックの見直しや棚卸しのタイミングなど)にllms.txtの点検を組み込んでおくと運用が続きやすい。

Shopifyやその他ECの制作・運用・保守について、お気軽にご相談ください。
連絡は問い合わせ・無料相談・無料お見積りよりどうぞ。

Shopifyでllms.txtを設置する方法

Shopifyについては、2026年5月28日付のShopify公式デベロッパー変更履歴(shopify.dev changelog)で仕様が更新されており、この記事執筆時点の最新仕様を踏まえて説明する。それ以前は、ストア運営者がURLリダイレクトやアプリのプロキシ機能を使って/llms.txtを独自に配信する運用が一般的だったが、現在はShopifyのプラットフォーム側がこのパスを標準で処理するようになっている。

公式変更履歴によれば、すべてのShopifyストアには/agents.mdとしてアクセスできるデフォルトファイルが用意されており、/llms.txtと/llms-full.txtは既定でこの/agents.mdと同じ内容を指す(リダイレクトされる)仕様になった。したがって、何も設定しなくても各ストアにはAI向けのデフォルトファイルが存在する状態になっている。

この変更は、Shopifyが進める「Agentic Commerce」(AIエージェントが商品情報を取得し、購入手続きまで代行する構想)と関連づけて語られることが多い。agents.mdという名称自体、AIエージェント向けの情報ファイルという性格をllms.txtより前面に出したものであり、Shopifyというプラットフォーム全体として、AI経由の商品発見・購入導線を見据えた基盤整備を進めている段階だと理解できる。ただし、この基盤が実際のAI検索・AIショッピング機能でどこまで活用されるかは、前述のとおり各AI企業側の対応次第であり、Shopify側の整備が先行している状況である。

テーマファイルで内容をカスタマイズする方法

デフォルトの内容を自社向けにカスタマイズしたい場合は、Shopify管理画面の「オンラインストア」→「テーマ」→使用中のテーマの「コードを編集」から、テーマのtemplatesフォルダに以下のいずれかのLiquidテンプレートを追加する。

templates/agents.md.liquidは/agents.mdの内容を制御し、他の2つのパスにテンプレートが存在しない場合のフォールバック(代替)先にもなる。templates/llms.txt.liquidは/llms.txt専用、templates/llms-full.txt.liquidは/llms-full.txt専用のテンプレートである。特定パス用のテンプレートが存在しない場合はagents.md.liquidにフォールバックし、それも存在しない場合はShopifyが生成する既定の内容が表示される、という優先順位になっている。この仕組みは、以前から提供されているrobots.txt.liquidによるrobots.txtカスタマイズと同じ設計思想であり、Shopifyのテーマ開発に慣れている担当者であれば違和感なく扱えるはずだ。

アプリを使う方法

コードを直接編集したくない場合は、Shopifyアプリストアに公開されているllms.txt生成系アプリを使う方法もある。多くはテーマへのコード追加を代行し、商品・コレクション・ページの情報を定期的に反映してくれる。ただし前述のとおりShopify側の仕様変更が2026年5月にあったばかりで、アプリによっては旧方式(リダイレクトやプロキシ)のまま更新が追いついていない可能性もあるため、導入前に「テーマテンプレート方式に対応しているか」を提供元に確認することを推奨する。なお、テーマを切り替えると追加したLiquidテンプレートは引き継がれないため、テーマ変更時にはllms.txt関連のテンプレートを再設置する必要がある点も運用上の注意点である。

また、ヘッドレスコマース構成(Shopifyを在庫・決済のバックエンドとして使い、フロントエンドを別のフレームワークで独自構築している場合)では、そもそもShopifyのテーマ層を経由しないため、今回のテーマテンプレート方式による設置ができない。この場合は、フロントエンド側のホスティング環境(Vercelなど)で直接/llms.txtを配信する、独自の実装が必要になる。自社のShopify構成が標準のテーマベースかヘッドレスかによって対応方法が変わる点は、事前に確認しておきたい。

Shopifyやその他ECの制作・運用・保守について、お気軽にご相談ください。
連絡は問い合わせ・無料相談・無料お見積りよりどうぞ。

robots.txtでAIクローラーを制御する

llms.txtが「AIに何を読んでほしいか」を伝える仕組みであるのに対し、robots.txtは「どのクローラーにサイトへのアクセスを許可・拒否するか」を制御する、より確立された仕組みである。AI各社は独自のUser-Agent名でクローラーを公開しており、robots.txtで個別にAllow/Disallowを指定できる。代表的なものを整理する。

そもそもrobots.txtは1994年に提案された古典的な仕組みで、Googleをはじめとする検索エンジンは長年これを尊重してきた実績がある。AIクローラーについても、主要各社は公式にUser-Agent名を公開し、robots.txtの指示に従う方針を明文化している場合が多い。ただし、robots.txtはあくまで「お願いベース」の自主規制であり、法的拘束力を持つものではない点は理解しておく必要がある。実際、一部のクローラーについては、robots.txtの指示に従っていないという指摘が報道や業界内の検証で出ることもある。したがって、robots.txtの設定は「AIの取得を完全に防ぐ手段」ではなく、「主要なAI企業に対して自社の意思を明示する手段」として位置づけるのが実態に即している。

OpenAIは3種類のクローラーを公開している。モデルの学習データ収集に使われるGPTBot、ChatGPT検索の検索結果生成に使われるOAI-SearchBot、ユーザーの個別操作に応じてページを取得するChatGPT-Userである。学習データへの利用は避けたいがChatGPT検索での表示は許可したい、という場合は、GPTBotだけをDisallowにし、OAI-SearchBotは許可する、という個別設定が可能だ。Anthropicも同様に、学習用クロールを行うClaudeBot、検索用のClaude-SearchBot、ユーザー操作に紐づくClaude-Userを公開している。Perplexityは検索インデックス用のPerplexityBotと、ユーザーの指示で動くPerplexity-Userを公開しているが、Perplexity-Userについては「クローラーではなくエージェントである」との立場から、robots.txtの指示に必ずしも従わない場合があるとして議論になっている。Googleは、生成AI(Bard/Geminiなど)の学習用途に限定したGoogle-Extendedという専用トークンを、通常の検索クロール用のGooglebotとは別に用意しており、検索順位に影響を与えずに生成AI学習だけを拒否することができる。

設定の考え方としては、「AI検索での引用・流入は歓迎したいが、無断でのモデル学習データとしての利用は避けたい」というEC事業者であれば、OAI-SearchBot・Claude-SearchBot・PerplexityBotなどの検索/引用系クローラーはAllowにしたまま、GPTBot・ClaudeBot・Google-Extendedなどの学習系クローラーをDisallowにする、という切り分けが選択肢になる。ただし各社ともUser-Agent名やポリシーを更新することがあるため、設定前に必ず各社の公式ドキュメント(OpenAI、Anthropic、Perplexityそれぞれの公開ページ)で最新のUser-Agent名を確認したい。WordPressの場合はサイトルートのrobots.txtを直接編集(または「Yoast SEO」などSEOプラグインの機能)で、Shopifyの場合は前述のrobots.txt.liquidテンプレートで、それぞれ設定を追記する。

「学習用クローラーは拒否しつつ、検索/引用用クローラーは許可する」場合の記述イメージは以下のとおりである。実際に設定する際は、この構成をそのままコピーするのではなく、必ず各社の最新ドキュメントでUser-Agent名とパスの綴りを確認したうえで反映してほしい。

User-agent: GPTBot
Disallow: /

User-agent: OAI-SearchBot
Allow: /

User-agent: ClaudeBot
Disallow: /

User-agent: Claude-SearchBot
Allow: /

User-agent: PerplexityBot
Allow: /

User-agent: Google-Extended
Disallow: /

なお、Shopifyのrobots.txt.liquidは既定でSEOのベストプラクティスを反映した内容が自動更新される仕組みのため、Shopify公式も「可能な限り、テキストを丸ごと置き換えるのではなくLiquidオブジェクトを使ったカスタマイズを推奨する」としている。全文を独自ルールで上書きすると、Shopify側の既定ルール更新の恩恵を受けられなくなる点に注意したい。

Shopifyやその他ECの制作・運用・保守について、お気軽にご相談ください。
連絡は問い合わせ・無料相談・無料お見積りよりどうぞ。

llms.txtだけでは不十分な理由

ここまで見てきたとおり、llms.txtは「Googleは使わないと明言」「他社も明確な採用表明はない」という状況にあるため、AI検索対策の中心に据えるのは適切ではない。AI検索エンジンが回答を生成する際に重視しているのは、結局のところ従来のSEOと共通する基礎的な要素である。

具体的には、構造化データ(schema.org準拠のJSON-LD)によって商品・価格・在庫・FAQなどをAIが機械的に読み取れる形で明示すること、ページ速度・Core Web Vitalsを良好に保ちクローラーが安定してページを取得できること、見出し構造(H1〜H3)が論理的に整理され本文が結論から明確に書かれていること、そして何よりクロールを妨げていないこと(robots.txtの誤設定でAIクローラーごと拒否してしまっていないか)が土台になる。llms.txtは、これらの基礎ができている上に「追加でAIに文脈を渡す補助的な手段」として位置づけるのが実態に即した使い方だ。

構造化データが果たす役割

ECサイトで特に効果が確認しやすいのはProductスキーマ(商品名・価格・在庫状況・レビュー評価)、FAQPageスキーマ(よくある質問と回答)、Organizationスキーマ(運営会社情報)の実装である。これらはGoogle検索のリッチリザルト表示のために以前から推奨されてきた技術的SEOの基本要素だが、価格や在庫状況を機械可読な形で明示するという性質上、AIが商品情報を正確に把握するうえでも役立つと考えられている。実装後は、Googleが提供する「リッチリザルトテスト」などの公式ツールでエラーがないかを確認する運用を定着させたい。構造化データはHTMLに直接JSON-LD形式で埋め込むため、WordPressでは対応SEOプラグイン経由、Shopifyではテーマのproduct.liquidテンプレートやアプリ経由で実装するのが一般的である。

特に在庫状況を表すavailabilityプロパティ(InStock/OutOfStockなど)は、更新のタイムラグがあるとAIが古い在庫情報をそのまま回答してしまう原因になりやすい。カートに入れられない商品を「在庫あり」とAIが案内してしまうと顧客体験を損なうため、在庫連携が自動で反映される仕組みになっているかを、構造化データの実装と合わせて点検しておくとよい。

E-E-A-Tとの関係

Googleが検索品質評価の指針として掲げるE-E-A-T(経験・専門性・権威性・信頼性)は、AI Overviewsのような生成AIによる要約表示でも土台になる考え方だとGoogleは説明している。運営会社情報・執筆者情報・監修者情報を明記し、一次情報や公式発表にもとづいた正確な記述を心がけることは、AI検索対策以前に読者の信頼を得るための基本であり、結果としてAIによる引用・要約の対象としても選ばれやすくなると考えられる。この記事自体も、冒頭のバイラインに執筆者・監修者を明記し、本文中の各社見解には出典となる情報源の名称を添えているのは、この考え方を実践するためである。

Shopifyやその他ECの制作・運用・保守について、お気軽にご相談ください。
連絡は問い合わせ・無料相談・無料お見積りよりどうぞ。

AI検索に引用されやすいコンテンツの書き方

llms.txtやrobots.txtのような技術的な設定と並んで重要なのが、ページそのものの書き方である。AI検索エンジンはページ全体を読み込んで要約するため、要約されやすい・引用されやすい書き方をしておくことが、結果的にAI経由の露出につながりやすい。

まず、質問に対する結論を最初の1〜2文で明確に述べるという、この記事の冒頭でも実践している書き方が基本になる。見出しも「〇〇の使い方」のように読者が実際に検索・質問しそうな表現に近づけておくと、AIが質問と回答の対応関係を見つけやすくなる。「〇〇とは何か」を問われるページであれば、見出し直後の最初の段落で定義を言い切ってしまうことで、AIがその部分だけを抜き出して回答に使いやすくなる。次に、送料・返品条件・サイズ表・在庫状況のような比較検討されやすい情報は、長い説明文の中に埋め込むのではなく、箇条書きや表で独立させて提示する。曖昧な表現(「多くのお客様にご好評をいただいております」など、裏付けのない一般論)は、AIが事実として抜き出しにくく、誤って断定的に要約されるリスクもあるため、可能な限り具体的な条件や数値(出典が明確なもの)に置き換えるべきである。

さらに、記事や商品ページの公開日・更新日を明示すること、同一サイト内で送料や在庫に関する記述が矛盾していないかを定期的に点検することも欠かせない。AIは複数のページを横断して情報を合成するため、キャンペーンページと通常ページで送料表記が食い違っているといった小さな矛盾が、誤ったAI回答の原因になり得る。llms.txt単体の設置よりも、こうしたコンテンツ品質の一貫性を保つ地道な運用のほうが、AI検索対策としての効果は確実性が高い。

Shopifyやその他ECの制作・運用・保守について、お気軽にご相談ください。
連絡は問い合わせ・無料相談・無料お見積りよりどうぞ。

AI検索対応チェックリスト

優先順位をつけるなら、まず土台になる基礎技術要素を先に固め、llms.txtのような新しい取り組みは後回しでよい。実務上の優先順位を高い順に整理する。社内のリソースが限られている場合は、優先度1だけでも先に着手し、優先度3・4は数か月単位で段階的に取り組む計画を立てるのが現実的である。

優先度1(必須・土台): robots.txtで意図しないAIクローラー拒否が起きていないかを確認する／商品ページ・記事ページにschema.org準拠の構造化データ(Product、FAQPage、Organizationなど)を実装する／モバイルでのページ表示速度とCore Web Vitalsを計測し、致命的な遅延がないか確認する／サイトマップ(sitemap.xml)を最新の状態でGoogle Search Console・Bing Webmaster Toolsに送信する。

優先度2(推奨): 商品説明・FAQ・ガイド記事を「質問に対する結論を最初の1〜2文で明確に書く」構成に見直す(AIによる引用・要約のされやすさに直結する)／各AIクローラーのUser-Agent別に、学習用と検索/引用用でrobots.txtの許可・拒否方針を意図的に決める／構造化データの実装内容をGoogleのリッチリザルトテストなど公式ツールで検証する。

優先度3(任意・補助): llms.txtを作成し、重要ページを厳選して設置する(WordPressはプラグインまたは手動、Shopifyはテーマテンプレート)／設置後は定期的に内容を見直し、終了したキャンペーンページなど不要なリンクを整理する／各AI検索エンジンの公式方針(採用状況)は今後も変化しうるため、半年に一度程度は最新情報を確認する。

優先度4(効果測定): 自社サイトが実際にChatGPT検索・Perplexity・Copilotなどでどう引用・言及されているかを、定期的に自分の手で検索して確認する／Google Search Consoleで検索パフォーマンスの変化を継続的に観測する／自社ドメイン名や商品名について各AI検索サービスに直接質問してみて、回答内容が事実と異なっていないかをチェックする。効果測定に特化した専用ツールはまだ発展途上のため、当面は目視での定期確認が現実的な運用になる。

Shopifyやその他ECの制作・運用・保守について、お気軽にご相談ください。
連絡は問い合わせ・無料相談・無料お見積りよりどうぞ。

導入前に知っておくべき注意点・限界

最後に、llms.txt導入を検討する際に誤解しやすい点を整理しておく。第一に、llms.txtを設置しても検索順位やAI回答での掲載順位が保証されるわけではない。前述のとおりGoogleは明確に不採用の立場を取っており、他社も採用を確約していない。第二に、llms.txtに書いた内容がそのままAIの回答に反映される保証もない。AI検索エンジンは複数の情報源を参照して回答を合成するため、llms.txtはあくまで参考情報の一つに過ぎない。第三に、robots.txtで該当ページへのクロール自体を拒否している場合、llms.txtにそのURLを書いてもAIクローラーがアクセスできず意味を持たない。llms.txtとrobots.txtの設定に矛盾がないか、必ず両方を見比べて確認したい。第四に、Shopifyの事例のように、プラットフォーム側の仕様は今後も変わりうる。2026年5月のShopifyの変更のように、事前告知なく挙動が変わることもあるため、「一度設置したら終わり」ではなく、定期的な見直しが必要な運用だと理解しておくべきである。

第五に、llms.txtに書いた説明文と実際のページ内容に食い違いがあると、かえって信頼性を損なう可能性がある。前述のとおりGoogleが懸念しているのも、この「自己申告と実態の乖離」というリスクである。llms.txtは広告のコピーではなく、あくまで正確な道案内として書くことが前提であり、誇張した説明文を並べることは避けたい。第六に、繰り返しになるが、llms.txtは新しい提案が今後どう扱われるか不確定な段階にある取り組みである。「導入したから安心」ではなく、構造化データ・ページ速度・robots.txtの適切な設定といった確立された基礎技術要素への投資を優先し、llms.txtはその上に乗せる補助的な一手として位置づけるのが、2026年8月時点でもっとも実務的な判断だと言える。

Shopifyやその他ECの制作・運用・保守について、お気軽にご相談ください。
連絡は問い合わせ・無料相談・無料お見積りよりどうぞ。

まとめ:何から着手すべきか

ここまでの内容を整理すると、llms.txtは「robots.txtのような確立された標準ではなく、2024年9月にAnswer.AI社が提唱したコミュニティ発の提案」であり、開発者向けAIツールでは実際に参照される一方、Googleは公式に不採用を表明し、他社も明確な採用表明をしていない、というのが2026年8月時点の実態である。この状況を踏まえると、限られたリソースをまず投じるべきは、robots.txtの誤設定がないかの確認、構造化データの実装、ページ速度の改善、そして結論から書く文章構成といった、確立されたSEOの基礎技術である。

その上で、実装コストの低いllms.txtを「追加の一手」として設置しておくこと自体は、大きなデメリットのない選択である。WordPressであれば手動設置でも数十分程度の作業で完了し、Shopifyであればテーマにテンプレートを1つ追加するだけで済む。重要なのは、llms.txtの有無そのものよりも、そこに書く情報が正確で、実際のページ内容と一致していることだ。AI検索エンジンの対応状況は今後も変化していく分野であるため、本記事の内容も含め、半年から1年に一度は各社の公式発表を確認しながら運用を見直していく姿勢が求められる。

Shopifyやその他ECの制作・運用・保守について、お気軽にご相談ください。
連絡は問い合わせ・無料相談・無料お見積りよりどうぞ。

よくある質問

llms.txtは必ず設置すべきですか？

必須ではありません。llms.txtは2024年9月にAnswer.AI社が提唱したコミュニティ発の提案であり、robots.txtのような業界標準ではないためです。ただしWordPress・Shopifyともに実装コストは低く、大きなデメリットもないため、構造化データやページ速度など基礎的な対策を優先したうえで、追加の一手として設置するのは選択肢になります。

llms.txtを設置すればGoogle検索やAI Overviewsの順位は上がりますか？

その保証はありません。Googleは公式にllms.txtを検索やAI Overviewsの生成に利用しない方針を明言しており、Google Search Centralの担当者も「サイト運営者の自己申告をそのまま信じる仕組みは悪用されるリスクがある」と説明しています。順位への影響を狙うなら、構造化データやページ品質など従来の技術的SEO対策のほうが確実性の高い投資先です。

llms.txtとrobots.txt、どちらを先に整備すべきですか？

robots.txtを先に整備してください。robots.txtはAIクローラーがそもそもサイトにアクセスできるかどうかを決める設定であり、これが誤って全面拒否になっていると、llms.txtにいくら重要ページを書いてもAIは内容を取得できません。GPTBot・ClaudeBot・PerplexityBotなどのUser-Agentが意図せずDisallowになっていないか、まず確認することを優先してください。

llms.txtの内容は、どのくらいの頻度で見直せばよいですか？

決まった頻度はありませんが、記事や商品ページの追加・削除、キャンペーンページの終了などに合わせて見直すのが実務的です。月次の記事棚卸しや商品カタログの整理といった既存の運用作業に、llms.txtの点検を組み込んでおくと更新漏れを防ぎやすくなります。書いた内容と実際のページが食い違うと、かえって信頼性を損なうリスクがある点にも注意してください。

WordPressとShopifyで、設置方法にどんな違いがありますか？

WordPressはサイトのルートディレクトリに直接llms.txtファイルを配置する(プラグインまたは手動アップロード)のに対し、Shopifyは2026年5月28日の仕様変更以降、テーマのtemplatesフォルダにllms.txt.liquidなどのLiquidテンプレートを追加してカスタマイズする方式に統一されています。Shopifyでは何も設定しなくても/agents.mdのデフォルト内容が/llms.txtにも表示される点が、WordPressとの大きな違いです。

GPTBotやClaudeBotをrobots.txtで拒否すると、AI検索での表示にも影響しますか？

クローラーの種類によります。GPTBotやClaudeBotはモデルの学習データ収集用のクローラーであるのに対し、ChatGPT検索用のOAI-SearchBotやAnthropicのClaude-SearchBotは別のUser-Agentとして公開されています。学習データとしての利用は避けたいがAI検索での表示は許可したい場合は、学習系クローラーだけをDisallowにし、検索/引用系クローラーはAllowのままにするという個別設定が可能です。

llms-full.txtも作ったほうがよいですか？

ECサイトでは優先度は高くありません。llms-full.txtは主要ページの本文をまるごとMarkdownで収録する重量版のファイルで、ページ数が限られたドキュメントサイトのような用途で想定されています。商品ページ数が多いECサイトでは、ファイルが肥大化してかえって扱いにくくなる可能性があるため、まずは軽量なllms.txtの整備を優先してください。

Shopifyの2026年5月の仕様変更で、以前設置したllms.txtはどうなりますか？

URLリダイレクトやアプリのプロキシ機能を使って独自に配信していた場合、その方式は機能しなくなっている可能性があります。Shopifyが/llms.txtをプラットフォーム側で標準的に処理するようになったため、内容を維持したい場合はテーマのtemplatesフォルダにllms.txt.liquidまたはagents.md.liquidを追加する新方式に移行する必要があります。

Shopifyやその他ECの制作・運用・保守について、お気軽にご相談ください。
連絡は問い合わせ・無料相談・無料お見積りよりどうぞ。

編集ポリシー

• 本記事は各社の公式発表・公式ドキュメント・一次情報を優先して執筆し、本文中に出典と日付を明記しています。
• 効果や改善幅に関する記述は、公的な統計が存在しない領域では断定せず、確認できた一次情報と、読者が自分で確かめるための手順に置き換えています。
• 執筆は片岡、内容の正確性はShopify Plus Partnerの黒岩が確認しています(執筆・監修者は記事上部・下部に記載)。
• 公開後に誤り・古い情報が判明した場合は、本文を修正のうえ更新日を改めます。修正のご指摘は運営元(株式会社セルフプラス)までお寄せください。

Shopifyやその他ECの制作・運用・保守について、お気軽にご相談ください。
連絡は問い合わせ・無料相談・無料お見積りよりどうぞ。

執筆者について

本記事は、Shopify公認の上位認定「Shopify Strategic Partner」に選出された株式会社セルフプラスが運営しています。

Shopifyやその他ECの制作・運用・保守について、お気軽にご相談ください。
連絡は問い合わせ・無料相談・無料お見積りよりどうぞ。

llms.txt・AI検索対応の整備は、Shopi Labにご相談ください

llms.txtやrobots.txtの設定、構造化データの実装状況は、実際にサイトを確認しないと過不足が分かりにくい領域です。Shopi Labでは、Shopify公認パートナーとしてWordPress・Shopify双方の技術的なAI検索対応を含めた無料相談を承っています。「何から着手すべきか整理したい」という段階からでもお気軽にお問い合わせください。

» 無料相談はこちら