AIエージェント時代のSaaS選定基準が変わる
MCP対応率調査 2026

SaaS選定基準の変化 — 「AIエージェントが使えるか」という新しい軸

「freeeかマネーフォワードか」。日本の中小企業が会計SaaSを選ぶとき、比較するのは料金プラン、機能の充実度、画面の使いやすさ。場合によっては税理士の推薦や連携サービスの多さも入る。ここ10年、この選定基準はほとんど変わっていなかった。

ところが2026年、ここにまったく新しい軸が加わりつつある。「AIエージェントがそのSaaSを操作できるか」だ。

Claude、ChatGPT、Geminiといった大規模言語モデルが「エージェント」として自律的にタスクを実行する世界が現実になった。「月末の仕訳を入力して」「今月の残業時間を集計して」——こうした指示をエージェントに出したとき、エージェントはSaaSのAPIを探し、接続し、操作を試みる。その接続の共通規格がMCP（Model Context Protocol）であり、MCPエコシステムは73,000以上のサーバー、月間9,700万回以上のSDKダウンロードにまで成長している。

つまり、あなたが使っているSaaSがMCPに対応していなければ、エージェントはそのSaaSを「見つけることすらできない」。そしてこの失敗は、あなたのダッシュボードのどこにも表示されない。

MCP対応率とは何か — KanseiLinkが定義する8段階グレード

「MCP対応」と一口に言っても、その品質にはかなり幅がある。公式MCPサーバーがあっても成功率が40%では実用にならない。逆にMCPサーバーがなくてもREST APIがしっかりしていれば、サードパーティ経由で接続できるケースもある。

KanseiLinkでは、エージェントが実際にそのSaaSを使ってタスクを完了できるかを測定している。計測するのは以下の指標だ。

• 成功率 — エージェントがタスクを正常に完了できた割合
• レイテンシー — API呼び出しの応答速度（ミリ秒）
• サンプル数 — 計測の信頼性を示す試行回数
• 認証方式 — OAuth PKCE、OAuth 2.0、APIキーなど
• MCP対応の有無 — 公式/サードパーティ/未対応

これらの指標を総合し、8段階のAEOグレードで評価する。AAAが最高、Cが最低だ。

主要SaaSのMCP対応率ランキング — 一覧比較

日本企業でよく使われる主要8サービスのMCP対応率を、KanseiLinkの評価データで並べた（成功率はKanseiLinkで現在実測データを蓄積中＝観測中）。

同じ「会計SaaS」でも、freeeのAAAと弥生のBBでは天と地の差がある。同じ「CRM」でも、Sansan AAとSalesforce BBは逆転している。何がこの差を生んでいるのか。領域ごとに掘り下げる。

会計領域の勝者と敗者 — freee AAA vs 弥生 BB

freee会計が唯一のAAAグレードを獲得した理由

freeeは現時点で、日本のSaaSの中で最もエージェントフレンドリーなサービスだ。AAAグレードの背景には3つの強みがある。

• 公式MCPサーバーの提供 — freeeが自社で開発・メンテナンスしているMCPサーバーがある。エージェントはMCP経由で直接操作を実行できる
• OAuth PKCE認証 — セキュリティと利便性を両立する認証フロー。APIキー方式よりも安全で、エージェントの自動化に適している
• 5ドメインの広いカバー範囲 — 会計だけでなく、人事労務、請求書、経費精算、工数管理の5領域を1つのMCPサーバーでカバー。「請求書を作って、ついでに工数も入力して」といった横断的な指示に対応できる

サンプル数206は日本SaaSでも最大級の蓄積だ（成功率の実測値はKanseiLinkで現在蓄積中＝観測中）。これだけの試行データが継続的に集まっていること自体が、安定して動く仕組みがあることを示している。

マネーフォワード AA — レイテンシーは最速クラス、だがサンプル数が課題

