Meta Muse for Help Scout:2026年、MetaのAIはWhatsAppの受信トレイにどう収まるのか
Rama Adi
Katelin Teen
最終更新 October 1, 2026

「Meta Muse for Help Scout」は実際に何を意味するのか
私の1週間の大部分は他社の開発者向けドキュメントを読むことに費やされますが、2026年のMetaの命名は、ほとんどのものより解きほぐすのに手間がかかります。関係するMetaの製品は3つありますが、実際にお客様と話すのはそのうち1つだけです。
- Muse。Metaが9月に消費者の用事向けに発表したパーソナルAIエージェントです。企業の顧客に応答するために作られたものではありません。
- Muse Spark 1.3。Meta Model APIで販売されているモデルです。これを土台にHelp Scoutのボットを作ることもできます。そのルートは後ほど説明します。モデルの詳細はMuse Spark 1.3の概要にあります。
- Meta Business Agent。Metaが6月に発表した、WhatsApp、Messenger、Instagramで顧客に応答するAIです。Help Scoutのチームが本当に検討しているのはこれです。
3つの比較の全体像は、私のカスタマーサポート向けMeta Museガイドにあります。この記事ではHelp Scout側に焦点を当て、Metaのエージェントが加わったときにWhatsAppチャネルと共有受信トレイに何が起きるか、そして請求額に何が起きるかを見ていきます。別のヘルプデスクをお使いなら、Front向けMeta MuseとZendesk向けMeta Museの記事がそれらを扱っています。
現在のHelp ScoutでのWhatsApp、Messenger、Instagramの仕組み
Help ScoutはMetaのチャネルを他の受信トレイチャネルと同じように扱い、それらのドキュメントはすべて9月に更新されました。Settings、Inboxes、Connect Channelsの順に、受信トレイごとに接続します。Connect Channelsの記事によれば、"All plans can add Email; All paid plans can add others."とあります。

料金ページでは、"WhatsApp, Instagram, and Messenger"は1ユーザーあたり月額25ドルのStandardプランに含まれ、Plusは45ドル、Proは75ドルです。プランの全体表は私のHelp Scoutの料金の記事にあります。
Help ScoutでのWhatsApp
Help ScoutのWhatsAppの記事によれば、新しいチャットごとに"creates a new conversation in your Inbox"となり、whatsappタグが付き、チームはHelp Scoutから返信します。このドキュメントのいくつかの詳細が、この後のすべてを左右します。
- Platformであり、番号はアプリから外れます。 WhatsApp Business Platformアカウントが必要で、接続すると"the number will no longer work in the WhatsApp or WhatsApp Business mobile app"となります。戻れる共存モードはありません。
- アカウントはお客様のものです。 設定はMetaのポップアップを通じて行い、自分のMeta Business PortfolioとWhatsApp Business Accountを選ぶか作成します。フローのどこにもサードパーティプロバイダーは登場しません。
- 受信トレイごとに番号は1つ。 "We currently do not support multiple numbers per Inbox, nor can you use a single number across multiple Inboxes."
- メールアドレスなし。 "WhatsApp doesn't share the customer's email." これは覚えておいてください。後で効いてきます。
- テンプレートは厳しい制限つきです。 24時間のウィンドウ外で送れる返信はMeta承認済みのテンプレートだけで、しかも"text-only templates without parameters"のUtilityテンプレートに限られます。

Help ScoutでのMessengerとInstagram
MessengerとInstagramはDMとしてのみ入ってきます。MessengerのドキュメントとInstagramのドキュメントは投稿へのコメントやストーリーへの返信に触れておらず、どちらも同じ制限があります。メールアドレスも書式もなく、さらに"You cannot send attachments or media back to the customer through Help Scout."とされています。
AIにとって最も重要なのはこの一文です。MessengerやInstagramで直接送った返信は"do not sync back to Help Scout"。また、Metaは顧客からの返信が7日間ない場合にこれらのスレッドを失効させ、その後Help Scoutはロックします。

