カスタマーオンボーディングにMeta Museを使う:MetaのWhatsApp AIにできること・できないこと(2026年)

要点

「カスタマーオンボーディングでのMeta Muse」とは、実際にはMeta Business Agentのことです。 WhatsApp、Messenger、Instagramで顧客に回答するAIです。Muse自体はMetaの一般消費者向けエージェントです。Business Agentは、オンボーディングの会話にあたる部分が得意です。セットアップの質問に答え、フォームで情報を集め、顧客に「本人確認が完了しました。次のステップはこちらです」と伝えます。

落とし穴は、返信するだけで、自分から先にメッセージを送ることはない点です。Meta自身のドキュメントにも、エージェントのメッセージは「can only be used to respond - not reach out - to users」とあります。つまり、ウェルカムメッセージ、「アカウントの設定を完了してください」という促し、3日目のリマインダーは、すべて自社のシステムから送るテンプレートでなければなりません。それぞれがユーティリティかマーケティングかはMetaが判断し、カテゴリ別に課金されます。

2026年10月1日から、WhatsAppでのオンボーディングは高くなります。24時間ウィンドウ内のユーティリティテンプレートが再び課金対象になります。人間の返信は、番号ごとに月1,000件の無料枠を超えると課金されます。エージェントのメッセージは、広告からの「無料」ウィンドウ内でも1件あたり約4〜5セントかかります。オンボーディングの質問がメールやヘルプデスクにも届くなら、eeselのAIヘルプデスクチームメイトが同じ知識で両方に回答します。誰かと話す前に、過去のチケットで試すこともできます。

「カスタマーオンボーディングでのMeta Muse」が実際に意味するもの

私は日々eeselのサポートキューに向き合っていますが、届く問い合わせの中で最も予測しやすいのが最初の1週間の質問です。これはどう接続するのか、あの設定はどこにあるのか、なぜまだデータが表示されないのか。顧客がすでにWhatsAppで過ごしているなら、そうした対応をMetaのAIに任せたいと考えるのは自然で、人々がWhatsAppチャットボットを探し始める理由もそこにあります。

ここでは名前の付け方が紛らわしくなっています。「Meta Muse」は3つの異なる製品を指し得ますが、顧客が話す相手はそのうち1つだけです。

Metaは「more than one million businesses are already using a Meta Business Agent on WhatsApp and Messenger」と述べています(Meta Newsroom)。提供形態は2つで、Meta Business SuiteとWhatsApp Businessアプリのセルフサーブ版と、WhatsApp Business Platform APIを使う企業向けのMeta Business Agent Platformです。どのモデルで動いているかは、Metaは明らかにしていません。製品の詳しい内訳はカスタマーサポート向けMeta Museのガイドを、消費者向けの側面はMeta Museエージェントの記事をご覧ください。

先に進む前に、用語の落とし穴があります。Metaの開発者向けドキュメントで「onboard」は、エージェントのオンボーディングを意味します。reference/onboard/のセクションには、エージェントの適格性、設定、許可リストがまとまっています(Capabilities)。Metaが公開している6つの利用ガイドのうち、カスタマーオンボーディングを対象にしたものはありません。最も近いのがリード獲得と予約のガイドなので、この2つを参考にします。

落とし穴:Metaのエージェントは返信するだけで、自分から連絡はしない

オンボーディングの大半は、本来プロアクティブなものです。顧客が登録したらウェルカムを送り、2つ目のステップで止まったら促しを送り、キックオフ通話が明日ならリマインダーを送ります。これまで作ってきたオンボーディングメールのシーケンスは、どれもだいたいこの形をしています。

これらのどれも、Meta Business Agentは開始できません。WhatsAppの料金ドキュメントには、エージェントのメッセージを含むテンプレート以外のメッセージは「can only be sent in an open 24-hour customer service window, which opens and resets with each user message. Thus non-template messages can only be used to respond - not reach out - to users」とあります(Meta for Developers)。実際には、顧客がメッセージを送った瞬間にウィンドウが開き、顧客から新しいメッセージが届くたびにリセットされます。閉じた後は「you can only send pre-approved template messages」です(Send messages)。

Metaの予約ガイドはさらに率直です。「Do not have the agent promise proactive nudges it cannot trigger」。リマインダーは「travel as marketing or utility messages outside the agent thread」とされています(Booking and reservation agent)。

