マーケ | AIO実装手順 — 事実と迷信、robots.txtから計測まで

2026-10-09更新: 本文の根拠・説明条件と停止中のニュースレター案内を見直しました。個別の出典確認は本文に示す範囲で、AIの実行・効果を新たに検証したものではありません。

米国のGoogle検索の58.5%が結果のクリックなしで終わったという値は、SparkToroとDatosが2024年に公表した調査のものです。対象は同社パネルの米国モバイルウェブ・デスクトップ検索で、iOS端末の網羅性などに制約があります。AI Overviewsが表示された検索だけの率でも、2026年や日本の率でもありません。調査本文と方法（SparkToro / Datos、2024年7月1日）

この記事では、AI検索への対応を、クローラー制御・ページの構造・流入の計測に分けて考えます。市場全体の数字だけから、自サイトの引用数や売上への効果を予測することはできません。

更新（2026-09-10）：調査の出典・年・対象を訂正しました。根拠を確定できない83%等の数値を削除しています。以下のコード例は2026-08-11の制作時点の実装例であり、現在の本番構成すべてとの一致や、引用・流入への効果を実証するものではありません。

この記事では制作時点の実装例を使い、クローラー制御・構造化・計測の考え方を説明します。現行本番の全構成と一致するコード一式や、引用増加を実測した結果ではありません。コードを利用する際は現行の仕様・公開URL・設定と照合してください。

なお、マーケ業務全体でのAI活用マップはマーケターのためのAIエージェント活用ガイドに整理しています。この記事はAI検索最適化の実装だけを深掘りします。

AIOとは何か。LLMOやGEOと何が違うのか

AIOはAI検索最適化（AI Optimization）の略で、ChatGPTやPerplexity、GoogleのAI Overviewsといった生成AIの回答面に自サイトが引用・参照されるための施策全般を指します。ほぼ同じ意味でLLMO（大規模言語モデル最適化）、GEO（Generative Engine Optimization）という呼び名も使われますが、指している実務はほとんど重なります。呼び名の違いに実務上の意味はないので、この記事ではAIOで統一します。

対策の中身は大きく3つに分かれます。AIのクローラーに読ませるかどうかの制御（robots.txt）、ページの意味を機械に伝える構造化（JSON-LD等）、そしてAI経由で人が来たことを知る計測（GA4等）。この記事もこの順で進みます。

事実と迷信をGoogle公式見解で仕分ける

Googleの生成AI検索向け公式ガイドを2026-10-09に参照しました。Google検索では、llms.txtやAI専用マークアップは掲載の必須要件ではなく、特別な構造化データも求めていません。この説明はGoogle検索に関するもので、他社AIサービスの仕様まで示すものではありません。

確認する点	実務上の扱い
llms.txt・AI専用マークアップ	Google検索での掲載・順位改善のための必須施策とは扱わない。他サービスで使う場合は、そのサービスの仕様を確認する
構造化データ	通常の検索機能に適したものを使い、画面の本文と一致させる。AI引用の増加率は約束しない
クローラー制御	検索、学習、利用者の要求による取得など、提供元が説明する用途ごとに判断する
効果の測定	引用の有無、参照元からの訪問、問い合わせ等を分けて記録する。サイト全体の統計を自社成果と取り違えない

AI時代にコンテンツそのものをどう作るかはSEO記事をAIで書く実運用フローで扱っているので、この記事は器の側に集中します。

robots.txt実装: AIクローラーをどこまで許可するか

判断の軸は「学習用クローラー」と「検索・引用用クローラー」の区別で、検索・引用用の取得を制限すると、情報の取得や表示に影響する場合があります。主要各社はクローラーを用途別に分けて公開しています。OpenAIは学習用のGPTBotと検索用のOAI-SearchBot・ChatGPT-User、Anthropicは学習用のClaudeBotと検索用のClaude-SearchBot・Claude-User。GoogleのGoogle-Extendedは学習利用を制御するトークンで、ブロックしても検索露出には影響しないと公式が説明しています。

以下は2026-08-11制作時点のrobots.txtの例です。現行の配信内容は公開robots.txtで確認できます。

# AIO方針 (seo-content-design.md AIO-1)
# 検索/引用用クローラーを明示Allow。
# 学習専用クローラー(GPTBot/ClaudeBot/Google-Extended等)の扱いは未決 —
# G1(公開)までのオーナー決定事項。決定までは明示エントリを置かない。

User-agent: OAI-SearchBot
Allow: /

User-agent: ChatGPT-User
Allow: /

User-agent: Claude-SearchBot
Allow: /

User-agent: Claude-User
Allow: /

User-agent: PerplexityBot
Allow: /

User-agent: *
Allow: /
Disallow: /admin
Disallow: /api/

設計判断は2つです。1つ目、検索・引用用の5クローラーは明示的にAllowしました。デフォルトのUser-agent: *でも通りますが、方針をファイル自体に残すためです。2つ目、学習専用クローラー（GPTBot・ClaudeBot・Google-Extended等）は現時点で明示エントリを置いていません。用途別の制御を確認したうえで、「自分のコンテンツをAIの学習に提供するか」という経営判断です。制作時点のコメントは現行方針を示すものではありません。公開中の設定と組織の方針で判断してください。判断を保留にできること自体が、学習用と検索用を分けて書く利点です。