残りの機能については、私のHelp ScoutレビューとHelp Scoutの機能の記事で順に見ていきます。
Help Scout自身のAIはWhatsAppでは応答しない
この点が、これまで私が書いてきたどの姉妹記事ともHelp Scout版の問いを違うものにしています。FrontとGorgiasでは、MetaのエージェントはヘルプデスクがすでにWhatsAppで動かしているAIと競合します。Help Scoutでは大半の場合そうならず、その理由はHelp ScoutのAIの範囲の決め方にあります。
- AI AnswersはBeacon専用です。 "AI Answers is toggled on and off at the Beacon level"、そして"Beacon is the chat widget that lives on your website or in your product"と、Help ScoutのAI Answers and Beaconsドキュメントにあります。費用は1解決あたり0.75ドルで、WhatsApp、Messenger、Instagramで使えるとはドキュメントのどこにも書かれていません。
- AI Draftsはチームの文章作成を助けます。 AI Draftsドキュメントによれば、"the reply box"内にあり、PlusとProで使えます。下書きを書くだけで、顧客に自力で応答するものではありません。
- AI Summarizeはどの会話でも動きます。 PlusとProで使え、長いWhatsAppのスレッドを次に引き継ぐ人のために要約してくれます。

つまり、Help Scoutのチームにとって正直な捉え方は「MetaのAIかHelp ScoutのAIか」ではありません。「WhatsAppはMetaのAI、BeaconはHelp ScoutのAI、そして足並みをそろえておく必要がある2つのナレッジベース」です。ネイティブ側については、私のHelp Scout AIの概要とHelp Scout AIエージェントの記事でさらに詳しく扱っています。
Meta Business AgentがHelp Scoutの番号に加わると何が起きるか
9月、Metaのドキュメントははるかに詳しくなりました。共有受信トレイで働くチームにとって、変わることは3つあります。
最初の応答者になり、Help Scoutは待機に回る
MetaのConversation Routingは、1つの番号に複数のアプリが接続されているとき、どのアプリが各メッセージに応答するかを決めるもので、Help Scoutチャネルもそのアプリの1つです。Business Agentをオンにすると、"The agent becomes the sole primary for messaging entry points"となり、Metaのルーティング設定ガイドによれば、"Previous primary destinations move to standby so they retain context"となります。
簡単に言うと、新しいWhatsAppメッセージは先にMetaのエージェントに届き、その後でHelp Scoutの受信トレイに届きます。エントリーポイントごとに分けることもできます。たとえば、ダイレクトメッセージはHelp Scoutをプライマリのままにして、Click-to-WhatsApp広告はAIに任せる、といった形です。ただしそれができるのはMeta Business Suite内だけです。Metaははっきり書いています。"There is no public API for configuring Conversation Routing."

Help Scoutにはこの設定に関するドキュメントが一切ありません。そのドキュメントで"Business Agent"、"Meta AI"、"coexistence"を検索しても関連する結果は出てこなかったので、両側をMetaの手順だけを頼りに設定することになります。
1番号につき1つのAIという制約は引き続き有効
MetaのPlatform概要は、番号が"Not already running another AI agent on that number"である必要があると述べています。"an active authorized-agent integration blocks Meta Business Agent."だからです。
AI AnswersはWhatsAppでは動かないので、標準的なHelp Scoutの設定ではこのルールに引っかからないはずです。ただし、サードパーティのAIがすでにその番号にある場合は、どちらか一方だけになると考えてください。Metaは"authorized-agent integration"を定義していないので、その番号で返信するAIはすべて該当するものとして扱うのが私の方針です。
引き継ぎはスレッドに戻り、Help Scoutは名前の挙がったパートナーではない
Business Agentが引き継ぐとき、チャットは同じWhatsAppスレッドにとどまり、受け渡されるのは担当権限です。Metaのカスタマーサポートガイドは"A staffed destination for handed-off conversations"を前提条件として挙げており、単純な引き継ぎは、スレッド制御のドキュメントによれば"escalation partner"に設定したアプリに送られます。
Help Scoutのチームにとって、そのパートナーはHelp Scout自身のWhatsAppアプリです。MetaがBusiness Agentの以前の名称であるBusiness AIを発表したとき、引き継ぎパートナーとして"Salesforce, Microsoft Dynamics 365 Contact Center, ServiceNow, Zendesk, Gorgias and Klaviyo Service."を挙げました。Help Scoutはそのリストに入っていません。Metaのルーティングのドキュメントによれば、引き継ぎは通常のWhatsApp会話として受信トレイに届くはずです。しかし、そのフローはどちら側も文書化していないので、私ならまず予備の番号でテストします。