マネーフォワードのレイテンシー135msは最速クラスだ。公式Remote MCPサーバーも提供している。ではなぜAAなのか。

理由はサンプル数40。freeeの206に比べると5分の1で、まだ統計的な信頼性が十分とは言えない。2026年3月にリモートMCPサーバーを公開したばかりで、計測データの蓄積はこれからだ。今後サンプルが増えて実績が積み上がれば、AAA昇格の可能性は十分にある。

弥生 BB — MCP不在が意味すること

弥生会計は日本の個人事業主と中小企業に圧倒的なシェアを持つ。しかしMCPの世界ではBBグレードだ。MCPサーバーが存在せず、エージェント接続のデータそのものがない。

HR領域の現在地 — SmartHRの伸び悩み問題

なぜSmartHRのエージェント成功率は伸び悩むのか？

SmartHRは日本のHR SaaSとして高い評価を受けている。しかしAIエージェントとの接続では、初期データで課題が観測されている（成功率の実測値はKanseiLinkで蓄積中＝観測中）。89件のサンプル報告の中で、同じ型のつまずきが繰り返し報告されているのが実情だ。

原因は主に2つある。

• API v1/v2の共存問題 — SmartHRはAPIバージョンの移行期にあり、v1とv2が共存している。エージェントがどちらのバージョンを使うべきか判断できず、間違ったバージョンのエンドポイントを呼び出して失敗するケースが多い
• OAuthスコープの設定問題 — 必要な権限スコープが複雑で、エージェントが適切なスコープを設定できないまま操作を試み、権限不足で失敗するパターンが繰り返される

重要なのは、これがSmartHRのプロダクト品質の問題ではないという点だ。人間のユーザーがSmartHRのUIを使う分には何も問題がない。エージェントとのインターフェース層——APIのバージョニング管理と認証フロー——に改善の余地がある。

KING OF TIME BBB — APIキー認証の限界

KING OF TIMEは勤怠管理に特化したSaaSで、レイテンシー199ms、KanseiLink評価では「使えなくはないが安定しない」水準にある（成功率は観測中）。BBBグレードの最大の要因は認証方式だ。

APIキー認証は、設定は簡単だがセキュリティ面でOAuthに劣る。エージェントが自動化フローの中でAPIキーを扱う場合、キーの管理・ローテーション・漏洩リスクが課題になる。OAuth PKCEやOAuth 2.0への移行が、グレード向上の鍵になるだろう。

CRM領域の意外な結果 — 国産Sansan AA vs グローバルSalesforce BB

Salesforceが国産SaaSに負ける理由

世界最大のCRMであるSalesforceがBBグレード。一方、日本の名刺管理サービスSansanがAA。この逆転は直感に反するように見えるが、エージェントの行動を考えると合理的な結果だ。

Salesforceの問題点は3つ。

• サードパーティMCPのみ — 公式MCPサーバーがなく、コミュニティ開発のサーバーに依存。品質のばらつきが大きい
• レイテンシー474ms — 主要サービス中で最も遅い。エージェントのタイムアウトに引っかかりやすい
• search_miss 11件/42サンプル — 実に26%のケースで、エージェントがSalesforceを検索しても見つけられなかった

Sansanが上回る理由は明確だ。公式MCPサーバーを提供しており、名刺管理という限定的だが明確な機能に特化している。エージェントは「名刺の情報を取得して」という意図で検索するとき、Sansanを迷わず見つけられる。機能がシンプルなほうが、エージェントとの相性は良くなる。

HubSpot A — 期待値は高いがデータが薄い

HubSpotはAグレードだが、サンプル数がわずか3（成功率は観測中）。2つの公式MCPサーバーが存在するため期待値は高いものの、現時点では評価を確定させるにはデータが足りない。日本市場での利用が増えれば、グレード上昇の余地は大きい。

MCP対応率が低いとどうなるのか — search_missという見えない機会損失

あなたのサービスは「検討すらされていない」かもしれない