つまり、実際に設計するのはリレーです。自社システムがテンプレートを送り、顧客が返信してウィンドウが開き、そこから先は顧客が尋ねることにエージェントが答えます。24時間反応がなければウィンドウは閉じ、順番は自社システムに戻ります。こう見ると、問いは「MetaのAIは顧客をオンボーディングできるか」ではなく、「オンボーディングのどの部分がウィンドウ内で起きるか」になります。

少しだけプロアクティブな仕組みが1つあります。Agent Settingsには、非アクティブなユーザー向けのフォローアップがあり、間隔は5分、15分、30分、1時間、2時間、8時間、24時間から選べます。Metaのサンプルのフォローアップは「Is there anything else I can help with?」です。これはまだ続いている会話の中での促しで、3日目のチェックインにはなりません。

小さなことに聞こえるかもしれませんが、そうではありません。eesel自身の顧客データで最も明確な解約パターンの1つは、静かなものです。ヘルプデスクを接続し、オンボーディングが完了と記録され、その後5か月間何も起きない。ドキュメントの追加もチャットもない。誰も質問しないので、誰も回答を受け取りません。返信専用のエージェントには、この顧客を捕まえる手段がありません。顧客が一度も書き込まないからです。

新規顧客がスレッドにたどり着く経路

顧客が先に話す必要があるので、オンボーディングは入口から始まります。Metaは4つの入口に対応しています。

1. Click-to-WhatsApp広告。 4つのうち、無料エントリーポイント(FEP)ウィンドウを開くのはこれだけです。AndroidまたはiOSアプリで広告をタップしたときにのみ発動し、「may remain open for up to 7 days」とされています(WhatsApp pricing)。セルフサーブ版のBusiness Agentは、「customers coming from ads」にのみ回答するよう設定できます(Meta for Business)。
2. QRコードと短縮リンク。 顧客は「scan QR codes with their mobile device camera or type in a short link to begin a chat thread, without needing to input a phone number」。番号ごとに最大2,000個、最大140文字の事前入力メッセージを用意できますが、「Analytics are not available for QR Codes and Short Links」です(QR codes and short links)。ウェルカムメールや納品書に印刷すれば、オンボーディングの良い入口になります。
3. アプリやウェブサイトのボタン。 Metaは、チャットへ誘導する「a WhatsApp button on your app or website」を提案しています(Conversational components)。設置場所として分かりやすいのは、セットアップのチェックリスト内の「WhatsAppで質問する」リンクです。
4. 自社のテンプレート。 すでに顧客の番号とオプトインがある場合は、テンプレートで会話を始め、顧客の返信でエージェントに引き渡します。

どの入口を使う場合でも、アイスブレーカーも設定しましょう。「the first time you chat with a user」に表示され、最大4つ、各80文字までのプロンプトです(Conversational components)。オンボーディングなら、「アカウントを接続する」「セットアップ通話を予約する」「最初に何をすればいい?」などが考えられます。

注意点が1つあります。顧客が事前入力テキスト付きのwa.meリンクから来た場合、「WhatsApp automatically dismisses the user interfaces for ice breakers」となります(Meta for Developers)。そのため、入口ごとにどちらか一方を選ぶことになります。ビジネス向けWhatsAppチャットボットの設定では、どれも同じトレードオフに直面します。

新規顧客は、最初のチャットでMetaの開示文も目にします。「This business uses AI from Meta to generate messages. By chatting, you agree to the AI Terms」(Meta Business Help)。ほとんどのブランドにとってこの一文は問題ありません。ただ、まったく新しい顧客があなたから最初に読む文章でもあるので、存在は把握しておくとよいでしょう。(このエージェントがMetaのほかのビジネス向けAIツールとどう違うかは、ビジネス向けMeta AIの概要をご覧ください。)

会話が始まってからエージェントにできること

ウィンドウが開けば、Business Agentにはオンボーディング向けの本格的なツールがあります。私は4つの仕事に分けて考えます。

セットアップの質問に答える

これが中核です。Platformでは、エージェントは4つのナレッジAPIから学習します。Business Info、FAQs、Files、Websitesです(Capabilities)。セルフサーブ版は「learns automatically from your Facebook Page, past chats, and website」です(Meta for Business)。導入ドキュメントとセットアップFAQ、そしてナレッジベースを読み込ませれば、エージェントは「Xはどう接続するの?」という質問に一日中対応してくれます。

Metaのサポートエージェントのガイドにある2つの制限は、リリースのたびに変わりがちなセットアップ資料を扱うオンボーディングに特に響きます。ファイルには更新の呼び出しがなく、古いバージョンを削除しないと「the agent draws on both versions and can quote a term you have already withdrawn」となります。ウェブサイトの知識は「is a snapshot taken at crawl time」です。セットアップ手順が変わるたびに、再アップロードを計画してください。