Metaのドキュメントから、引き継ぎについて知っておくべき点をさらにいくつか挙げます。
- コンテキストは2,000文字のメモで運ばれます。 引き継ぎイベントには自由記述の
metadataフィールドがあり、Metaは"to carry the ticket or order reference"に使うことを勧めています。 - トリガーは制御できません。 引き継ぎは確信度が低い場合や完全性の問題がある場合、そして顧客が人間を求めたときに発動し、capabilitiesページによれば"You do not configure the triggers,"です。
- 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."
どのヘルプデスクでも良い引き継ぎとはどういうものかは、私のAIエージェントの引き継ぎガイドで扱っています。
MessengerとInstagramはさらに不明瞭
Metaは"no longer supports Handover Protocol for Messenger"と述べており、企業は各Pageに既定のアプリが1つあるConversation Routingに移行しました。ただし、Business Agentの開発者向けページはどれもWhatsAppを念頭に書かれています。Messengerでは、セルフサーブのエージェントはBusiness Suiteの受信トレイに引き継ぎ、Help Scoutのような接続済みアプリには引き継ぎません。
これをHelp Scout自身のルール、つまりHelp Scout外で送った返信は同期されないというルールと並べてみてください。Help Scoutが直接触れていない私の読みでは、MessengerやInstagramでのMetaのAIの返信は、Help Scoutのスレッドには表示されません。チームには顧客が書いた内容は見えても、顧客がすでに受け取った回答は見えません。使うとしても、Business AgentはWhatsAppだけに留める十分な理由になると私は考えています。
MetaのエージェントはHelp Scoutのチケットを作れるか
Business Agentはコネクターを通じてアクションを実行します。コネクターとは自分で定義するHTTP APIやリモートMCPサーバーのことで、Metaのサポートガイドにはcreate_support_ticketツールの実例が示されています。FreshdeskとGorgiasの記事では、ここでつまずきました。Metaのコネクターのリファレンスに"only OAUTH2_CLIENT_CREDENTIALS, API_KEY, and NONE are supported."とあるからです。
Help Scoutは認証チェックを通ります。そのInbox APIは"Authorization Code and Client Credential flows"を実装しており、"The Client Credentials flow is meant for internal integrations."とされています。書面上はMetaのOAUTH2_CLIENT_CREDENTIALSと合致します。ただしHelp Scoutの他の入口は合いません。
| Help Scoutのインターフェース | 使用する認証 | Metaのコネクターに合うか | できること |
|---|---|---|---|
| Inbox API 2.0 | OAuth2、クライアント認証情報または認可コード | はい、クライアント認証情報 | 会話、返信、メモ、タグの作成 |
| Help Scout MCPサーバー | Help ScoutのページでのユーザーごとのOAuthサインイン | いいえ | 読み取り専用:検索、要約、レポート |
| Docs API | HTTP Basic経由のAPIキー | いいえ(Basicは非対応) | Docs記事の読み取りと編集 |
| Webhooks | 送信イベントのHMAC署名 | コネクターではない | 新しい会話を自社サービスに通知 |
認証が合うことの陰に3つの落とし穴があり、いずれもHelp Scoutの会話作成と認証のドキュメントに由来します。
- チケットはWhatsApp会話にできません。
typeフィールドは"one of: chat email phone"です。つまりツールは新しい別の会話を作り、WhatsAppスレッドではなくソースapiとして表示されます。 - メールが必要です。 顧客は"Must contain a valid customer id or an email address"で、WhatsAppはメールを共有しません。エージェントが顧客にメールを尋ねなければならず、そうしないと孤立したチケットが生まれます。
- トークンはユーザーそのものです。 クライアント認証情報のトークンは2日間有効でリフレッシュトークンはなく、スコープのパラメータもないため、トークンはアプリを作成した管理者ができることをすべて実行できます。そのため、権限を限定した専用のHelp Scoutユーザーを作ってください。
Help Scout MCPサーバーは逆の話をしています。これは"read-only"で"can't reply to customers, add notes, change tags"であり、書き込みツールは日付なしで"on the roadmap"とされています。このサーバーで何ができるかは、私のHelp Scout向けClaudeとHelp Scout向けChatGPTの記事で掘り下げています。
私が気に入っている回避策が1つあります。Business AgentのWebsitesナレッジソースは公開ページをクロールするので、FAQを手でコピーする代わりに、公開しているHelp Scout Docsサイトを指定できます。ウェブサイトの知識は、Metaのcapabilitiesページによれば"is a snapshot taken at crawl time"なので、記事を編集したら再クロールするのを忘れないでください。
Platformに早期アクセスしているBSPコンサルタントは、コントロールを次のようにまとめました。
"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."
費用:Meta Business AgentとHelp Scoutの比較
2つのAIは課金の単位が違い、さらに対象チャネルも同じではありません。WhatsAppを追加するHelp Scoutチームの全体像は次のとおりです。
| 費用項目 | Meta Business Agent | Help Scout |
|---|---|---|
| AIの単位 | トークン、100万あたり2.00ドル(Metaの料金) | AI Answers、1解決あたり0.75ドル(料金ページ) |
| AIが対象とするチャネル | WhatsApp、Messenger、Instagram | ウェブサイトとアプリ上のBeacon |
| メッセージまたは成果ごと | 1通あたり約4〜5セント | 解決したBeaconチャットごとに1回課金 |
| 単純な質問(Metaの例、4通) | 約16〜20セント | WhatsAppでは利用不可 |
| 複雑な質問(Metaの例、10通) | 約40〜50セント | WhatsAppでは利用不可 |
| 席数 | なし | Standard 25ドル、Plus 45ドル、Pro 75ドル(1ユーザーあたり月額) |
| WhatsAppチャネル | WhatsApp Business Platformの番号 | すべての有料プランに含まれる |
| 人による返信へのWhatsApp料金 | 10月1日からサービスメッセージ料金、番号ごとに1,000通の無料枠の後 | Help Scoutのドキュメントには、Meta料金も上乗せも記載なし |

