Salesforce Service Cloud向けMeta Muse：MetaのAIは2026年のWhatsAppサービスコンソールにどう組み込めるか

「Salesforce Service Cloud向けMeta Muse」が実際に意味するもの

私は仕事で他社の開発者向けドキュメントを大量に読みますが、Metaの2026年の命名は最も整理に時間がかかります。関係する製品は3つありますが、顧客と話すのはそのうち1つだけです。

1. Muse。Metaが9月に一般消費者の用事向けに公開したパーソナルAIエージェントです。企業の顧客に応答するために作られたものではありません。
2. Muse Spark 1.3。Meta Model API経由で販売されるモデルです。これを土台にボットを作れます。Salesforceにとっての意味は後述します。モデルの詳細はMuse Spark 1.3の概要にあります。
3. Meta Business Agent。Metaが6月に公開した、WhatsApp、Messenger、Instagramで顧客に応答するAIです。Salesforceのサービスチームが実際に検討しているのはこれです。

3つの詳しい比較は、私のカスタマーサポート向けMeta Museのガイドにあります。ここではSalesforce側、つまりEnhanced WhatsAppチャネルとCaseを伴うMessaging Session、そしてAgentforceの請求に焦点を絞ります。別のヘルプデスクをお使いなら、Zendesk向けMeta MuseやHubSpot版をご覧ください。

MetaはSalesforceのコミュニティにも直接アプローチしており、これは注目に値します。Dreamforce 2026ではSupporting Partnerを務め、9月17日にはBusiness Agentのセッションを開き、機能の1つとして「human handoff」を挙げていました。

今のSalesforce Service CloudでのWhatsAppの仕組み

Metaのエージェントが加わる前に、SalesforceのWhatsAppチャネルがすでに何をしているかを知っておくと役立ちます。SalesforceのWhatsAppセットアップガイドでは、担当者がService Consoleでテキストや音声メッセージ、クリック可能な選択肢を使って応答し、対応できないときは別の担当者、キュー、Omni-Channelフローへ転送する、と説明されています。WhatsAppの各スレッドはMessaging Sessionとして届き、それをルーティングするのがOmni-Channelです。

Salesforce自身のドキュメントにある次の点が、この先のすべてを左右します。

• シートに上乗せされるアドオンです。 Enhanced WhatsAppには、ServiceのEnterpriseまたはUnlimitedに加え、Digital Engagementアドオン、または2026年2月23日以降は新しいAgentforce Contact Center Digitalアドオンが必要です。現行のService Cloud料金では、Enhanced MessagingはCore(195ドル)とAdvanced(395ドル)で1ユーザーあたり月額75ドルの追加です。
• Contact Center Digitalはメッセージクレジットで動きます。 Salesforceのアップグレード時の考慮事項によると、WhatsAppクレジットは2026年3月27日から必須で、クレジットがなければチャネルを作成することすらできません。
• Agentforceはすでに番号上にいる可能性があります。 Salesforceの音声返信ガイドによると、エージェントにMessaging接続があれば、AgentforceはデフォルトでWhatsAppのボイスメッセージにAI生成の音声で返信します。つまり、すでにAIがWhatsAppスレッドに入っているかもしれません。
• 電話アプリとの共存はできません。 SalesforceのEnhanced WhatsAppガイドは、その番号でWhatsAppアプリにログインしないよう警告しています。「Don't! Otherwise, you won't be able to activate the channel in Salesforce.」
• WhatsAppアカウント1つにつきSalesforce組織は1つです。 SalesforceのWhatsAppに関する考慮事項によると、1つのWhatsApp Business Accountを複数のSalesforce組織にリンクすることはサポートされておらず、他のプロバイダーで維持している番号も25番号の上限にカウントされます。

プラットフォームのそれ以外の部分は、私のService Cloud概要で一通り説明しており、Salesforceチケットシステムの記事ではCaseオブジェクトを扱っています。