MCP対応率の低さがもたらす最大の問題は、search_missだ。

search_missとは、AIエージェントがタスクに最適なSaaSを探したが、そのサービスが検索結果に出てこなかった状態を指す。ユーザーがエージェントに「名刺データをCRMに同期して」と頼む。エージェントはMCPサーバーを検索する。このとき、あなたのCRMがMCPに対応していなければ、候補リストに載ることすらない。

そしてここが最も厄介な点だが——search_missはあなたのサーバーログのどこにも記録されない。

Salesforceの事例が典型的だ。42サンプル中11件、つまり26%でsearch_missが発生している。Salesforceは世界最大のCRMであり、ブランド認知度は圧倒的だ。にもかかわらず、エージェントの世界ではブランドは関係ない。MCPサーバーの説明文がユーザーの意図と一致するかだけが選択基準になる。

search_missが引き起こす3つの損失

1. 新規獲得の機会損失 — エージェント経由でSaaSを試すユーザーが増えている。MCPに対応していなければ、そもそも候補に入らない
2. 既存ユーザーの離脱リスク — エージェントが既存SaaSを使えず別のサービスを提案することで、乗り換えのきっかけになる
3. エコシステムからの疎外 — MCP対応サービス同士の連携が進む中、非対応サービスだけが取り残される

SaaS選定チェックリスト — 2026年版

従来の選定基準にMCP対応の視点を加えた、2026年版のチェックリストを作成した。新規導入はもちろん、既存SaaSの見直しにも使える。

よくある質問

MCP対応率とは何ですか？

MCP対応率は、AIエージェントがMCP経由でSaaSに接続しタスクを正常に完了できる割合だ。KanseiLinkでは成功率・レイテンシー・サンプル数・認証方式・MCPサーバーの有無を総合し、8段階のAEOグレード（AAA〜C）で評価している。

SaaS選定でMCP対応を確認すべき理由は？

AIエージェントが業務を代行する場面は急速に増えている。SaaSがMCPに対応していなければ、エージェントによる自動化ができず手作業が残る。また、エージェントの検索結果にサービスが表示されない（search_miss）ため、将来的なユーザー獲得の機会も失う。

freeeと弥生、AIエージェントとの相性はどう違う？

freeeはAAA（206サンプル、OAuth PKCE、5ドメイン対応）で日本SaaS最高グレード。弥生はBB（MCPサーバー未提供、エージェント接続データなし）。AIエージェントに仕訳を頼むなら、現時点ではfreee一択になる。

SmartHRのエージェント成功率が伸び悩むのはなぜ？

API v1/v2の共存による混乱と、OAuthスコープの設定問題が主因だ。SmartHR自体のプロダクト品質の問題ではなく、エージェントとのインターフェース層の問題。APIバージョン統一とスコープの簡素化が進めば改善が見込める。

なぜSalesforceよりSansanの方がグレードが高いのか？

Sansanは公式MCPサーバーを持ち、名刺管理という明確な機能に特化している。エージェントが「名刺情報を取得して」と検索すると迷わず見つかる。一方Salesforceはサードパーティ依存、レイテンシー474ms、search_miss率26%と、プラットフォームの巨大さがかえってエージェントの障壁になっている。

search_missとは何が問題なのか？

search_missはエージェントがSaaSを検索したが見つけられなかった状態。SaaS側のログには一切記録されず、サービス提供者は「検討すらされなかった」ことに気づけない。Salesforceでは42サンプル中11件で発生。KanseiLinkはこの見えない失敗を追跡する唯一のプラットフォームだ。

2026年のSaaS選定で確認すべきMCP関連のポイントは？

確認すべきは5つ。MCPサーバーの公式提供有無、認証方式（OAuth系が望ましい）、AEOグレードと成功率、search_miss発生率、レイテンシー（200ms以下が目安）。これらは価格・機能・UIと並ぶ新しい選定基準だ。