AEOグレードを上げるには何から始めればよいですか？

まず現状のグレードを把握することから始めます。CCC/CC/Cグレードの場合はREST API公開とOpenAPI仕様書の整備が最優先です。BBB/BB/Bグレードの場合はMCPサーバーの実装とOAuth 2.1認証の整備が次のステップです。KanseiLinkの審査を受けることで詳細なギャップ分析が得られます。

Cloudflareの「Agent Readiness Score」とKanseiLinkのAEOグレードはどう違いますか？

Cloudflareのisitagentready.com（2026年4月17日公開）はDiscoverability・Content・Bot Access Control・API/Auth/MCP Discovery・Commerceの5カテゴリを技術的にスキャンするセルフチェックツールです。一方KanseiLinkのAEOグレードは225+の日本SaaSサービスを対象に、技術要件に加えて実際のエージェント連携品質・ドキュメント品質・実運用実績を総合評価したレーティングです。両者は補完関係にあります。

MCPサーバーを実装しないとAグレード以上は取れませんか？

はい、KanseiLinkのグレード体系ではA/AA/AAAはMCP対応が必須要件です。BBB/BB/BグレードはAPI-onlyでも到達可能ですが、エージェントエコノミーでの競争力という観点では2026年以降はMCP対応が事実上の標準になりつつあります。まずAPIを整備してBBBを目指し、並行してMCPサーバーの開発計画を立てることを推奨します。

robots.txtのエージェント向け設定とは何ですか？

従来のrobots.txtはGooglebotなどのウェブクローラー向けでしたが、エージェント時代にはAIエージェントやMCPクライアントに対するアクセス制御も必要です。具体的には「User-agent: claude-web」「User-agent: gpt-bot」などのエージェント固有のディレクティブを設定し、アクセス可能なエンドポイントと制限エリアを明示します。また/.well-known/mcp/server-card.jsonへの参照を追加することで、エージェントがサービスを発見しやすくなります。

How-to Guide 2026-04-20 10 min read

AEOスコア改善ロードマップ2026：90日でグレードを上げるSaaSベンダー向け戦略ガイド

KanseiLinkのAEOグレードはCCCからAAAまで9段階。「どこから手をつければいいかわからない」というプロダクトマネージャーやSaaSベンダー向けに、90日間で具体的にグレードを改善するための戦略ロードマップを提示する。本記事はコードの書き方ではなく、何を・どの順番で・誰が担当すべきかという意思決定ガイドだ。

1. AEOグレード体系を理解する：今いる場所を特定する

改善を始める前に、自社サービスが現在どのグレードレンジにいるかを把握する必要がある。KanseiLinkのグレード体系は技術的な成熟度を3つの大きなゾーンに分けている。

CCC
〜C

APIなし・最小限ゾーン

REST APIが公開されていないか、あっても文書化が不十分。エージェントはWebスクレイピングに頼るしかなく、自動化の信頼性が低い。日本のSMB向けSaaSに多いパターン。まず公開APIとOpenAPI仕様書の整備が急務。

BBB
〜B

API対応ゾーン（MCP未対応）

REST APIは存在し、主要機能がエンドポイントとして公開されている。しかしMCPサーバーがなく、エージェントは標準化されたツール呼び出しができない。エンタープライズSaaSの大多数がこのゾーン。MCPサーバー実装がネクストステップ。

A
〜AAA

MCP対応ゾーン

MCPサーバーを実装済みで、エージェントがツール呼び出しで直接操作できる。AとAAAAの差はMCPの品質・ツールの網羅性・エラー処理の丁寧さ・ドキュメントの充実度・Server Cardの整備など。継続的な品質改善が評価を上げる。

Cloudflareも2026年4月17日に「Agent Readiness Score」を公開

Cloudflareはisitagentready.com（blog.cloudflare.com/agent-readiness/）を2026年4月17日に公開した。Discoverability・Content・Bot Access Control・API/Auth/MCP Discovery・Commerceの5カテゴリをスキャンするセルフチェックツールで、KanseiLinkの審査前のセルフ診断に活用できる。両者を組み合わせることで、技術的スキャンと第三者評価の両面から自社の準備状況を把握できる。

