Google検索で1位に表示されていても、AIエージェントがそのページを読み取れるとは限りません。isitagentreadyのような診断ツールが検証するのは、ChatGPT、Perplexity、Claude、Google AI Overviewsの背後にあるクローラーがWebサイトを巡回したとき、JavaScriptを実行したりレイアウトを推測したりせずに、引用すべきテキストを正確に取得できるかどうかです。私たちが顧客サイトを診断すると、検索上位のページにも不合格判定が出るケースは珍しくありません。原因のほとんどはコンテンツの質ではなく、機械が情報を読み取るためのレイヤーにあります。
isitagentreadyが診断するのは、人の見やすさではなく機械の読みやすさ
従来のSEOツールは、キーワード密度、被リンク、ページ速度などを評価します。一方、isitagentreadyのようなツールは視点が異なります。ブラウザを持たず、HTTPリクエストだけを送るAIエージェントになったつもりで、ページから何を取得できるかを確認します。この違いは重要です。ユーザーがブラウザでページを開けば、JavaScriptが実行され、画像が読み込まれ、レイアウトも整います。しかし、多くのAIクローラーが取得するのは元のHTMLであり、フロントエンドフレームワークの処理完了まで待つとは限りません。主要コンテンツをJavaScriptによる描画に依存していると、エージェントには中身がほぼ空の骨組みしか見えない可能性があります。
そのため、Lighthouseで高得点を取っているWebサイトでも、AIに引用されやすいとは限りません。表示速度や操作の滑らかさは、人が利用するときの体験を測る指標です。機械が内容を正確に抽出できるかどうかには、別の評価基準があります。その基準の骨格となるのが、次の8項目です。
AIエージェントの可読性を測る8つの指標
- クローラーのアクセス許可：robots.txtとllms.txtで、GPTBot、ClaudeBot、PerplexityBot、Google-ExtendedなどのAIエージェントを許可しているか。
- サーバーサイドレンダリング：JavaScriptを実行しなくても、元のHTMLに主要コンテンツが含まれているか。
- HTTPの健全性：レスポンスコードが200か、不要なリダイレクトがないか、canonicalが正しく設定されているか。
- セマンティックHTML：見出し階層が適切か、article、main、navなどのセマンティックタグが使われているか。
- 構造化データ：Article、FAQPage、OrganizationなどのスキーマをJSON-LDで記述しているか。
- メタデータ：title、meta description、Open Graphがそろっており、内容を正確に表しているか。
- 回答を抽出しやすい構造：重要な情報が、Q&A、定義、表など、抽出しやすい形式で提示されているか。
- Markdownとの親和性：ナビゲーションや装飾のノイズを含めず、主要コンテンツをプレーンテキストやMarkdownへきれいに変換できるか。
最初の3項目が、「見つけてもらえるか」を左右する
最優先の指標はクローラーのアクセス許可です。ここで拒否されると、ほかの条件をすべて満たしていても意味がないからです。robots.txtでGPTBotをブロックしている場合や、利用中のCDNがブラウザ以外のUser-Agentを初期設定で遮断している場合、エージェントはサイトに入ることすらできません。改善方法は明快です。robots.txtで主要なAIクローラーを明示的に許可しているかを確認し、特に引用してほしいページと簡潔な説明をプレーンテキストでまとめたllms.txtも追加します。自社がAIクローラーを遮断していること自体に気づいていない企業は多く、私たちが診断初日に発見する問題としても最も典型的です。
2つ目はサーバーサイドレンダリングです。ページを「要素の検証」ではなく「ページのソースを表示」で開いてください。そこに本文が見当たらなければ、エージェントにも見えていない可能性が高いでしょう。特に問題が起きやすいのがシングルページアプリケーション（SPA）です。すべてのコンテンツをフロントエンドで読み込み、元のHTMLには空のdivしかないケースがあります。対策は、サーバーサイドレンダリングまたは静的生成を導入し、最初のレスポンスに本文全体を含めることです。3つ目のHTTPの健全性では、基盤を整えます。ページがsoft 404ではなく200を返すことを確認し、多段リダイレクトを解消します。canonicalは唯一の正規URLを指すようにし、プロキシが重複版や期限切れのページを取得しないようにしてください。
中間の3項目が、「内容を理解してもらえるか」を左右する
サイトにアクセスできても、エージェントが見出し、本文、ナビゲーションを区別できなければなりません。そのための地図になるのがセマンティックHTMLです。1ページ内のh1は1つにし、見出しレベルを飛ばさず、主要コンテンツをmainまたはarticleに収め、サイドバーやフッターにも対応するタグを付けます。意味を持たないdivだけでレイアウトを組んでも、人には見た目で判別できますが、機械には同質のブロックが並んでいるようにしか見えません。さらに、構造化データで明確な注釈を加えます。JSON-LDを使って「これは記事である」「著者は誰か」「公開日はいつか」を伝えたり、FAQPageで質問と回答の組み合わせを示したりします。機械に推測させる状態から、情報を直接伝える状態へ切り替えるのがこの工程です。
6つ目のメタデータは細かな作業と思われがちですが、エージェントがページの主題を判断する最初の手がかりです。titleにはキーワードを詰め込むのではなく、ページの内容を正確に記述します。meta descriptionは、その一文だけでも引用できる内容にします。Open Graphタグは、リンクが言及されたときの見え方を左右します。この3つを合わせてもコードは20行未満ですが、エージェントが回答にそのページを採用するかどうかへ直接影響します。
最後の2項目が、「引用してもらえるか」を左右する
内容を理解してもらうだけでは不十分です。エージェントが必要な箇所を抜き出し、そのまま回答に使える状態にする必要があります。「回答を抽出しやすい構造」とは、重要な結論を、それだけで意味が通じる完全な一文として書くことです。3段落にわたる説明の後ではなく、対応する質問や小見出しの直後に置くのが理想です。表、定義、手順リストは境界が明確で切り出しやすいため、エージェントが特に扱いやすい形式です。最後にMarkdownとの親和性を確認します。ページをプレーンテキストへ変換しても本文を自然に読み進められるか、それともナビゲーション、広告、ソーシャルボタンによって分断されるかを見ます。ノイズに対するコンテンツの比率が高いほど、正確に引用される可能性も高まります。
診断後、どの項目から改善すべきか
8項目すべてへ同時に取り組む必要はありません。「見つけてもらう・理解してもらう・引用してもらう」の3段階に沿って進めます。まず、満たしていなければ即座に対象外となるクローラーのアクセス許可とサーバーサイドレンダリングを解決します。次に構造化データとセマンティックタグを追加し、最後に回答の構造を磨き込みます。私たちがB2B SaaS企業のGEO監査を行う場合、最初の2層を整えることで、多くのページは30日以内に合格水準へ到達します。この2層は「エージェントがまったく読めない」という根本的な欠陥を解消するため、可視性にも最も早く変化が表れやすい領域です。
isitagentreadyはスコアを示してくれますが、自社のビジネスにとってどの項目が最重要か、改善にどれだけのリソースを投じるべきかまでは判断してくれません。すでに診断を実施したものの、どこから着手すべきか迷っている場合は、30分間のGEO診断をご予約ください。実際のWebサイトURLを使って8項目を確認し、優先して解消すべき課題を明確にします。
