「Google で検索する」から「AI エージェントに頼む」へ——情報収集の起点が変わりつつあります。2026 年現在、ChatGPT・Claude・Gemini といったエージェントが、ユーザーの代理で企業サイトを巡回し、情報を読み取り、フォームに入力し、予約まで完了させるユースケースが急速に広がっています。
この流れの中で Cloudflare が公開した「isitagentready.com」 は、自社サイトが AI エージェントに「読まれる」設計になっているかを無料で診断するツールです。本記事では診断項目を読み解き、コーポレートサイトの受託リニューアルで新しく採用すべき設計基準を整理します。
「人間に見やすい」と「エージェントに読みやすい」の違い
ここ 10 年のコーポレートサイトは「人間が見て美しい」ことに最適化されてきました。SPA・CSS アニメーション・ヒーローイメージ——どれも人間の視覚体験を高める一方で、AI エージェントから見ると壁になります。
| 観点 | 人間向け最適化 | エージェント向け最適化 |
|---|---|---|
| レンダリング | クライアント JS で OK | サーバーレンダリング必須 |
| 構造化データ | あれば便利 | 必須（判断の根拠） |
| ナビゲーション | グラフィカル | 機械可読なリンク |
| フォーム | 段階的 UX | 1 ページ + JSON-LD 記述 |
| 速度 | 体感速度重視 | TTFB 重視 |
私たちが AI 検索時代の構造化データ実装ガイド で書いた通り、構造化データの整備は「あった方が良い」から「無いと不利」に変わりました。エージェント時代にはさらに「サイトの全機能をエージェントが理解・操作できるか」が問われます。
isitagentready.com の診断軸
診断ツールが評価する主要軸を 6 つに整理します。
A. 機械可読なコンテンツ
- 主要コンテンツが SSR / SSG で配信されているか
<noscript>フォールバックがあるか- セマンティック HTML（
<article>,<section>等）が使われているか
JS でしか描画されないコンテンツは、エージェントから見ると「空ページ」と等価です。
B. 構造化データ
- Organization / Product / Service / FAQ などの Schema.org マークアップ
- JSON-LD での
@id体系の整備 - ブレッドクラム / Sitelinks 用マークアップ
C. agents.txt / llms.txt
robots.txt の AI エージェント版とも言える agents.txt / llms.txt の有無を確認します。エージェントが「どのページを優先的に読むべきか」「どの機能を使ってよいか」を宣言する新しい標準です。
D. AI フレンドリーなフォーム
- フォームが SSR で配置され、
<label>とaria-*が適切に設定されているか name属性が機械可読（given-name,emailなどの autocomplete 値）- フォームの目的が
<form aria-label>で明示されているか
E. レート制限とエージェント識別
- AI エージェントの UA を識別する仕組みがあるか
- 過剰アクセスをブロックする一方、正規エージェントには適切な応答を返せるか
F. パフォーマンス
- TTFB（Time to First Byte）が早いか
- 主要コンテンツが LCP までに入っているか
Web Platform Baseline 2026 でコーポレートサイトを設計する で書いたパフォーマンス基準は、エージェント時代でもそのまま重要です。
受託リニューアルで「最初に直すべき 5 項目」
弊社が isitagentready 結果を受けて、リニューアル提案で必ず触れる 5 項目を挙げます。
1. SSR / SSG への移行
CSR の SPA が入っている場合、最優先で SSR / SSG に切り替えます。Astro・Next.js (App Router)・TanStack Start などの選択肢があります。エージェント対応とコア Web Vitals の改善を同時に解決できます。
2. Schema.org の体系整備
サイト全体で @id を統一し、
- 会社情報 →
Organization - サービス →
Service - 拠点 →
Place - 採用 →
JobPosting - お知らせ →
Article
を JSON-LD で配置します。
3. agents.txt / llms.txt の配置
例：
# agents.txt
User-Agent: *
Allow: /
Sitemap: https://example.com/sitemap.xml
Contact-Form: https://example.com/contact
Pricing: https://example.com/pricing
User-Agent: GPTBot
Crawl-Delay: 1「エージェントに来てほしいページ」「触ってほしくない管理画面」を明示します。
4. お問い合わせフォームの「ヘッドレス化」
フォーム送信を API（POST /api/contact）として独立させ、HTML フォームと AI エージェント送信の両方をサポートします。
<form
action="/api/contact"
method="post"
aria-label="お問い合わせフォーム"
>
<label for="email">メールアドレス</label>
<input id="email" type="email" name="email" autocomplete="email" required>
<!-- ... -->
</form>API として叩けるようにすることで、エージェントが代理で問い合わせを完了できる体験を実現します。
5. 「企業情報」を 1 つの正規ページに統一
会社概要・代表メッセージ・実績・連絡先を 1 つのコーナーに正規化し、各ページから <link rel="canonical"> で参照させます。エージェントが「この会社はどこ」「何をする」を一発で理解できる構造にします。
受託案件のスコープ別パッケージ
| パッケージ | 期間 | 単価帯 | 提供物 |
|---|---|---|---|
| AI エージェント対応診断 + 改善提案 | 2〜3 週間 | 50〜120 万円 | 診断レポート・改善ロードマップ |
| 部分改修（構造化データ + agents.txt） | 4〜6 週間 | 150〜350 万円 | 実装・運用手順書 |
| フルリニューアル（SSR 化 + AI 対応） | 4〜6 ヶ月 | 800〜2,500 万円 | フロント刷新・運用支援 |
特に 「診断 + ロードマップ」 は提案商材として強く、社内稟議の通りやすさが段違いです。
まとめ — リニューアルの基準は「人」から「人 + AI」へ
これまでのコーポレートサイトリニューアルは「人間がどう見えるか」が評価軸でした。2026 年以降は 「AI エージェントがどう読めるか」 が並列の評価軸になります。
弊社では、isitagentready.com 診断を起点としたコーポレートサイトの AI エージェント対応化、SSR 化、構造化データ実装、agents.txt 配置、API ヘッドレス化までをワンストップで提供しています。「自社サイトが AI に拾われていない気がする」「リニューアル提案を社内に通したい」というご相談は、お問い合わせフォーム からお声がけください。