オンボーディング情報を集める

この仕事では、Metaのリード獲得ガイドが最も真似しやすいお手本です。例には「A business account application」や「A trial signup」が挙がっており、このパターンは「fits any business where the conversation ends in a qualified handoff rather than a completed sale」とされています(Lead generation agent)。

仕組みはこうです。たとえばsubmit_onboarding_detailsのようなコネクタツールを作り、必要な項目をrequired配列に列挙します。その理由をMetaははっきり述べています。「A lead without a date or a headcount is a message, not a lead.」顧客の番号はWHATSAPP_PHONE_NUMBERマクロで紐付けられるため、エージェントが番号を尋ねることはありません。

構造化された入力には、チャット内の複数画面フォームであるWhatsApp Flowを送信できます。MetaのFlowsのページには、保険テンプレートは「can be adapted for use cases such as insurance renewal, profile completion, and customer onboarding」とあります(WhatsApp Flows)。小さなルールが2つあります。エージェントが使う前にFlowを公開しておく必要があること、そしてボタンのラベルは20文字までであることです(UI skills)。

キックオフ通話の日程調整もFlowを使います。予約ガイドには「There is no standalone date-picker component type」とあるため、日付は日付選択画面を持つFlowで受け取ります(Booking and reservation agent)。

状況が変わったときに顧客へ知らせる

バックエンドから起動する更新に最も近いのが、エージェントイベントです。自社システムがイベントを送信すると、「the agent tells the customer」となります(Capabilities)。Metaのサンプルイベントはオンボーディング向けの内容です。document_verified、「User's identity document has been verified」(Agent event reference)。

これはテンプレートではありません。タイプ(最大256文字)、説明(最大1,024文字)、JSONペイロード(最大4,096文字)を送ると、エージェントがメッセージを書きます。ただし「the consumer must have an existing conversation with the business」であり、課金対象のエージェントメッセージです。24時間ウィンドウが閉じた後にイベントが発火した場合にどうなるかは、Metaのドキュメントに記載がありません。私の読みでは、顧客がまだ会話の途中にいる間の「本人確認が完了しました。ステップ3はこちらです」といった用途向けで、2日後に誰かを呼び起こすためのものではありません。

担当者に引き継ぐ

キックオフ通話や、デリケートな内容にはハンドオフが必要です。Platformでは、「low confidence, an integrity violation, or a customer asking for a human. You do not configure the triggers」の場合にハンドオフが自動で始まります(Capabilities)。リード獲得ガイドは「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.」と警告しています。オンボーディングでは、これはなおさらです。新規顧客が最初に受ける悪い体験が、その後のすべてのトーンを決めてしまいがちだからです。

計画に入れておくべき本人確認上の制限もあります。電話番号マクロは「proves possession of the WhatsApp channel」ですが、「does not prove ownership of a loyalty account, a corporate profile, or a saved payment method.」です。さらに「There is no account-linking (OAuth/OIDC) for WhatsApp partner agents today」とされています(Booking and reservation agent)。オンボーディングのステップがアカウントデータに触れる場合、Metaは2つのコネクタツールを提案しています。ワンタイムコードを送るものと、それを検証するものです。

ユーティリティかマーケティングか:オンボーディングの促しはどちらになるか

ウィンドウの外で自社システムが送るものはすべてテンプレートで、各テンプレートにカテゴリが付きます。カテゴリは承認されるかどうかと費用の両方を左右するため、正しく選ぶ価値があります。

Metaのルールは、ユーティリティテンプレートは「Must be non-promotional」であり、「specific to or requested by the user」または「essential or critical」でなければならない、というものです(Template categorization)。同じページに例があり、オンボーディング関連の例は思っていたよりくっきり分かれます。

• ユーティリティ:「To finish setting up your {{new_profile}}, you need to upload a {{photo}}.」ほかに、オプトインの確認や、特定の1回のやり取りに紐づくフィードバックがあります。
• マーケティング:「Hello, I am the new {{virtual_assistant}}. I can help you discover products or provide support.」ほかに「We noticed you have not used our {{latest_feature}}」や、「Please log in to pick up where you left off」があり、最後のものはMetaがリターゲティングと呼び、「even if requested by users」マーケティングとして扱います。

つまり、汎用的なウェルカムメッセージはマーケティングであり、定番のアクティベーションの促しもそうです。一方、特定のアカウントの特定のステップについてのメッセージは、ユーティリティになり得ます。プロモコード付きのセットアップリマインダーのように混在したものは、マーケティングになります。