2. グレード別：各ゾーンで必要な条件一覧

KanseiLinkが225+サービスの審査データから導き出した、各グレードゾーンの必須要件を整理した。

グレード	必須要件	重点ポイント
C → BBB	REST API公開、OpenAPI 3.0仕様書、APIキー認証、主要エンドポイントのドキュメント	まずエージェントが「読める」状態を作る
BBB → B	エラーコードの標準化（RFC 7807）、robots.txtのエージェント設定、Markdownページ、レート制限の明示	信頼性と発見可能性を高める
B → A	MCPサーバー実装、OAuth 2.1対応、MCP Server Card（/.well-known/mcp/server-card.json）、Agent Skills Index	エージェントが「使える」状態を作る
A → AA	主要ユースケースのMCPツール完備、エラーメッセージの日英対応、監視・SLA公開、Webhookサポート	エージェントが「安定して使える」状態
AA → AAA	全機能のMCPカバレッジ、サンドボックス環境、詳細なAgent Voiceデータ提供、EU AI Act対応（2026年8月〜）	エージェントエコノミーでの最高品質基準

3. 90日ロードマップ：Month 1〜3の具体的アクション

現在のグレードゾーンに関わらず、段階的に改善を積み上げるための90日間のロードマップを示す。各フェーズは前のフェーズの完了を前提とする。

フェーズ	主要アクション	期待されるAEO改善
Month 1 基盤整備	APIドキュメント整備：REST APIの全エンドポイントをOpenAPI 3.0仕様書として公開。Swagger UIまたはRedoc形式でブラウザから参照可能にする。エラーコード標準化：HTTPステータスコードの適切な使用（200/400/401/403/404/429/500）とRFC 7807形式のエラーボディを統一する。 robots.txtのエージェント対応：claude-web・gpt-bot・anthropic-aiなどのエージェント向けUser-agentディレクティブを設定し、APIエンドポイントへのアクセスを明示的に許可する。 Markdownページ整備：主要機能・ユースケース・制限事項をMarkdown形式でも提供。エージェントがHTMLパースなしにコンテンツを取得できるようにする。	CCC/CC/C → BBB/BB 既存BBBの場合はスコア内の改善（BB → B）
Month 2 MCPセットアップ	MCPサーバー実装：主要CRUD操作をMCPツールとして公開。まず5〜10個の最重要ツールに絞ってリリースし、品質を担保する。開発チームへの要件定義書の作成がPMの役割。 OAuth 2.1認証：MCPクライアントが安全に認証できるOAuth 2.1フローを実装。PKCE必須、スコープの粒度を細かく設定して最小権限の原則を守る。 MCP Server Card：`/.well-known/mcp/server-card.json`にサービス概要・対応ツール・認証方式・利用規約URLを記述したJSONファイルを配置する（現時点でCloudflareが提案するドラフト仕様）。 Agent Skills Index：`/.well-known/agent-skills/index.json`にエージェントが実行できるスキル一覧を記述する。	BB/B → A MCPサーバーの品質・ツール数によってはAAも視野に
Month 3 計測・最適化	KanseiLink審査申請：90日の改善を経て、KanseiLinkの公式審査を申請。審査結果のギャップ分析をもとに次の改善サイクルを計画する。 Cloudflareセルフチェック：isitagentready.comで5カテゴリのスコアを定期確認。技術的な回帰が発生していないかを監視する。 MCPエラーログ分析：エージェントからのツール呼び出しエラーを集計し、頻度の高いエラーから優先的に修正する。エラー率5%未満を目標にする。 EU AI Act対応開始：2026年8月の主要条項適用に向けて、AIエージェントが自社サービスを利用する際のデータ処理の透明性ドキュメントの準備を開始する。	Aグレードの安定維持 AA/AAAへの道筋を確立

4. 誰が何をするか：PM主導の社内タスク分解

AEO改善はエンジニアリングチームだけでは完結しない。プロダクトマネージャーが主導して、各ステークホルダーに適切なタスクを割り当てることが成功の鍵だ。

