AIエージェント対応度（Agent-Readiness）とは、人の助けを借りずに、AIエージェントがページを正しく読み取り、理解し、言い換えられる状態かを測る指標です。Webページの見栄えとはほぼ関係がなく、人間向けのユーザー体験と重なる部分も限られます。ブラウザ上では美しく快適に見えるサイトでも、ChatGPT、Perplexity、Claudeなどのエージェントにとっては、必要な情報を抽出できないノイズの塊かもしれません。isitagentreadyのようなツールは、こうした目に見えない隔たりをスコア化し、機械の視点でページ上にどれだけ利用可能な情報が残っているかを示します。
AIエージェント対応度は、具体的に何を測るのか
従来のSEOでは、読者はブラウザを通じて画像や画面を見る人間だと想定します。一方、AIエージェント対応度では、読者はプログラムです。取得するのは、JavaScriptで描画された完成画面ではなく、サーバーから返されるHTMLソース、プレーンテキスト、構造化データです。この違いは極めて重要です。多くのサイトでは、主要コンテンツをフロントエンドフレームワークによる描画後に表示しています。人間がページを開けば内容を確認できても、エージェントが最初に受け取るレスポンスは、ほぼ空の骨組みということがあります。対応度が測るのは、レンダリングや人の目に頼らず、機械可読なシグナルだけでページ上の情報をどこまで保持できるかです。
要素を分解すると、確認すべき点は3つです。コンテンツを明確に抽出できるか、意味構造が整理されているか、そしてページの主題と情報の裏付けを機械が判断できるか。この3点は、エージェントがそのページを引用するかどうかだけでなく、引用時にブランド名、数値、結論を正しい文脈へ配置できるかも左右します。誤った位置や文脈で使われるなら、引用されない場合より深刻です。
isitagentreadyスコアの読み方
isitagentreadyでは、総合スコアと複数の個別チェック結果が表示されます。総合スコアは単なる見栄えのための指標ではなく、エージェントがページをクロールした際に情報を取得できる確率と対応しています。スコアが低くても、コンテンツの文章品質が低いとは限りません。多くの場合、機械が読みにくく、正しく解釈しにくい形式でコンテンツが包まれていることが原因です。見るべきなのは、各項目のどこで失点しているかです。
- セマンティックHTML：見出しレベル（h1〜h3）が正しく設定され、段落が入れ子のdivではなく適切なタグで記述されているか。
- コンテンツの抽出性：本文が初期HTMLに含まれているか。それとも、JavaScriptのレンダリングを待たなければ表示されないか。
- 構造化データ：Article、FAQPage、OrganizationなどのSchema.orgマークアップがあり、各フィールドを機械が直接読み取れるか。
- テキストのみでの可読性：段落の境界が明確な、クリーンなテキスト版またはMarkdown版が用意されているか。
- クロール許可：robots.txtやllms.txtによって、AIエージェントのクロールを適切に許可・誘導できているか、あるいは意図せず遮断していないか。
- 権威性シグナル：著者、公開日、出典など、機械が解析できる信頼性の手掛かりがあるか。
各項目は、可否だけで決まるものではなく、対応の度合いで評価されます。たとえば、意味構造が非常に整っていて高い評価を得たページでも、重要な数値がすべて画像内にあり、代替テキストもなければ、その項目の評価は下がります。エージェントは本文を読めても、最も引用してほしい数値を取得できないからです。
AIエージェントがページを読むとき、実際に何が起きているのか
Perplexityが質問を受け取り、あなたのページを取得対象に選んだ場面を想像してください。プレーンテキストの取得に近いリクエストを送り、返されたHTMLからスタイルやスクリプトを除外し、残った内容を複数のセグメントに分割して、どの部分が質問への回答になるかを判断します。この処理は数秒で完了し、「この画像には何が書かれているはずか」を人が補足してくれることはありません。重要な情報がカルーセル、アコーディオン、クリックしなければ展開されないブロックに隠れていれば、エージェントに読み飛ばされる可能性が高くなります。
同じコンテンツでも、整理された記事構造で公開すれば引用される一方、インタラクティブなコンポーネントに組み込んだ途端に引用されなくなることがあります。エージェントはエラーを訴えず、黙って別の情報源を選ぶだけです。
よくある減点要因
顧客サイトのAIエージェント対応度を診断すると、繰り返し見つかる問題は、実際にはごく限られています。
- コンテンツがクライアントサイドJavaScriptでレンダリングされ、初期HTMLはほぼ空。エージェントは骨組みだけを取得して離脱する。
- 見た目だけで見出しを表現し、divの文字を大きく太くしているため、機械には階層構造が伝わらない。
- 重要なデータ、仕様、価格が画像化され、読み取り可能なテキスト版や表が用意されていない。
- 構造化データがまったくない、またはSchemaタイプの指定が誤っている、あるいは画面上の内容と一致していない。
- FAQが見た目だけのアコーディオンで表示され、対応するFAQPageマークアップがない。
- llms.txtがないため、エージェントはどのページをクロールし、どのページを除外するかを推測だけで判断せざるを得ない。
これらは、コンテンツを書き直さなければ解決できない問題ではありません。いずれも、「既存コンテンツをどう機械へ受け渡すか」という構造・実装上の課題です。これはむしろ好材料です。AIエージェント対応度は、比較的低コストな少数の改善で高められ、その効果は引用率に直接表れます。記事を一式書き直すより、はるかに費用対効果の高い取り組みです。
合格ラインは何点か。次に何をすべきか
一律の合格点はありません。ただし、実務上の目安はあります。エージェントが初期HTMLだけを読み、「運営主体は誰か、このページは何を扱っているか、主な結論と数値は何か、誰がその内容を裏付けているか」を説明できれば、おおむね準備は整っています。スコアは不足箇所を特定するためのものであり、飾るための数字ではありません。
実務上の優先順位は明確です。まず、初期HTMLでコンテンツを読めるようにします。次にセマンティックタグと見出し階層を整え、適切な構造化データを追加し、最後にllms.txtと権威性シグナルへ対応します。この順序を逆にしてはいけません。Schemaを大量に追加しても、肝心のコンテンツがレンダリングされなければ、読めないものにラベルを貼っているのと同じです。エージェントから自社サイトがどう見えているのか、引用率を最も押し下げている不足は何かを知りたい場合は、30分のGEO診断をご予約ください。AIエージェント対応度の総合チェックをもとに、結果を一緒に確認します。