公開中のrobots.txtは実ドメインと/media/配下の経路を指定しています。上の制作当時の例をそのままコピーせず、自サイトの公開URLと照合してください。robots.txtは協力的なクローラーへの指示であり、アクセス制御や著作権保護を保証するものではありません。

llms.txt: 保険として置く。効果は期待しない

llms.txtを置く場合も、作成・更新の工数に見合う利用目的を決めてください。Googleのガイドは、生成AI検索機能のためにllms.txtなど特別なファイルを用意する必要はないと説明しています。現行の同ガイドはGoogle検索ではllms.txtを特別に扱わず、表示や順位にも影響しないと説明しています。将来の仕様や他社サービスまで一般化しません。他サービスでの扱いは提供元の仕様を確認してください。

以下は2026-08-11制作時点のllms.txtの記述例です。

# AIKNOW Media｜職種別AIエージェント最前線

> 現場の実務者が、明日の自分の仕事にAIエージェントをどう使うかを職種別に知れる無料メディア。
> 記事ごとに内容の確認範囲を示します。実行記録未確認の参考例は、検証済みの結果とは区別します。

## 主要セクション

- /roles/sales: 営業のためのAIエージェント活用
- /roles/marketing: マーケターのためのAIエージェント活用
- /feed.xml: 全記事RSS

サイトの自己紹介と主要導線をMarkdownで書くだけ。これを「AIに選ばれるための必須施策」として工数を売る提案が来たら、根拠を聞いてください。

構造化データ: Article・BreadcrumbListの実装とXSS対策

構造化データはAI引用への直接効果こそ未実証ですが、適用できる検索機能と対象要件を確認して使う施策です。表示や順位、投資効果を保証するものではありません。本メディアではJSON-LDの出力を6行の関数に集約しています（src/lib/jsonld.tsx）。

// JSON-LD埋め込み。< をエスケープして </script> 早期終了XSSを防ぐ
export function jsonLdScript(data: object) {
  const json = JSON.stringify(data).replaceAll("<", "\\u003c");
  return <script type="application/ld+json" dangerouslySetInnerHTML={{ __html: json }} />;
}

JSON-LDをHTMLのscript要素内へ直接埋め込む場合は、シリアライズしたデータに含まれる < をエスケープするなど、script要素を意図せず閉じないための処理が必要です。以下の置換はその文脈への対策例で、あらゆるXSSを防ぐ保証ではありません。利用するフレームワークの公式案内と、実際の埋め込み先に合う処理を確認してください。

記事ページ側ではこの関数にArticleとBreadcrumbListを渡します（src/app/articles/[slug]/page.tsxから抜粋）。

{jsonLdScript({
  "@context": "https://schema.org",
  "@type": "Article",
  headline: content.title,
  datePublished: content.published_at,
  dateModified: content.updated_at,
  author: { "@type": "Person", name: author?.display_name ?? "編集部" },
  publisher: { "@type": "Organization", name: "AIKNOW Media｜職種別AIエージェント最前線" },
  isAccessibleForFree: true,
  mainEntityOfPage: `${base}/articles/${content.slug}`,
})}

isAccessibleForFree: trueは無料メディアの明示です。設計上はこのほかにFAQPage・Organization・PersonのsameAs付き実装を予定しており、記事末尾のFAQブロック（この記事にもあります）をFAQPageスキーマに対応させるのが次の実装項目です。念のため繰り返すと、FAQPage等は対象サイトと表示要件を確認して採用します。マークアップだけで表示や引用を保証することはできません。

AIに読ませる土台: sitemapとRSS

クローラー制御と構造化の前提として、サイトの全記事が機械的に列挙できる状態を作っておきます。地味ですが、Googleの生成AI検索機能では、インデックス登録とスニペット表示の適格性など、Googleの公式要件を確認します。他社AIの引用条件まで同じとは限りません。本メディアはNext.jsの規約でsitemapを動的生成しています（src/app/sitemap.tsから抜粋）。

export default async function sitemap(): Promise<MetadataRoute.Sitemap> {
  const base = process.env.NEXT_PUBLIC_SITE_URL ?? "http://localhost:3000";
  const db = serviceClient();
  const [{ data: contents }, { data: roles }] = await Promise.all([
    db.from("contents").select("slug, updated_at").eq("status", "published"),
    db.from("roles").select("slug"),
  ]);
  return [
    { url: base, changeFrequency: "daily", priority: 1 },
    // ...roles と published記事を列挙。記事は lastModified: c.updated_at 付き
  ];
}

公開済み記事だけをDBから引き、更新日をlastModifiedに載せる。RSS（/feed.xmlと職種別/roles/[slug]/feed.xml）も同じ考え方で全文リストを機械可読にしています。llms.txtに期待しない代わりに、昔からある機械可読フォーマットをきちんと出す方針です。