アドオンの積み重なりは、Salesforceの購入者が最初に実感する部分です。Agentforce ServiceのあるG2レビュアーはこう述べています。

"The base platform is fine, but once you start adding features, integrations, or AI capabilities, the pricing increases quite a bit. It's something you need to plan for upfront; otherwise, it can feel expensive over time."

Agentforce Serviceレビュアー、G2

Meta Business AgentがSalesforceの番号に加わるとどうなるか

Metaのドキュメントは9月に大幅に詳しくなり、計画の観点では、その詳細がSalesforceチームにとっての状況を変えます。

最初の応答者になり、Salesforceはスタンバイに回る

MetaのConversation Routingは、1つの番号に複数のアプリが接続されているとき、どのアプリが各メッセージに応答するかを決めます。Enhanced WhatsAppチャネルもそのアプリの1つとして数えられます。Business Agentを有効にすると、Metaのルーティング設定ガイドによれば、"The agent becomes the sole primary for messaging entry points"となり、"Previous primary destinations move to standby so they retain context"とされています。

平たく言えば、新しいWhatsAppメッセージはOmni-Channelではなく先にMetaのエージェントに届くため、スレッドが戻ってくるまでMessaging Sessionが担当者にルーティングされることはありません。エントリーポイントごとに分けることもでき、たとえばダイレクトメッセージはSalesforceをプライマリのままにし、クリックしてWhatsAppを開く広告はAIに任せるといった設定が可能です。この設定はMeta Business Suiteでしかできません。「There is no public API for configuring Conversation Routing.」

1番号につきAIは1つ、だからAgentforceとBusiness Agentは共存できない

Metaのプラットフォーム概要は、適格性のルールをはっきり示しています。番号は"Not already running another AI agent on that number"でなければならず、それは"an active authorized-agent integration blocks Meta Business Agent."だからです。

Metaは"authorized-agent integration"を定義していません。素直に読み、私が計画の前提にもするのは、番号上で応答しているAgentforceエージェントも該当するという解釈です。つまり積み重ねではなく二者択一です。SalesforceではエージェントはAgentforce BuilderのMessaging接続経由でWhatsAppに到達するため、まず解除することになるのは、その接続とOmni-Channelフローです。

Salesforceは名指しの引き継ぎパートナーだが、フローはまだ文書化されていない

Business Agentが引き継ぐと、チャットは同じWhatsAppスレッドにとどまり、所有権がその番号上の別のアプリに移ります。Metaのカスタマーサポートガイドは前提条件の1つとして"A staffed destination for handed-off conversations"を挙げており、単純な引き継ぎは、スレッド制御のドキュメントによれば"escalation partner"として設定したアプリに渡されます。

この点で、Salesforceはこのシリーズのほとんどのヘルプデスクと異なります。MetaがBusiness AIを発表した際(Business Agentの以前の名称)、引き継ぎパートナーとして"Salesforce, Microsoft Dynamics 365 Contact Center, ServiceNow, Zendesk, Gorgias and Klaviyo Service."を挙げました。Salesforceはその一覧の先頭です。HubSpotとFrontはまったく載っておらず、Freshdeskも同様です。

ただし、名前が挙がっていることと文書化されていることは別物です。私が確認したSalesforceのWhatsApp、Messaging、Agentforceのヘルプ記事はどれもBusiness Agent、スタンバイ、スレッド制御に触れておらず、Metaのルーティングのドキュメントが出たのも9月23日でした。Metaのモデルでは、Salesforceがエスカレーションパートナーであれば、引き継ぎは通常のインバウンドのMessaging SessionとしてSalesforceに届くはずです。それでも、顧客を任せる前に、まずサンドボックス番号でテストします。

知っておく価値のある引き継ぎの詳細をいくつか挙げます。