そしてMetaはこれを実際に適用します。2025年4月9日以降、ユーティリティを選んでもWhatsAppがマーケティングと判断すれば、「the template is approved as MARKETING」となります。不正利用を指摘された事業者では、カテゴリの変更は即座に行われます(Template categorization)。

WhatsAppでこうしたフォローアップを運用している人たちも同じことを言っています。

「テンプレートの承認が難しい部分のようです。特に、フォローアップを宣伝的ではなく文脈に沿ったものに感じさせたい場合はなおさらです。」

u/RichAutomate、Redditのr/WhatsappBusinessAPI

私なら、各オンボーディングテンプレートを、顧客がまだ終えていない具体的な1つのステップを軸に作り、それを直接名指しします。オファーは入れません。親しみやすい部分は、顧客が返信してエージェントが引き継いでからで十分です。ポリシー面の詳細は、2026年のWhatsApp Business Platformアップデートの記事にあります。

2026年10月1日以降のWhatsAppオンボーディング費用

オンボーディングはメッセージ数が多いため、料金変更の影響はほとんどのサポートより大きく出ます。以下は、10月1日以降にWhatsAppのオンボーディングフローの各メッセージにかかる費用で、すべてMetaの料金ドキュメントに基づきます。

Metaによると、典型的なエージェントのメッセージは20,000〜25,000トークンを使います。Meta自身の例では、4メッセージの簡単な問い合わせで約16〜20セント、組み立て支援の10メッセージのチャットで約40〜50セントとされています。オンボーディングのチャットは、後者にずっと近い形になりがちです。

まとめると、1人の新規顧客の最初の1週間では、次の課金イベントが発生します。

つまり、1週目は顧客1人あたり、エージェントメッセージ約40〜50セントに、テンプレート2件分の料金といくつかのサービスメッセージが加わる計算です。Meta自身の計算例では、同じ1時間のフローが2026年7月1日には課金1回、10月1日以降は5回になります。2026年9月30日までに支払い方法を登録していない事業者は、無料枠を使い切るとサービスメッセージが停止します。経緯の全体は、WhatsApp Business API料金の解説にあります。

代理店はすでに身構えています。

「Metaが最初の1000件を過ぎたサービスメッセージをすべて課金するなら、クライアントの請求額はとんでもないことになる。通常のチャット返信にお金を払わされることにもう怒っている人がいるのに、今度は吹き出しを分けるたびにお金がかかる理由まで説明しなきゃいけない。」

u/assylzhan09、Redditのr/WhatsappBusinessAPI

セルフサーブ版の仕組みは別です。使い始めは無料で、その後「If you reach your free limit on Messenger, you can subscribe to a Meta One plan」となります(Meta Business Help)。確認したヘルプページには、無料の上限もMeta Oneの価格も掲載されていませんでした。

オンボーディングでMetaのエージェントが力不足になる点

多くのビジネスにとって、Meta Business Agentは妥当な選択肢です。特にすでにWhatsAppで活動している小規模な事業者ではそうです。ヘルプデスクとも組み合わせられ、Zendesk、Freshdesk、Shopifyとの組み合わせも取り上げています。オンボーディングに限って言えば、導入を決める前に検討したい制限は次のとおりです。

• 無反応の顧客を捕まえられない。 返信専用のエージェントでは、一度も書き込まない顧客は助けを得られないため、アクティベーションの促しは別のツールに置く必要があります。
• 1つの番号につきAIは1つ。 Metaの適格性ルールには「an active authorized-agent integration blocks Meta Business Agent」とあります(Meta for Developers)。同じ回線で別のAIと並行して動かすことはできません。
• オンボーディングの負荷が高い業種の一部は対象外。 Platformは「Finance, Government, Health, Alcohol, Gambling, over-the-counter drugs, and matrimony services」では利用できません(overview)。サポート負荷が特に高いフィンテックとヘルステックのオンボーディングは対象外です。
• チケット履歴はナレッジソースにならない。 過去のMessengerやWhatsAppのチャットは使えますが、Metaのサポートガイドは「export the top drivers from your helpdesk for the last quarter」してFAQ項目を手作業で書くよう勧めています。最良のオンボーディング回答は古いチケットにあることが多く、だからこそ既存のヘルプデスクにAIを追加する方が、ゼロから始めるより優れていることがよくあります。
• テストは自分で書いたシナリオで行う。 Agent TestとAgent Evalは「across a set of test scenarios」で回答を確認します(Capabilities)。過去のオンボーディングチケットを再生するものではありません。
• Metaのアプリの中でしか動かない。 メールやヘルプデスク、Slackで届くオンボーディングの質問には別のツールが必要です。WhatsAppで質問してからメールする顧客は、2つの別々の頭脳に当たることになります。選択肢はWhatsAppサポートに最適なAIの比較でご確認ください。

