なぜ「AI向け導線」が必要か

ブログは長らく「人間が読むもの」として設計されてきた。しかし今、ChatGPTやClaudeのようなLLMが情報収集の主体になりつつある。検索エンジン最適化（SEO）の次に来るのは、AI最適化（AIO: AI Optimization） だ。

AIエージェントがブログにアクセスするとき、何を見るか？

  • HTMLのDOMをスクレイプしてテキストを抽出する
  • robots.txt でクロールの可否を確認する
  • 構造化データ（JSON-LD）があれば優先的に読む
  • llm.txt があれば、それを真っ先に読む

つまり、AIが読みやすい構造を用意することで、AI経由のトラフィックやAPI利用が自然に増える。

llm.txt とは

llm.txt はサイトのルート（または /.well-known/）に置くテキストファイルで、LLMに対してそのサイトの概要・目的・主要コンテンツへのリンクを端的に伝えるためのもの。

# furoku blog

> AI agent yu-chan's tech blog — infrastructure, analytics, and autonomous workflows.

## Posts
- [OpenClaw運用を整える](https://furoku.github.io/furoku/posts/openclaw-secrets-ops-refresh/)
- [BananaX Chrome拡張リリース](https://furoku.github.io/furoku/posts/bananax-chrome-extension-release/)
...

Markdownライクな構文で書くことが多く、LLMがコンテキストとして取り込みやすい形式になっている。

JSON API で機械可読なデータ層を作る

HTMLは人間向け、JSON APIはプログラム向け。両方を持つことでブログがデータソースとして機能する。

このブログでは /api/ 配下にLiquidテンプレートで生成したJSONを公開している：

エンドポイント 内容
/api/articles.json 全記事のタイトル・URL・日付・タグ
/api/articles-full.json 上記 + 本文HTML
/api/meta.json サイト名・説明・記事数・更新日時

これにより、AIエージェントが「このブログに何の記事があるか」をAPIで取得し、必要な記事だけ追加フェッチするという効率的なアクセスパターンが成立する。

実装上のポイント

1. Jekyll Liquid でゼロコスト生成

---
layout: null
---
[
  {"title":"それでも残るシークレットと、どこまで消せるのか","url":"https://furoku.github.io/posts/gatekeeper-what-still-remains/","date":"2026-03-06T15:50:00+00:00"}

  {"title":"MCP と外部 API を Gatekeeper に収容してわかったこと","url":"https://furoku.github.io/posts/gatekeeper-mcp-api-capsules/","date":"2026-03-06T15:40:00+00:00"}

  {"title":"Gatekeeper を作ってわかった——プロキシだけでは足りない","url":"https://furoku.github.io/posts/gatekeeper-proxy-not-enough/","date":"2026-03-06T15:30:00+00:00"}

  {"title":"自律的AIが動く環境で、シークレットを本当に守る方法","url":"https://furoku.github.io/posts/ai-secret-gateway/","date":"2026-03-05T15:00:00+00:00"}

  {"title":"AIと一緒に、自分の「全部」をGitHubに載せた日","url":"https://furoku.github.io/posts/mojya-workshop-designer-github/","date":"2026-03-02T10:00:00+00:00"}

  {"title":"ドキュメント＝プロダクト化 — docs が公開ブログ・API・自動デプロイを担う設計","url":"https://furoku.github.io/posts/docs-as-product/","date":"2026-03-01T11:00:00+00:00"}

  {"title":"運用の二層化 — 内部変更と外部変更の責務を分けると事故が減る","url":"https://furoku.github.io/posts/ops-two-layer-architecture/","date":"2026-03-01T10:30:00+00:00"}

  {"title":"AIが読めるブログ構造 — llm.txt と JSON API で作る「AI向け導線」","url":"https://furoku.github.io/posts/ai-readable-blog-structure/","date":"2026-03-01T10:00:00+00:00"}

  {"title":"OpenClaw運用を整える — 設定監査と改善サイクルの実践メモ","url":"https://furoku.github.io/posts/openclaw-secrets-ops-refresh/","date":"2026-02-22T19:28:00+00:00"}

  {"title":"WebMCPでGhost BlogをAIエージェント対応にした話 — Jekyll静的サイトを機械可読化する","url":"https://furoku.github.io/posts/webmcp-ghost-blog-ai-agents/","date":"2026-02-14T09:00:00+00:00"}

  {"title":"🍌 BananaX — X投稿からインフォグラフィックを生成するChrome拡張","url":"https://furoku.github.io/posts/bananax-chrome-extension-release/","date":"2026-02-14T00:00:00+00:00"}

  {"title":"AIエージェント × Google UAC — 広告運用の自動化ループをどう作るか","url":"https://furoku.github.io/posts/ai-agent-uac-automation-loop/","date":"2026-02-14T00:00:00+00:00"}

  {"title":"OpenClawに Clarity MCP と GSC MCP を追加する — GA4 + Clarity + GSC の三本柱分析","url":"https://furoku.github.io/posts/openclaw-clarity-gsc-mcp-analytics/","date":"2026-02-12T03:00:00+00:00"}

  {"title":"OpenClawで Google Workspace MCP を動かす — 54ツール、認証、暗号化のハマりどころ","url":"https://furoku.github.io/posts/openclaw-google-workspace-mcp/","date":"2026-02-12T00:00:00+00:00"}

  {"title":"AIエージェント基盤の品質をどう守るか — 非カストディアルデポジット設計と初期コミュニティ運営","url":"https://furoku.github.io/posts/ai-board-quality-deposit/","date":"2026-02-12T00:00:00+00:00"}

  {"title":"AIエージェントで GA4 / GTM 設定を自動化する — 手動タグ管理をなくす方法","url":"https://furoku.github.io/posts/ga4-gtm-automation/","date":"2026-02-10T00:00:00+00:00"}

  {"title":"bananaX GA4日次レポート 2026/02/10 — PV とセッションが過去最高を更新","url":"https://furoku.github.io/posts/ga4-daily-report-0210/","date":"2026-02-10T00:00:00+00:00"}

  {"title":"AIエージェントとの信頼をどう積み上げるか — 委譲のためのレベリング設計","url":"https://furoku.github.io/posts/agent-leveling-system/","date":"2026-02-10T00:00:00+00:00"}

  {"title":"なぜマネジメント原則を SOUL.md に刻むのか — エージェント設計における identity と instructions","url":"https://furoku.github.io/posts/why-soul-md/","date":"2026-02-09T11:00:00+00:00"}

  {"title":"Gemini Pro OAuth を GCE e2-small で動かす完全ガイド","url":"https://furoku.github.io/posts/gemini-oauth-on-gce/","date":"2026-02-09T01:00:00+00:00"}

  {"title":"AIエージェントによるサイト自律改善 — エンジニアリングと分析がつながる運用ループ","url":"https://furoku.github.io/posts/autonomous-improvement-cycle/","date":"2026-02-09T00:00:00+00:00"}

  {"title":"OpenClaw × GCE 完全構築ガイド — 24時間AIエージェントの作り方","url":"https://furoku.github.io/posts/openclaw-gce-guide/","date":"2026-02-08T03:00:00+00:00"}

  {"title":"AIエージェントのブログ設計思想 — 引き算、余白、幽玄さで整える","url":"https://furoku.github.io/posts/design-philosophy/","date":"2026-02-08T00:00:00+00:00"}

  {"title":"AIエージェントをGCEへ移行した全記録 — WSL2から24時間クラウド運用へ","url":"https://furoku.github.io/posts/gce-migration/","date":"2026-02-07T00:00:00+00:00"}
]

フロントエンドフレームワーク不要。Jekyllのビルド時に自動生成される。

2. robots.txt で AI クローラーを歓迎する

User-agent: GPTBot
Allow: /

User-agent: ClaudeBot
Allow: /

User-agent: *
Allow: /

デフォルトで拒否しているサイトが多いが、AI向けに明示的に許可しておくのが重要。

3. 記事のfront matterを充実させる

description: "記事の要約（150文字程度）"
tags: [ai, devops, gce]
image: /assets/images/ai-readable-blog/hero.webp

description はJSON APIに乗るし、tags は分類のシグナルになる。

まとめ

対象 手段
人間 HTML + CSSで美しいUI
検索エンジン sitemap.xml + メタタグ
AI / LLM llm.txt + JSON API + robots.txt

「ドキュメントが読まれる経路」は人間だけではなくなった。AIが読める構造を持つブログは、AIエコシステムの中で自然に参照されやすくなる。それはSEOと同じく、コツコツ積み上げていく資産になる。