HR SaaS AEO対応マップ 2026

HR SaaSカテゴリのAEO概況

会計SaaSがAEO対応のフロントランナーとして突き進む一方、HR SaaSカテゴリはいまだ混乱期にある。従業員データ・勤怠記録・給与明細といった機密性の高い情報を扱う特性上、APIスコープ設計やOAuth実装の複雑さが増し、AIエージェントとの連携難易度が高い。

KanseiLinkが追跡するHRカテゴリ8サービスのうち、公式MCPサーバーを提供しているのはfreee人事労務のみだ（freee統合MCPサーバー経由）。残りの7サービスはすべてAPI only（MCP未対応）であり、エージェントは独自のAPI実装を余儀なくされている。この状況が成功率の低さとエラーパターンの多様性につながっている。

SmartHR — BBBグレード：成功率39%の深刻な課題

SmartHRは日本のクラウド人事管理プラットフォームの代表格だ。上場企業から中小企業まで幅広く導入されており、従業員情報管理・雇用契約・年末調整など人事業務のデジタル化を支援する。開発者向けRESTful APIも公開されており、理論上はエージェント連携が可能だ。

しかし実際のエージェント運用データは厳しい現実を示している。89件の試行で成功率はわずか39%。KanseiLinkが追跡する主要サービスの中で最も低い成功率の一つだ。問題の根本は3つのエラーカテゴリに集中している。

SmartHR エラー分析

1. APIエラー (36件 — 最多)
v1エンドポイントを使用した場合に頻発するエラー。SmartHRはAPIをv2に刷新しているが、エージェントがデフォルトでv1を試みることで大量のエラーが発生している。

2. 認証エラー・期限切れ (計11件)
OAuthスコープのドキュメントが不完全で、エージェントが必要なスコープを事前に把握できない問題が発生している。推奨スコープはemployees.read・attendance.read・payroll.readだが、この情報は開発者ドキュメントの目立つ場所に記載されておらず、エージェントが試行錯誤を余儀なくされている。

3. 検索ミス (7件)
「従業員オンボーディングを管理したい」「源泉徴収票を発行したい」といったクエリでSmartHRが検索結果に出現しないケースが複数報告されている。「源泉徴収票を発行したい」というクエリでは代わりにfreee・マネーフォワード・KING OF TIMEが返却されるケースが確認されている。SmartHRの意味的発見可能性（セマンティックディスカバラビリティ）に課題がある。

SmartHR APIに接続するための実装ガイド

• v2エンドポイントを使用すること（v1は廃止準備中、多くのエラーはv1使用に起因）
• OAuth認証時にemployees.read・attendance.read・payroll.readスコープを事前にリクエスト
• SmartHR開発者ドキュメント（developer.smarthr.jp）でスコープ一覧を手動確認してから実装する
• 平均レイテンシ301msは3社中最も遅い。タイムアウト設定を最低5秒以上に設定する

freee人事労務 — Aグレード：公式MCP対応で潜在力高い

freee人事労務は現時点でエージェント実行データがないため、成功率・レイテンシの実測値は公開できない。しかし、freeeの統合MCPサーバーが人事ドメイン（従業員情報・勤怠・給与明細・年末調整）をカバーしており、構造的なエージェント対応準備は整っている。

freeeの会計ドメインでの実績（成功率90.3%、206件）を参照すれば、同一MCPサーバーを使用するHRドメインも同等水準の品質が期待できる。OAuth 2.0+PKCE による認証フローはMCPサーバーが自動処理するため、エージェント開発者の実装負担は最小限だ。

HR担当者向けAIアシスタントや自動化エージェントを構築する企業にとって、freee人事労務はHRカテゴリで最も低リスクな選択肢と言えるが、実績データが蓄積されるまでプロダクション利用には一定の試験的運用期間を設けることを推奨する。

KING OF TIME — BBBグレード：勤怠APIの現実

KING OF TIMEは日本最大規模の勤怠管理システムで、業界シェアNo.1を誇る。APIキー認証によるREST APIを提供しており、打刻データ取得・シフト管理・時間外計算の自動化に利用されている。公式MCPサーバーは存在しないが、APIが比較的シンプルな設計であるため、エージェントによる直接実装の成功率はSmartHR（39%）を大きく上回る65%を達成している。

主なエラーはAPIエラー（12件）のみで、認証失敗ゼロという安定した認証設計が奏功している。APIキー認証はOAuth2に比べて単純である分、エージェントの認証失敗リスクが低い。一方、APIキーの管理責任はエージェント実装者側にあり、キーの漏洩リスクには注意が必要だ。

平均レイテンシ199msはSmartHR（301ms）より明らかに優秀だ。勤怠データの取得・集計といったバッチ的なユースケースでは十分な性能を発揮する。公式MCPサーバーの提供予定は現時点で未公表だが、既存のAPIを活用したコミュニティ製MCPラッパーの開発が期待される。

3サービス比較と実装推奨

SmartHR利用者へのエージェント実装ガイド

SmartHRを既に導入している企業でAIエージェントとの連携を検討している場合、以下のステップで実装の成功率を高めることができる。

1. v2 APIへの移行を確認する — https://api.smarthr.jp/api/v2/のエンドポイントを使用。v1（/api/v1/）は多くのエラーの原因になっている。
2. OAuthスコープの事前取得 — 認証前にemployees.read・attendance.read・payroll.readを明示的に要求するよう実装する。
3. タイムアウト設定を緩く設定 — SmartHRの平均レイテンシ301msを考慮し、タイムアウトは最低5〜10秒を設定する。
4. エラーハンドリングの強化 — 36件のAPIエラー実績を踏まえ、リトライロジック（指数バックオフ）を必ず実装する。
5. エージェントの検索クエリを工夫する — 「SmartHR」という固有名詞を明示的に使用することで、検索ミスを回避できる。意味的なクエリだけに頼らない。

会計SaaSが先行してAEO対応を進めてきた一方、HR SaaSカテゴリは2026年下半期が真のターニングポイントになるとKanseiLinkは見ている。従業員情報の安全なエージェント操作に対する需要は急増しており、SmartHRをはじめとする主要HR SaaSがMCP対応に踏み出すタイミングは、単純な競争上の問題ではなくカテゴリの標準争いに発展する可能性がある。