• コンテキストは2,000文字のメモで渡されます。 引き継ぎイベントには自由記述のmetadataフィールドがあり、Metaは"to carry the ticket or order reference"に使うことを勧めています。担当者にはAI要約かライブのスタンバイコピーのどちらかが届き、両方は届きません。
• トリガーは制御できません。 プラットフォームでは、信頼度が低い場合、整合性の問題がある場合、顧客が人間を求めた場合に引き継ぎが発火し、Metaの機能ページによれば"You do not configure the triggers"です。対照的に、Agentforceでは独自のエスカレーションルールをエージェントとOmni-Channelフローに書けます。
• Metaは午前2時の引き継ぎについて警告しています。 ガイドにはこうあります。"An agent that hands off at 02:00 into an unstaffed queue produces a worse outcome than one that says when the team is next available and raises a ticket."

早期にプラットフォームへアクセスしたBSPのコンサルタントは、Metaの制御機能を次のようにまとめました。

"The harness is very basic. You only get 4 controls - knowledge, personality, audience, handoff. Fine for a simple FAQ or catalog bot. But if you want real step-by-step logic, you hit the wall fast."

u/Kira_SENPAI_1、Reddit

どのスタックでも良い引き継ぎとはどういうものかは、私のAIエージェントの引き継ぎのガイドにあります。

SalesforceのクライアントクレデンシャルフローはMetaのコネクタ認証とぴったり合う

Business Agentは、自分で定義するコネクタ、つまりHTTP APIやリモートMCPサーバー経由でアクションを実行し、Metaのサポートガイドではcreate_support_ticketツールの手順が示されています。GorgiasとFreshdeskの記事では、ここでつまずきました。Metaのコネクタのリファレンスに"only OAUTH2_CLIENT_CREDENTIALS, API_KEY, and NONE are supported."とあるためです。

私が確認したヘルプデスクのなかで、Salesforceはこの点で最も有利な側に入ります。そのクライアントクレデンシャルフローは全エディションで利用でき、外部クライアントアプリが"its consumer key and consumer secret"をアクセストークンと交換できます。これはMetaのOAUTH2_CLIENT_CREDENTIALSタイプの形そのもので、トークンURLとクライアントIDおよびシークレットを使います。したがって理屈の上では、Metaのエージェントは引き継ぎが届く前に、Caseの作成やContactの検索、組織内の注文の確認までできます。

構築する場合の注意点が3つあります。

1. 1人の連携ユーザーとして実行されます。 Salesforceによれば、このフローには"an integration user to run the integration"が必要で、Metaのエージェントによるすべての書き込みにそのユーザーの名前と権限が付きます。そのユーザーのプロファイルは厳しく絞ってください。
2. ホスト型MCPサーバーは合いません。 Salesforceのホスト型MCPセットアップは、PKCEと名前付きユーザー用のトークンを必要としますが、Metaのクライアントクレデンシャルのコネクタにはできません。REST APIを使ってください。これらのサーバーについてはClaude for Salesforceの記事で詳しく扱っています。
3. 失敗は表に出ません。 Meta自身が指摘しています。"A failed ticket is invisible: the agent has already said a colleague will be in touch, the shopper waits, and nobody finds out until they message again angrier."

費用：WhatsAppでのMeta Business AgentとAgentforce

2つのAIは異なる単位で課金され、どちらもすでに支払っているService Cloudのシートとメッセージングのアドオンの上に乗ります。

会話あたりで見ると、Metaが公開しているどの例でも、Metaのエージェントの方がAgentforceの会話単価より安くなります。Flex Creditsでは差が縮まり、その場合は各チャットでエージェントが何回アクションを実行するかで決まります。この計算は私のFlex Creditsの解説で扱っています。アクション単位は、Salesforce管理者が最も予測しにくいと感じる単位でもあります。あるG2レビュアーはこう書いています。

"If an AI agent gets stuck in a loop or handles an unexpected surge in holiday traffic, your 'digital wallet' of credits can drain faster than anticipated. You have to be very strict with Guardrails in the Agent Builder (like limiting the number of turns per session) just to keep costs predictable."