会話あたりで見ると、Metaが公表しているどの例でも、MetaのエージェントはAI Answersの1解決より安くなります。顧客がフォローアップを続けると差は縮まります。Metaはメッセージごとに課金するからです。初期のユーザーはそれにすぐ気づきました。
"My concern is that the per-message cost is insanely high at approximately 5 cents per message."
Help Scoutの購入者も従量課金に敏感ですが、それには理由があります。Help Scoutは2025年に連絡先ごとの課金に移行し、その後撤回しました。当時のr/SaaSのスレッドは今も痛いところです。
"HelpScout changed back to user-based pricing. Guess too many people cancelled including me [...] Helpscout lost all trust with this flip-flopping on pricing."
10月1日は受信トレイの人間側に影響する
ほとんどのHelp Scoutチームが実際に感じる変化は、AIの価格ではありません。2026年10月1日以降、Metaはサービスメッセージを、電話番号ごとに月1,000通の無料枠を超えた分から1通ごとに課金します。サービスメッセージとは人またはサードパーティAIによる返信で、Metaの料金ページによれば、各メッセージは"either as a Meta Business Agent message or as a service message, never both."で課金されます。
つまり、引き継ぎ後にチームがHelp ScoutからWhatsAppで送るすべての返信は、課金対象のサービスメッセージになります。WhatsApp Business Accountはお客様自身のMeta Business Portfolioにあるため、その請求はHelp ScoutではなくMetaから来ると考えてください。料金の全履歴は私のWhatsApp API料金の解説に、Metaがサードパーティのボットに何をしたかはMetaのポリシー変更の記事にあります。
Muse SparkでHelp Scout用の自作ボットを作る
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レビューで扱っています。
Help Scout側では、残りはすべて自分で用意します。
- ナレッジ。 Docsの記事と保存済み返信、さらに過去の会話を、すべて同期した状態に保ちます。Docs APIはInbox APIとは別のキーで、毎分200、400、800回の呼び出しで長年分の履歴を取得するには計画が必要です。
- 会話ループ。
convo.customer.reply.createdのWebhookがWhatsAppメッセージの到着を知らせ、あなたのサービスが返信やメモを下書きします。返信エンドポイントはdraft: trueを受け付けるので、最初のバージョンは下書きの作成だけにとどめることもできます。 - エスカレーション。 独自の確信度のしきい値とルーティングルールを、タグで設定します。Help ScoutのWorkflowsはWhatsAppをチャネルタイプではなく
whatsappタグで判別するためです。 - テスト。 お客様に何かが届く前に、実際の会話を再生します。
- WhatsAppのルール。 24時間のウィンドウとUtilityのみのテンプレート、そして10月1日のサービスメッセージ料金です。
書き込みリクエストは、アカウント全体で共有されるHelp Scoutのレート制限に対して2回分として数えられるため、忙しいボットは他の連携が使うのと同じ予算を食います。保守作業の全リストは私の自作か購入かガイドに、エンドポイントの詳細はHelp Scout APIの記事にあります。
同じ構築は他のモデルでも機能し、私のHelp Scout向けGrokの記事がその例です。計算してみた創業者たちは、たいてい同じ結論にたどり着きます。
"If one of the devs said they spun up a reimplementation of HelpScout over the weekend that we could run for $2/mo, I'd still say no because the cost of managing it internally is at least $200/mo of people's focus."
Help Scoutチームにとって、Metaのエージェントはどこで止まるか
これらは隠されているわけではなく、すべてMetaのドキュメントにありますが、チームが共有受信トレイで働いている場合はより重くのしかかります。
- Metaのアプリでしか応答しません。 Help Scoutの受信トレイにはメールとBeaconチャット、SMS、場合によっては電話のメモも入ります。Business Agentはそのどれもカバーしないので、2つのルールセットを持つ2つのAIを運用することになります。Beacon側については私のHelp Scoutチャットボットの記事で扱っています。
- 会話履歴はナレッジソースにならない。 Metaのサポートガイドは"export the top drivers from your helpdesk for the last quarter"し、FAQの項目を手で書くよう勧めています。Help Scoutのアーカイブに眠る長年の良い回答は、手の届かないままです。
- 規制業種は対象外です。 金融、医療、政府、アルコール、ギャンブルの事業者はPlatformを使えません。HIPAAを理由にHelp Scoutを選んだProのお客様にとっては痛い点です。
- 正確さには依然として根拠づけが必要です。 Metaのヘルプセンターは"Some AI messages may be inaccurate or inappropriate"と警告しており、初期のテスターは"the same product come back at two different prices in two replies"を目にしました(Reddit)。
同じサブレディットの別のコメント投稿者は、チームの問題を平易な言葉で言い表しました。
"the builtin AI is useful for solo operators handling basic faq replies, but it doesn't come close to replacing what platforms are built for. the moment you have a team handling conversations or crm integrations the native tool just isn't there."
これは、私が通話で聞く内容と一致します。eeselを使っているドイツの複数ショップのEコマースチームは、WhatsAppを必須リストに入れ、ドイツ語のチャットのローカライズや複数ストアにまたがる注文の自動化と並べていましたが、彼らが欲しかったのはWhatsAppボットではありませんでした。顧客がどこから書き込んできても、同じ注文データを持つ同じAIが応答することを求めていたのです。月に約7,000件のチケットを扱う、消費者直販ブランドのCXリーダーは、もう半分をこう表現しました。
「自信を持って対応できるチケットだけを扱って、それ以外は放っておいてくれるAIが必要です。」
Business Agentでは、その確信度の線を引くのはMetaであり、あなたではありません。
Help Scoutチームに合う構成はどれか
お客様がどこから書き込み、チームがどう働いているかに応じて、私ならこう選びます。
| お客様の状況 | 最適な選択 | 理由 |
|---|---|---|
| 小さな店、顧客はWhatsAppのみ、商品や営業時間の簡単な質問 | Meta Business Agent | 1チャットあたりが最安で、置き換えるHelp Scout AIがない |
| WhatsAppに加えてメールとBeaconを1つの受信トレイで扱うHelp Scoutチーム | Help Scout内のAIエージェント | ルールが1つで、会話から学習し、チケットの配管が不要 |
| BeaconのAI Answersに満足、WhatsAppは少量 | そのまま使い、WhatsApp用に保存済み返信を追加 | AI Answersがウェブサイトをカバーし、残りはチームが対応 |
| 完全な制御を求めるエンジニアリングチーム | Muse Spark APIとHelp ScoutのInbox API | トークン単価は安く、クライアント認証情報の認証も合うが、構築と保守は自前 |
| 医療、金融、その他の規制業種 | Business Agentは不可 | Platformの対象外 |
私が話すHelp Scoutチームの大半にとって重要なのは2行目です。顧客がWhatsAppで書き込み、メールでフォローアップし、後で満足度調査に回答します。チームにはその履歴のすべてが、Help ScoutとMetaに分かれることなくHelp Scoutに必要です。だからこそ、Metaの問いよりも、Help Scoutの中にあるAIを選ぶことの方が重要なのです。
比較検討中なら、私のHelp Scout向けベストAIのまとめとHelp Scout AIの代替のリストが次に読むのに適しており、WhatsAppサポート向けベストAIは他のツールにまたがってWhatsAppを扱っています。
Help Scout側のセットアップ手順については、Help ScoutにAIを追加するガイドで各ルートを順に説明しています。
Help ScoutのWhatsAppでeeselを試す
eeselは、新入社員のようにHelp Scoutに参加するAIヘルプデスクのチームメイトで、2つ目の受信トレイも別のウィジェットも不要です。Help Scout内のお客様の会話に対して動作するため、WhatsAppのチャットやメールにもBeaconチャットと同じルールが適用され、WhatsAppにも直接接続できます。過去のHelp Scoutの会話、Docs、保存済み返信から学習します。お客様1人に回答する前に、過去の会話数百件を使ったシミュレーションを実行するので、どれを正しく処理できるかを確認でき、その後で、触れてよい会話のタイプをお客様が選びます。

