cielo-design.comに「llms.txt」を実装して3か月、AI引用はこう変わった──設計方針と観測指標の実例
公開日
弊社シエロデザインは、2026年7月に自社サイト cielo-design.com へ llms.txt / llms-full.txt の自動生成機能 を実装しました。実装から約3か月、ChatGPTやPerplexityなどのAIアシスタント経由の参照傾向、Google AI Overview での引用、そしてGoogle Discover経由の流入にそれぞれ変化が出ています。
この記事は、同じWordPressサイトを運用している中小企業の担当者さんや、他のWeb制作会社の技術担当者さんに向けて、何をどう実装したか・どんな指標で何を見ているか・どういう人に実装をおすすめするかを一次情報として整理したものです。実装コード断片も含みます。
先に結論：3か月で見えてきた3つのこと
| # | 観測できたこと | 意味 |
|---|---|---|
| 1 | ChatGPT / Perplexity 経由の参照アクセスがじわじわ増加 | AIエージェントがサイトを「読める形」にすると、確実に拾われるようになる |
| 2 | Google AI Overviewでの引用対象が、FAQ・比較表・定義パラグラフに集中 | llms.txtとは別に本文構造の作り方が引用率を左右する |
| 3 | Google Discover経由の新規流入が増える傾向 | 「AIが読みやすい構造」はDiscoverアルゴリズムの評価軸とも相関がある可能性 |
以下、実装内容と設計判断、観測結果、他社サイトへの応用、よくある質問の順で書きます。
llms.txt / llms-full.txt とは
llms.txtは、サイトのルート（例: https://example.com/llms.txt）に置く機械可読のテキストファイルで、AIエージェントやLLMクローラに向けて「このサイトは何者で、どのページを読むべきか」を宣言する役割を持ちます。2024年末から提唱され始めた仕様で、2026年現在はまだ業界標準化の途上ですが、ChatGPT・Perplexity・Claude・Geminiなどの主要AIが段階的に参照を始めています。
| ファイル | 役割 | サイズ目安 | 更新頻度 |
|---|---|---|---|
| llms.txt | サイト要点＋重要ページ一覧（短い） | 5〜30KB | 月1〜2回 |
| llms-full.txt | 主要ページ本文を一括で返す（長い） | 500KB〜5MB | 日次 or 更新時 |
| robots.txt | 既存。クローラ向けアクセス制御 | < 10KB | 必要時 |
robots.txtが「クローラは何を見ていいか」の宣言なら、llms.txtは「AIエージェントが何を優先的に読むべきか」のインデックスです。
cielo-design.comでの実装：3つのポイント
弊社の自社サイトはWordPress（カスタム投稿タイプ blog + 自社開発プラグイン cielo-blog）で運用しています。llms.txt / llms-full.txt は、このプラグインに REST APIルート追加 + ファイル生成ロジック + 自動更新フック の3点をセットで組み込みました。
ポイント1：llms.txtの構造を最小限に絞る
llms.txtの中身は過剰にしないことを方針にしました。長くするとAI側がパースを嫌がる・要点を見失う可能性があるため、以下のブロックのみに絞っています。
- H1：サイトタイトル
- サイトの一言説明（150字程度）
- 「このサイトで分かること」3〜5行の箇条書き
- 重要固定ページ（会社概要・サービス・問い合わせ）のリンクリスト
- 最新の主要ブログ記事 15本のリンクリスト（カテゴリ別）
記事15本の選定は「blog_category 7（サービスについて）」「9（ツール・技術）」からの最新順。全記事を列挙する llms-full.txt は別で用意する方針です。
ポイント2：llms-full.txtは完全自動化・HTMLタグ除去
llms-full.txtは、公開済みの全ブログ記事本文を1ファイルに連結したものです。手で管理するのは不可能なので、WordPressのREST APIから本文を取得し、HTMLタグをすべて除去したプレーンテキストにして連結しています。
実装では、WP記事更新時のフック（save_post）で再生成キューに積む → 5分おきにcronで再生成する仕組みにしています。即時再生成だと記事更新のたびに重い処理が走ってしまうためです。
ポイント3：ルートに静的ファイルとして配置
生成されたllms.txt / llms-full.txtはWordPressのアップロードディレクトリに書き出し、.htaccess でルート直下パスにリダイレクトしています。AI側のクローラは https://cielo-design.com/llms.txt を見に来るため、必ずルート直下で返す必要があります。
実装後3か月で観測した変化
Google Search Console・GA4・各種AIサービス参照ログを横断で見ている中で、以下の変化が目に見えて出ています。
| 観測指標 | 実装前 | 実装後3か月 | 解釈 |
|---|---|---|---|
| ChatGPT referrer アクセス | ほぼゼロ | 日次で数件〜十数件 | chat.openai.comやchatgpt.comからの流入が明確に増加 |
| Perplexity referrer アクセス | ほぼゼロ | 日次で数件 | citation（引用元リンク）経由で流入 |
| Google AI Overview 掲載KW数 | 0件 | 8件（うち継続6件） | FAQ厚い記事が引用されやすい |
| Google Discover経由セッション | 月数回 | 月数十〜百超えの日もあり | 速報系記事で跳ねる日が増えた |
| 平均ページ滞在時間 | 変化なし | 変化なし | 「AIが読む流入」は滞在が短めで想定内 |
※上記は実装直前3か月と直近3か月の弊社GSC・GA4観測ベース。他サイトでは数値が異なる前提でお読みください。
とくに大きかったのは「AI Overview掲載KW」
Google AI Overview（検索結果上部に出るAI要約）に自社記事が引用されるケースが、実装前0件から現在8件まで増えました。引用される記事を分析すると、以下の共通点があります。
| 引用されやすい要素 | 具体例 |
|---|---|
| 定義パラグラフ | 「〇〇とは」で始まる3〜5行の定義文 |
| FAQ形式 | <h3>Q.〜</h3><p>A.〜</p> の繰り返し |
| 比較表 | 項目×属性の2次元テーブル |
| HowToステップ | 番号付きリスト |
| 一次情報 | 自社の実測値・現場で見た数字 |
llms.txtはAIクローラにサイトを認知させる土台で、引用されるかどうかは記事本文の構造に強く依存するという整理になります。
中小企業サイトでも実装すべきか
結論から言うと、以下に当てはまる中小企業サイトは実装の優先度が高いです。
| こんなサイトは優先度高 | 理由 |
|---|---|
| オウンドメディア・ブログを運用している | 記事が多いほどllms-full.txtの価値が大きい |
| サービス説明・料金ページがしっかり整備されている | AIから「このサイトは〇〇の会社」と認識されやすい |
| BtoB・専門サービス業（Web制作・士業・コンサル・設計など） | 相談者がAIで下調べする行動が増えている |
| 自社の独自知見・一次情報を発信している | AI引用対象になりやすい |
一方で、以下のサイトは実装を急ぐ必要はありません。
- ECサイト（カートシステム連動のため構造的に複雑・AIからの流入より検索広告が主戦場）
- 内部向けサービス（ログイン必須で公開ページがほぼない）
- ランディングページ1枚のみ（1ページで足りる）
WordPressサイトでの実装手順（概要）
自社プラグインを作らず、小規模サイトで最小限の実装を行う場合の手順です。
- WordPressのルートに
llms.txtを手動で置く（最初はテキストエディタで作る） - サイト要点・固定ページリンク・主要記事リンクを記載
- 必要なら
robots.txtにAIクローラの許可を明記（User-agent: GPTBot等） - 月1でメンテナンス（新記事を追加・古い記事を整理）
- Google Search Consoleで対象KWの引用状況を観測
記事数が50本を超えてきたら、プラグインでの自動化を検討するタイミングです。弊社でもこのタイミングでプラグイン化しました。
llms.txt を書くときの注意点
| やりがちなミス | 推奨 |
|---|---|
| 全記事を列挙してファイルが肥大化 | 重要記事15〜30本に絞る。残りはllms-full.txtで |
| マークダウン記法で複雑に書く | H1と箇条書きだけでシンプルに |
| AI引用狙いでキーワードを詰め込む | 自然な文章で。詰め込みは逆効果 |
| 更新を放置 | 月1は見直す。古い記事リンクはサイト信用を落とす |
| robots.txtでAIクローラを拒否したまま | 許可する判断なら明示的に許可 |
よくある質問
Q. llms.txtを置けば検索順位は上がりますか？
A. 直接的なSEO効果は現時点では未確認です。llms.txtはAIエージェント・AI Overviewなど「生成AI経由の露出」を増やす仕組みで、Google検索順位への影響は副次的と理解してください。
Q. AI Overviewに自社記事を引用してもらう最短ルートは何ですか？
A. llms.txt単体ではなく、記事本文に「〇〇とは」の定義パラグラフ・FAQ 8〜10問・比較表・一次情報、の4点を揃えることが近道です。弊社サイトでAI Overviewに引用された記事はすべてこの構造です。
Q. llms-full.txtに全記事を入れると、他社にコピーされませんか？
A. 公開済みのWebページ本文を集約しているだけなので、新しい情報漏洩リスクは発生しません。元のHTMLページを公開している時点で、スクレイピングは技術的に可能です。llms-full.txtはクリーンな形で「読んでください」と差し出す形式です。
Q. 既存のサーバーに置くだけで動きますか？
A. 静的ファイルとしてルートに配置すれば動作します。難しいのは「全記事本文を定期的に自動連結する」部分で、手で管理するのは記事30本程度が限界です。それ以上はWordPressプラグイン or 自前スクリプトでの自動化推奨です。
Q. WordPressのプラグインで公開されているものはありますか？
A. 2026年10月時点で商用プラグインはいくつか登場していますが、自社サイト構造に合わせた微調整が必要なケースが多く、無料プラグインで満足できないケースが多いです。弊社では独自プラグインで実装しています。
Q. llms.txt / llms-full.txtを置いて困ることはありますか？
A. 現時点で明確なマイナスは観測していません。強いて言えば「古い情報が残ったまま更新を忘れる」とAIが古い情報を参照し続けるため、更新運用を回せないなら実装しない方が無難です。
Q. Googlebot（従来の検索クローラ）とAIクローラは別物ですか？
A. 別物です。GoogleのAI系クローラは Google-Extended という名前で、OpenAIは GPTBot、Anthropicは Claude-Web、Perplexityは PerplexityBot です。robots.txtでそれぞれ個別に許可・拒否を指定できます。
Q. シエロデザインに相談するときに何を伝えればよいですか？
A. 「現状のサイトのCMS（WordPress / 独自 / Shopifyなど）」「月間記事更新数」「AI経由の流入を増やしたい目的（問い合わせ増 / ブランド認知 / 採用など）」の3点があれば、実装スコープと費用感を具体的に提案できます。
まとめ：次に取るアクション
- 自社サイトの
robots.txtで AIクローラ（GPTBot・Google-Extended・Claude-Web・PerplexityBot）の扱いを一度見直す - サイトのルートに 最小限の llms.txt を手動で置いてみる（まず1ファイル）
- 既存の主要記事に「〇〇とは」定義・FAQ・比較表・一次情報の4要素があるか見直す
- 記事数が50本を超えたら llms-full.txt の自動生成を実装検討
弊社シエロデザインではWordPressサイトのllms.txt / llms-full.txt自動生成の実装、AI引用狙いの記事構造改修、関連する運用ルール整備をお手伝いしています。「うちのサイト、AIから拾われるようにしたい」とお考えの方はお気軽にご相談ください。
この記事を書いた人
シエロデザインのサービス
お問い合わせ
Webサイト制作・保守・広告運用・Web戦略チーム支援など、私たちシエロデザインが伴走できる領域はさまざまです。
「うちの場合どうすれば？」というご相談も、まずはお気軽にお声がけください。