計測設定: GA4の参照元とカスタムチャネルグループ

AI経由流入を測るときは、利用中のGA4で参照元と標準の分類を確認します。必要に応じてカスタムチャネルを作り、分類結果を比較する方法があります。

GA4の標準チャネルの分類や対象サービスは変更されるため、利用中のプロパティとGoogleのチャネル定義で確認してください。標準分類とは別に参照元を確認したい場合は、次のようなカスタムチャネルの設計を検討できます。

1. GA4の管理画面で「データの表示」内の「チャネルグループ」を開き、デフォルトをコピーして新しいチャネルグループを作る
2. 「AI経由」チャネルを新規作成し、条件を「参照元が正規表現に一致」にして次のパターンを入れる

chatgpt\.com|perplexity\.ai|gemini\.google\.com|copilot\.microsoft\.com|claude\.ai|chat\.deepseek\.com|grok\.com

1. チャネルの並び順で「AI経由」をOrganic Searchより上に置く（判定は上から順に当たるため）
2. レポートのディメンションをこのカスタムグループに切り替えて確認する

カスタムチャネルグループはレポート表示時に分類されるので、作成前の過去データにも遡って適用されます。利用可能なディメンションと過去データへの適用範囲は、利用中のプロパティで確認してください。

本メディアはさらに、GA4とは別に自前DBでもAI経由フラグを持ちます。計測イベントのスキーマにあらかじめai_referral列を焼き込んであります（src/server/services/events.tsから抜粋）。

export const eventInput = z.object({
  contentId: z.uuid().nullable().default(null),
  anonId: z.string().min(8).max(64),
  event: z.enum(["view", "read_complete", "cta_click", "nl_signup"]),
  aiReferral: z.boolean().default(false),
});

正直に書くと、現時点でフロント側の計測コンポーネントはこのフラグに常時falseを送っており、referrer判定の配線は公開時の残タスクです。判定にはGA4カスタムチャネルと同じ正規表現を使い、document.referrerをクライアント側で照合してフラグを立てる予定です。受け口をスキーマに先に作ってあるのは、公開初日からのデータを欠測にしないためです。

この記事で提示できる引用・流入の効果測定値はありません。以下は制作時点で定めた検証計画です。

検証方法の例（結果未掲載）: 公開後、GA4カスタムチャネル「AI経由」のセッション数と全体比を4週間計測し、利用中のプロパティで確認した標準分類との差分とあわせて本欄に追記する。編集部での実施・結果を示すものではありません。

。あわせて、被引用の側は「マーケティング AIエージェント おすすめ」等の主要プロンプトをChatGPTとPerplexityに投げて自メディアが引用されるかを月次で手動チェックする設計です。

検証方法の例（結果未掲載）: 公開4週後から月次で被引用チェックを実施し、初回結果を追記する。編集部での実施・結果を示すものではありません。

AI経由流入をKPIにするかは、自サイトの母数と事業目標を見て判断してください。本メディアのニュースレター受付は停止しているため、この記事の旧稿にあった購読者数を主指標とする説明は現行運用の説明として扱いません。GA4分析の手順では集計の考え方を示しています。

よくある質問

llms.txtを置けばAIO対策として十分ですか？

十分どころか、効果の確認された施策ですらありません。Googleは公式ドキュメントでAI向けの特別なテキストファイルは必要ないと説明しており、他の主要AIサービスの利用実績も確認できていません。置くこと自体はコストゼロの保険として否定しませんが、優先すべきは検索・引用用クローラーの許可と、引用されるに値する一次情報を持つコンテンツです。

GPTBotやClaudeBotはブロックすべきですか？

ブロックの影響は用途と提供元の仕様によって異なります。GPTBotやClaudeBotは学習用で、AI検索の引用に使われるのはOAI-SearchBotやClaude-SearchBotなどの別クローラーです。学習用のブロックは「自分のコンテンツをモデルの学習に使わせるか」という判断であり、答えは組織の方針で決まります。自サイトの現行方針と配信中のrobots.txtを照合してください。

FAQスキーマを入れると引用が増えますか？

増えるという信頼できる証拠はありません。「FAQで引用40%向上」の類いの数値はSEOブログ発で方法論が確認できず、Googleは特別な構造化データは不要と公式に明言しています。FAQPageスキーマを入れる理由は通常検索のリッチリザルト対応で十分であり、AI引用の期待は載せないのが誠実な判断だと思っています。なお記事末尾にFAQブロックを置くこと自体は、ロングテールの疑問への回答面が増える通常SEOの範囲で意味があります。

AI経由流入はどれくらいを見込めばいいですか？

現時点で一般化できる目安はなく、自サイトで測るしかありません。海外の調査値を日本や自サイトにそのまま当てはめることはできません。この記事の手順でGA4のカスタムチャネルを作れば過去データにも遡って分類されるので、まず自サイトの現在値を知るところから始めてください。本メディアの実測値も公開後にこの記事へ追記します。

ニュースレターの新規登録は現在停止しています。最新記事は記事一覧またはRSSで確認できます。