Agentforce Serviceレビュアー、G2

Metaのメッセージ単位のモデルにも、初期ユーザーから同様の批判があります。

"My concern is that the per-message cost is insanely high at approximately 5 cents per message."

u/Aromatic-Surround167、Reddit

シートとアドオンの全体像は、私のService Cloudの料金とAgentforceの料金の解説をご覧ください。

Salesforce側の未解決事項は10月1日

多くのSalesforceチームが実感する変更は、AIの価格ではありません。2026年10月1日から、Metaはサービスメッセージについて、電話番号あたり毎月1,000件の無料枠を超えた分から1メッセージごとに課金します。サービスメッセージとは人または第三者AIによる自由形式の返信で、Metaの料金ページによれば、各メッセージは"either as a Meta Business Agent message or as a service message, never both."で請求されます。

Contact Center Digitalでは、SalesforceはWhatsAppをメッセージクレジットで計測しているため、この請求の途中に位置します。2026年8月1日発効のWhatsApp料金表は、24時間ウィンドウ内の自由形式のサービスメッセージは"free of cost"のままとし、サービス乗数をすべての市場で0と記載しています。Salesforceはすでに2026年11月1日付のWhatsApp乗数の変更を発表していますが、10月のサービス課金をどう転嫁するかを述べたページはありません。担当者がWhatsAppの返信を大量に送っているなら、今すぐアカウントエグゼクティブに確認する価値があります。料金の推移は私のWhatsApp APIの料金の解説に、Metaが第三者ボットに対して何をしたかはMetaのポリシー変更の記事にあります。

Muse Sparkで独自のSalesforceボットを作る

3つ目の道はBusiness Agentを飛ばしてモデル上に構築するもので、私の日々の仕事に最も近いものです。

モデル側では、Muse Spark 1.3の標準ティアは100万トークンあたり入力1.25ドル、出力4.25ドルで(Meta Model APIドキュメント)、ツール呼び出しと構造化出力に対応します。より安いContributorティアは、サポート業務には使えません。Metaの利用規約に"You must not submit sensitive, confidential, or personal information to the Discounted Services."とあるためです。モデルの強みは、私のMuse Spark 1.3レビューで扱っています。

Salesforce側の良いニュースは、入口があることです。Salesforceのメッセージングエディション表は、Agentforce Contact Center DigitalとPartner Messaging Botアドオンを備えたEnterprise、Unlimited、Developer向けにBring Your Own Botを挙げています。WhatsApp接続はSalesforceが維持し、ボットはMessaging Sessionに接続します。APIではWhatsAppメッセージをまったく送れないHubSpotと比べれば、有利な条件です。

それ以外はすべて自分の担当です。

1. ナレッジ。 ナレッジ記事、マクロ、過去のCaseを同期し続けること。
2. ケースのループ。 セッションを読み、返信を下書きし、REST API経由でCaseのステータス、優先度、所有者を更新すること。
3. エスカレーション。 独自の信頼度しきい値を設け、Omni-Channelフローへ戻すこと。
4. テスト。 何かが顧客に届く前に、実際のCaseを再生すること。
5. 信頼性レビュー。 ケースデータがEinstein Trust LayerからMetaのAPIへ出ていく理由を、セキュリティチームに問われます。

構築だけでなく、保守も勘定に入れてください。完全な一覧は私の自作か購入かのガイドにあります。他のモデルでの同じ構築については、ChatGPT for SalesforceとGrok for Salesforceをご覧ください。

SalesforceチームにとってMetaのエージェントが届かないところ

これらはどれもMetaのドキュメントに隠されているわけではありませんが、Service Cloud組織にはより重くのしかかります。