料金は月額固定のクレジットプランで、チケットまたはチャット1件は、返信が何通になっても1クレジットと数えるため、顧客が5回フォローアップしても請求額は増えません。セットアップをスクリプトで行いたい場合は、eesel CLIを使えば、あなた(またはClaude Codeのようなコーディングエージェント)がHelp Scoutの接続、ナレッジの追加、アクションの承認までを、すべてのコマンドがJSONで出力されるターミナルから行えます。
eeselを無料で試すには、100クレジットが付き、カードは不要です。10月1日の料金が適用された今、Help ScoutのWhatsApp会話をどう扱うかをご覧ください。
よくある質問
Meta MuseをHelp Scoutと一緒に使えますか?
Meta Business AgentはHelp Scoutと連携できますか?
Help Scout AI AnswersはWhatsAppで動きますか?
Meta Business AgentとHelp Scout AI Answersの費用はどう違いますか?
WhatsAppを使うにはHelp Scoutのどのプランが必要ですか?
2026年10月1日にHelp ScoutのWhatsApp費用は何が変わりましたか?
代わりにMuse SparkでHelp Scoutのボットを作れますか?
Help ScoutのWhatsAppサポートに最適なAIは何ですか?

Article by
Rama Adi
Rama is a software engineer at eesel AI with two years of experience writing about B2B SaaS, AI tools, and customer support technology. Based in Bali, Indonesia, he brings a developer's perspective to product comparisons — cutting through marketing copy to what the integrations and APIs actually do.