さらに小さなものが2つあります。英語は「has the strongest response quality」であること(Capabilities)と、セルフサーブ版の「新規顧客のみ」という対象設定が、私が調べた範囲ではどこにも定義されていないことです。APIには「everyone」か許可リストしかありません。

うまくいく設定

新規顧客がいるのはWhatsAppだとします。プロアクティブな半分までは任せられないと理解したうえで、Metaのエージェントをオンボーディングに使うなら、私はこうします。

1. オンボーディングをウィンドウ内とウィンドウ外に分ける。 質問、フォーム入力、「本人確認が完了しました」の更新はエージェントに任せます。チケット解決率の向上の大半はここで起きます。ウェルカム、促し、リマインダーはテンプレートに任せます。
2. 具体的な1つのステップを軸にテンプレートを書く。「{{store}}の接続を完了してください」ならユーティリティとして通る可能性があります。「ようこそ!」は通りません。プロモーションは一切入れません。
3. ウェルカムメールとアプリ内チェックリストにQRコードか短縮リンクを載せ、最初の1週間で多い質問トップ3のアイスブレーカーを用意する。
4. オンボーディング情報用のコネクタツールを1つ作り、必須項目を設定し、日付を扱うものには公開済みのFlowを使う。
5. まず許可リストでパイロットを行う。 エージェントを有効にするには、「unless ai_audience is ALLOWLISTED_ONLY」でない限り支払い方法が必要です(Agent Settings)。そのため、自社チームの番号なら無料でテストできます。

状態管理も自分で行いましょう。同じRedditスレッドのある開発者が述べたように、重要なのは「making the workflow state-aware so customers don't receive a 'just following up' message after they already responded」です(Reddit)。Metaのエージェントは、その状態を代わりに保持してはくれません。

最初の1週間を自動化するほかの方法を比較したい場合は、AIカスタマーオンボーディングツールの比較とSaaSオンボーディングソフトウェアのテスト記事が次に読むのに適しています。あわせてカスタマーサクセス向けAIツールと、姉妹記事のカスタマーオンボーディング向けGrok Botもご覧ください。

カスタマーオンボーディングでeeselを試す

オンボーディングの質問が届くのは、WhatsAppだけとは限りません。ヘルプデスクや受信トレイ、チャットウィジェットにも届き、毎回同じ10個の質問です。eeselは、どこに届いてもそれに回答するAIヘルプデスクチームメイトです。5分もかからずWhatsAppに接続でき、Zendesk、Freshdesk、Gorgias、Slackの中でも同じ知識で動作します。

オンボーディングでは、違いは何から学習するかに尽きます。eeselはヘルプセンター、ドキュメント、過去のチケットを読み込みます。「なぜまだデータが同期されないの?」への本当の答えは、たいていそこにあります。顧客と話す前に、過去の数百件のチケットに対してシミュレーションを実行し、どれに正しく答えられるかを確認できます。

数字にも表れています。GridwiseはG2のレビューで「In the first month, eesel is resolving 73% of our tier 1 requests」と書き、その成果は「during our 7-day trial」に出たとしています。またYellowdigでは、新しく入ったカスタマーサクセス担当が「joked that our eesel AI bot was their best friend during onboarding」とのことで、ナレッジベースへの賛辞としてはこれ以上ないものでしょう。

正直に付け加えると、Metaの「1番号につきAIは1つ」というルールのため、特定のWhatsApp番号ではeeselかMeta Business Agentのどちらか一方を動かすことになります。WhatsAppが唯一のチャネルで、セットアップ資料がめったに変わらないなら、Metaのエージェントは妥当な選択です。オンボーディングの質問があらゆる場所から来るなら、すべてを1人のチームメイトで受ける方が手間は少なく済みます。料金は月額固定のクレジットプランで、チケットまたはチャット1件が、返信が何回になっても1クレジットです。スクリプトで扱いたい場合は、eesel CLIを使えば、ご自身やClaude Codeのようなコーディングエージェントがターミナルから同じチームメイトを設定できます。

eeselを試すなら、カード不要で100クレジットが無料です。まずは先月のオンボーディングチケットに向けてみてください。