AIエージェントを自社のビジネスプロセスに組み込もうとする企業が直面する問題がある。利用しているSaaSのデータへ、エージェントが直接アクセスできない——あるいは、人間用のUIを経由させるしか手段がないというケースだ。ページ遷移・ログイン・画面操作を前提に設計されたシステムは、毎秒数百のデータ参照・書き込みを行うエージェントにとって致命的な障壁になる。Salesforceが2026年4月のTrailblazerDX（TDX 2026）で発表した「Headless 360」は、CRM最大手がこの問題を正面から引き受けた転換点だ。同社Q1 FY2027決算でAPIコールがほぼ1兆に達したという数値は、エージェントからのアクセスが概念実証を超えて本格稼働に入っていることを示している。
UIを介さないデータアクセス——ヘッドレスアーキテクチャの実装
従来のSalesforce操作は、UIを経由する人間作業を前提としていた。顧客情報の照会・商談更新・レポート生成、いずれもログインと画面操作なしには実行できない設計だ。
Headless 360が提供するのは、UIを飛ばしてSalesforceのデータへ直接届く3本の経路だ。API・MCP（Model Context Protocol）ツール・CLIコマンドのいずれかを通じ、外部ツールからSalesforceのデータとワークフローを呼び出せる。Cursor（AIコーディングエディタ）、WhatsApp、ChatGPT、Claude、ターミナルといった環境が、Salesforceの顧客データや業務フローをネイティブに参照・操作できるようになる。
MCPはAnthropicが策定・オープン化したAIエージェント向けの統合標準だ。エージェントがSalesforceを呼び出す際、認証や接続の煩雑さを意識せずにデータの取得・書き込みができる設計になっている。TDX 2026の発表時点で60以上の新MCPツールと30以上のコーディングスキルが提供され、発表以来のMCPコール数は450万に達したとMark Benioff CEOは述べている。
ヘッドレスアーキテクチャが処理速度の面でどれほど有利かは、人間操作との比較で具体的に見えてくる。人間がUIを操作する場合、ページ遷移・入力・確認という一連のステップに数十秒から数分を要する。MCPやAPIで直接呼び出すエージェントにはそのオーバーヘッドがない。Adecco（人材派遣大手）はこの仕組みを活用し、外部AIラボで構築した採用担当エージェントからSalesforceデータへのネイティブアクセスを開始した。採用候補者のデータを画面経由で照会するのではなく、エージェントが自律的にCRMを操作するワークフローへの移行だ。
Q1に積み上がった数値——決算が示すエージェント統合の現在地
Q1 FY2027（2026年5月期）の決算で、SalesforceはAPIコールがほぼ1兆に達したと報告した。エージェントからのデータアクセスが概念実証の段階を超えて大規模稼働に入っていることを示す数値だ。同期間の売上高は111.3億ドル（前年比+13%）、純利益は21.0億ドル（前年比+36%）で、通年ガイダンスは459億〜462億ドルに引き上げられた。
Salesforce CROのMiguel Milanoは決算コールで、AnthropicのSales Cloud利用がQ1で5倍に増加したと述べた。Claude CoworkおよびSlack経由でのCRMアクセスが増えたことが要因だという。AnthropicはSalesforceの大型顧客であり、社内でのAIエージェント活用がSalesforceデータを引き込む形で拡大している。
McAfeeがServiceNowからSalesforce Agentforce ITSMに移行したという事例も、Benioff CEOが決算コールで取り上げた。チケットの自動処理・ハードウェアプロビジョニング・インシデント管理にAgentforceを活用しているという内容で、ITSMというServiceNowの牙城での顧客獲得として挙げられた。Headless 360によってエージェントがSalesforceデータを直接操作できる環境が整うことで、競合からの移行コストが下がる構図が生まれつつある。
Salesforceはこの動きを「第4の収益化軸」と位置づけている。既存の3軸——シート数の増加、新規ユーザー獲得、Flexクレジット消費——に加え、ヘッドレスアクセスによる新たな課金モデルを構築する方針だ。Milanoは「顧客やパートナーと協力しながら、公正な形で新しいインタラクションを収益化していく」と述べており、具体的な価格設定はまだ未確定だ。UIを持たないアクセスをどう課金するかは、SaaSのビジネスモデルにとって前例のない問いになる。
SAPが「禁止」しSalesforceが「開放」した理由——二極化する戦略の背景
SAPの顧客の3%しか自社AI「Joule」を本番利用していない。同じ顧客の77%はMicrosoft Copilotで他のシステムを操作している。この数値は、SAPが2026年に施行したAPI利用規約v4（第2.2.2条）——外部AIによる自律的なAPI呼び出しを明示的に禁止した「閉鎖型」戦略——が、顧客によってすでに迂回されていることを示す。
SAPがJouleをゲートウェイとして必須化した論理は、データ品質とセキュリティの統制にある。外部AIエージェントが直接SAPデータにアクセスすることは契約違反になる。短期的には責任の所在が明確になるという合理性があるが、顧客行動の実態はその逆を向いている。
ServiceNowは「Action Fabric」でAPIとワークフローをMCP経由で開放し、Salesforceと同じ立場を取っている。エージェントがどの外部AIから来るかを問わず、ワークフローへのアクセスを許容する設計だ。SalesforceとServiceNowに共通するのは、エージェントからのアクセスを排除すべきリスクではなく収益機会として捉えていることだ。誰がデータを使うかより、どれだけ使われるかが重要になるという発想の転換がある。
顧客が使いたいAIとSAPデータの間に壁を作ることのコストは、エージェント活用が本格化するほど大きくなる。既存顧客が迂回策を使い続ける間、新規プロジェクトの設計段階ではアクセスの容易さがベンダー選択の基準に入り込む。ServiceNowとSalesforceが開放型を選んだことで、その比較が現実の数値として問われる局面が近づいている。
開発プロセスとベンダー選定が変わる——Headless 360が生む実装の変化
Headless 360が現場レベルで変えるのは、Salesforceの実装プロセスだ。従来のSalesforceカスタマイズは、SOQL（Salesforce Object Query Language）やApexといった独自言語を習得した技術者が担ってきた。これらはSalesforce固有の知識であり、汎用のプログラミングスキルとは別に習得コストが発生する。Headless 360がCursorなどのAIコーディングエディタと連携することで、汎用的なプログラミング環境からSalesforceの実装ができるようになる。
Indeed（求人プラットフォーム）がCursor上でAgentforceエージェントを構築・デプロイしているという事例をBenioff CEOが挙げた。SalesforceのUIを開かずに、Cursorでコードを書き、Salesforceのデータとワークフローを操作するエージェントを作る——このフローが定着すると、Salesforce実装に必要なスキルセットが変わる。Salesforce CMOのPatrick Stokesが「コーディングエージェントと接続できれば、Salesforceの実装とデプロイがこれまでになく速くなる」と述べたのは、その変化を見越した発言だ。
顧客企業にとっては、SaaSの選定基準そのものが変わる可能性がある。これまでSalesforceを採用するかどうかは「UIとワークフローがビジネスに合うか」が主な判断軸だった。ヘッドレスアクセスが広がると、「すでに使っているAIエージェントからSalesforceデータを参照できるか」という基準が加わる。AdeccoやMcAfeeの事例が示すように、この基準はすでに現実の移行判断に影響を与え始めている。
Q1で1兆に迫ったAPIコールは、この変化が量として現れた最初の数値だ。UIからヘッドレスへの移行は、モバイル対応やクラウド移行が辿ったパターンと重なる——ゆっくり始まって、ある閾値を超えると一気に加速する。Headless 360が「第4の収益化軸」として定着するかどうかは価格設定の詳細次第だが、AIエージェントとSaaSの境界がなくなる方向で業界が動いていることを、この数値は示している。