• Metaのアプリでしか応答しません。 組織にはEmail-to-Case、Webフォーム、チャット、しばしば音声もあります。Business Agentはどれもカバーしないため、2つのルールセットを持つ2つのAIを運用することになります。Web側は私のSalesforceチャットボットの記事で扱っています。
• ケース履歴はナレッジソースにならない。 Metaのサポートガイドは、"export the top drivers from your helpdesk for the last quarter"して、FAQエントリを手書きするよう指示しています。何年分もの解決済みSalesforce Caseは手の届かないままです。
• 配線しない限りCRMは見えません。 AgentforceはすでにContact、Account、エンタイトルメントを把握しています。Metaのエージェントが知っているのは、コネクタが取得したものだけです。
• 規制業種は対象外です。 Metaのプラットフォーム概要によれば、金融、医療、政府、アルコール、ギャンブルの事業者は利用できず、これらはSalesforceの中核となる業種です。
• 精度にはやはりグラウンディングが必要です。 Metaのヘルプセンターは"Some AI messages may be inaccurate or inappropriate"と警告しており、初期のテスターは"the same product come back at two different prices in two replies"を目にしました(Reddit)。

ここではデータ品質が両方向に効きます。G2レビュアーによるAgentforceへの警告は、Metaのエージェントに与えるあらゆるものにも同様に当てはまります。

"Agentforce is only as smart as the data it can 'read.' If your Salesforce org has years of technical debt - duplicate records, stale knowledge articles, or poorly mapped fields - the AI will struggle."

Agentforce Serviceレビュアー、G2

ケース履歴の話題は、eeselのほぼすべての営業通話で出てきます。eeselの創業者の1人である同僚のAmoghは、そうした通話の後にこうはっきり述べました。

"Also - past ticket training strikes again. Classic. People really, really, really want to train on past tickets."

Business Agentでは、その履歴をFAQとして手作業で書き戻すことになり、多くのService Cloudチームにとっては、それが決め手になります。同じ問いのSalesforce側の話は、Service Cloud AIの限界の記事で扱っています。

どの構成がSalesforceチームに合うか

顧客がどこから連絡してくるか、チームがどう働いているかに基づいて、私ならこう選びます。

私が話すほとんどのSalesforceチームにとって、実際に当てはまるのは2行目です。顧客はWhatsAppで連絡し、メールでフォローアップし、後で電話をかけてきます。担当者はそのすべてを、SalesforceとMetaに分かれるのではなく、1つのCaseと1つのContactで見る必要があります。

Salesforce内で選択肢を比較しているなら、私のService Cloud向けAIまとめとAgentforceの代替の一覧が次に読むのに適しています。ツール横断のWhatsAppについては、WhatsAppサポートに最適なAIをご覧ください。

SalesforceのWhatsAppでeeselを試す

eeselは、新入社員のようにService Cloudに参加するAIヘルプデスクのチームメイトで、別ウィジェットも2つ目の受信トレイも不要です。Caseへの返信の下書きと送信、社内メモの追加、ステータス、優先度、所有者の更新、Caseのキューへのルーティングを、ライブのContactとAccountのコンテキストを使って行います。割り当てルール、エスカレーションルール、エンタイトルメントを尊重し、WhatsAppにも直接接続します。過去のCase、ナレッジ記事、メールテンプレートから学び、顧客に1件も返信する前に、過去のCaseに対してシミュレーションを実行するので、どれを正しく処理できるかがわかります。その後、触れてよいケースタイプを選びます。

料金は月額固定のクレジットプランで、ケースまたはチャットは返信が何回になっても1クレジットとして数えます。アクションごとのFlex Credit計算はありません。セットアップをスクリプト化したい場合は、eesel CLIを使えば、あなたやClaude Codeのようなコーディングエージェントが、ターミナルからSalesforceの接続、ナレッジの追加、アクションの承認を行え、すべてのコマンドでJSON出力が得られます。

eeselを無料で試してください。100クレジット付きでカード不要です。10月1日の料金変更が来る前に、SalesforceのWhatsAppケースをどう処理するか確かめられます。