プロダクトマネージャー（PM）：グレード目標の設定・タイムライン管理・開発チームへの要件定義書作成・KanseiLink審査の申請窓口
バックエンドエンジニア：OpenAPI仕様書の整備・エラーコード標準化・MCPサーバー実装・OAuth 2.1フロー構築
インフラ/DevOps：robots.txtの更新・/.well-knownディレクトリの設定・Cloudflare経由のアクセス制御・監視アラートの設定
テクニカルライター/ドキュメント担当：Markdownページの作成・OpenAPI仕様書のdescriptionフィールド充実・MCP Server Cardの文章作成
法務/コンプライアンス：APIの利用規約更新（エージェント利用を明示）・EU AI Act対応のデータ処理ドキュメント準備

💡 PMへのアドバイス：「完璧」より「公開」を優先する

Month 1でOpenAPI仕様書を完璧に仕上げようとしてリリースが遅れるケースが多い。まず主要20エンドポイントを80%の品質で公開し、残りの20%を後から追加するアプローチを推奨する。KanseiLinkの審査は公開済みの内容を評価するため、未公開の「完璧な仕様書」より公開済みの「不完全な仕様書」の方がグレードに貢献する。同様にMCPサーバーも最初は5ツールで十分。スコープを絞って高品質で実装する方が、30ツールを低品質で実装するより高く評価される。

5. よくある失敗パターンと回避策

KanseiLinkが225+サービスの審査過程で観察した、AEOスコア改善でつまずきやすいポイントをまとめる。

失敗パターン	なぜ起きるか	回避策
OpenAPI仕様書が実装と乖離している	仕様書を手動更新していて、コード変更時に同期が取れない	コードからOpenAPIを自動生成するツールを導入（FastAPI, Swagger annotations等）
MCPツールのエラーメッセージが不明瞭	エンジニアが内部デバッグ用メッセージをそのまま返している	PM主導でエラーメッセージ仕様書を作成。エージェントが次のアクションを判断できる情報量を確保する
robots.txtを更新したがキャッシュが残る	CDNのキャッシュ設定を更新し忘れる	robots.txtのCache-Controlヘッダーを短く設定（max-age=3600程度）
Server Cardのコンテンツが古い	実装時に作成したまま更新されていない	MCPサーバーのリリース時にServer Cardの更新をリリースチェックリストに追加する

6. 2026年後半の重要イベント：今から準備すべきこと

AEOスコア改善は短期の取り組みではなく、継続的な対応が求められる。2026年後半に予定されている重要な変更点を把握しておくことが、AA/AAAグレードを維持するために不可欠だ。

EU AI Act 主要条項の適用（2026年8月〜）：AIエージェントが高リスクカテゴリのタスク（人事・金融・法務など）に関わるサービスは、透明性要件と監査証跡の整備が義務化される。日本のSaaSでもEU顧客を持つ場合は対応が必要。
MCP Server Card仕様の正式化：現在Cloudflareが提案しているドラフト段階の/.well-known/mcp/server-card.json仕様が標準化される見込み。今から準備することでスムーズな移行が可能。
KanseiLink Q3審査サイクル：2026年7月に予定されているQ3の一斉審査に向けて、遅くとも6月末までにMCPサーバーの品質改善を完了させることを推奨する。

開示事項：本記事に含まれるAEOグレード改善の推定期間（90日）はKanseiLinkが分析した典型的なSaaSサービスの実績に基づく推定値であり、すべてのサービスに当てはまるものではありません。実際の改善速度は開発リソース・技術的負債・既存インフラによって大きく異なります。MCP Server Card（/.well-known/mcp/server-card.json）はCloudflareが提案するドラフト仕様であり、正式な標準化は完了していません。EU AI Act（2026年8月）の適用範囲・要件については各社の法務担当者にご確認ください。

AEOグレード審査・改善コンサルティング

自社サービスのAEOグレードを知り、90日ロードマップを一緒に設計します。KanseiLinkのAEOアナリストが現状診断から改善計画まで伴走します。

AEO審査を申し込む