「Meta Muse for Zoho Desk」は結局、1つの問いに行き着きます。WhatsApp番号に1つだけあるAIの席を、どのAIが取るのか。Meta Business Agentか、Zoho自前のボットのどちらかです。Muse自体は一般消費者向けのエージェントで、Muse Sparkは自分で組み込むモデルなので、どちらもそのままでは顧客に応答しません。
Zoho Desk自身がWhatsApp Business Service Providerであり、Answer BotやGuided ConversationsのフローはすでにWhatsAppで返信できます。Metaは1番号につきAIエージェントを1つしか認めないため、Business Agentを追加するにはそれらをオフにする必要があります。さらにZohoはMetaが名前を挙げたハンドオフパートナーではなく、Zohoのリフレッシュトークン方式のOAuthはMetaのコネクタ認証にきれいには収まりません。紙の上で最もすっきりした経路は、自前のキーを含むZoho MCPサーバーのURLです。
費用面では、Metaのエージェントは1会話あたり約16〜50セントです。また10月1日以降、番号が月1,000件を超えると、WhatsApp上のZiaやGuided Conversationsの返信はすべて有料のサービスメッセージになります。私はeeselの連携を作っており、Zoho Deskはコネクタが出るまで、eeselが案件を失っていたヘルプデスクの1つでした。私の見解はこうです。WhatsAppがZoho Deskの1チャネルにすぎないなら、AIはZoho Deskのチケットの横に置くのではなく、そのチケットを担当すべきです。eeselはそれを行い、過去のチケットから学んで、返信する前に非公開コメントで下書きを作成します。
「Meta Muse for Zoho Desk」が実際に意味すること
私は1週間の大半を他社のAPIドキュメントを読むことに費やしていますが、2026年のMetaの製品名は特にほどきにくいものです。ここには3つのMeta製品が関わっており、顧客と実際に話すのはそのうち1つだけです。
- Muse。Metaが9月に日常の用事向けとして発表したパーソナルAIエージェントです。企業の顧客に応対するようには作られていません。
- Muse Spark 1.3。Meta Model APIで提供されるモデルです。これを土台にZoho Deskボットを作れますが、その経路は後述します。モデルの詳細はMuse Spark 1.3の概要にあります。
- Meta Business Agent。Metaが6月に発表した、WhatsApp、Messenger、Instagramで顧客に応答するAIです。Zoho Deskのチームが実際に検討しているのはこの製品です。
3製品の区別は、私のカスタマーサポート向けMeta Museガイドにまとめています。この記事はZoho Desk側に焦点を当て、Metaのエージェントが加わったときに、インスタントメッセージングチャネルとZoho自前のボットに何が起き、さらに請求額にどう響くかを見ていきます。
別のヘルプデスクをお使いですか？Meta Muse for Zendesk、Freshdesk、Frontの記事がそれぞれを扱っています。
調べていて少し意外だった点があります。Zohoは、Ziaの裏側の生成AIは「Llamaのような」オープンソースモデルで動いており、Zoho自身のサーバーでホストされていると述べています（2025年春のZia Q&Aより）。つまり多くのZoho Deskチームは、Metaと何も契約しないまま、すでにしばらくMetaのモデルファミリーを使ってきたことになります。ここで問われているのはMetaのモデルではなく、Metaのエージェントです。この側面の仕組みはZiaの生成AIの記事で解説しています。
現在のZoho DeskにおけるWhatsAppの仕組み
Zoho DeskのWhatsApp設定は、ほとんどのヘルプデスクと1点だけ異なり、それが以降のすべてを左右します。ZohoがBSPであることです。Zohoのヘルプセンターによれば、ZohoはWhatsAppの認定ビジネスサービスプロバイダーの1社で、「IMモジュールとの連携は無料」です。間にTwilioなどの第三者プロバイダーは入らず、Zohoはメッセージを自社サーバーに保管します。
Metaの問題に関わるZoho公式ドキュメントの詳細がいくつかあります。
- WhatsAppはStandardから。 Zoho Deskの料金ページによると、インスタントメッセージングモジュール（WhatsApp、Instagram、Messenger、Telegram、WeChat、Line）は、年払いで1ユーザー月14ドルのStandardから含まれます。7ドルのExpressプランには含まれません。
- MetaへはIMクレジットで支払う。 Zohoのクレジットガイドによれば、各クレジットは「2米ドル相当で、購入総額に3%のVATが適用」されます。Metaのメッセージごとの料金はこの残高から引かれ、自動チャージも設定できます。
- スマホアプリはそのまま使える。 ZohoのCo-Existenceオプションは、稼働中のWhatsApp Businessアプリの番号を接続し、最大6か月分の履歴を同期します。ただし「過去のチャットはチケットを作成しません」し、スマホから送ったメッセージではボットの返信は発動しません。
- 1番号につき1サービス。 Zohoは「1つの電話番号/WABAは1つのサービスにしか接続できない」と明記しており、Desk、CRM、SalesIQで1つの番号を共有できるのは、Zoho OneやCRM Plusなどのバンドルだけです（共有番号ガイドより）。
Zohoのユーザーは以前から、既存の番号を残す方法を尋ねてきました。ZohoのBSP発表の記事へのコメントで、ある人はかなりはっきり書いています。
「何年も前からこれを求めてきました。前回はこれを動かすために全く新しい番号を作る必要がありましたが、WhatsApp Business番号を2つ持っている人なんていません！」
Co-ExistenceはそれへのZohoの答えです。それでも番号は扱いが難しいままです。Zoho Deskの担当者は別の顧客にこう伝えています。「WhatsApp Businessアカウントは、複数のサードパーティアプリではなく、1つのアプリケーションにしか関連付けられません」。Metaの新しいルーティングルールがこれを緩和します（後述）が、番号に何を載せるかについてどれほど慎重であるべきかがわかります。
製品のそれ以外の部分については、私のZoho DeskレビューのまとめとZohoチケットシステムのガイドがより深く扱っており、Zoho Desk AIレビューはZia全体を扱っています。
Zoho自前のAIはすでにWhatsAppで応答している
これは「MetaのAIを追加する」ガイドの多くが飛ばす部分です。Zoho Deskは、単独ですでにWhatsApp番号にAIを置けます。2025年春のリリースで、ZohoはAnswer Botを拡張し、「WhatsApp、Telegram、Line、WeChat、Facebook MessengerなどのIMチャネル」で、ナレッジベース記事を学習させて使えるようにしました。Guided Conversationsのフローも、いまではインスタントメッセージングプラットフォームと直接関連付けられています。
Answer BotはStandardプラン、Guided ConversationsはEnterprise（40ドル）にあります。それぞれZia Answer BotとGuided Conversationsの記事で扱っており、Zia AgentsはZohoの新しい自作レイヤーです。すでにこれらのいずれかがWhatsAppチャットに応答しているなら、Metaに関する判断はかなり変わります。
まだヘルプデスクを選んでいる段階なら、私のZendesk vs Zoho Desk比較が両者の価格を並べています。
Meta Business AgentがあなたのZoho Desk番号に加わるとどうなるか
Metaのドキュメントは9月にずっと詳しくなり、WhatsAppチャネルがZoho Deskにあるチームにとって、その新しい詳細は非常に重要です。
先に応答し、Zoho Deskは待機に移る
MetaのConversation Routingは、1つの番号に複数のアプリが接続されているとき、どのアプリが各メッセージに応答するかを決めます。Zoho DeskのIMチャネルはそのアプリの1つです。Business Agentをオンにすると、Metaのルーティング設定ガイドにあるとおり、「エージェントがメッセージングのエントリーポイントの唯一のプライマリになり」、「以前のプライマリの宛先は、コンテキストを保持するためスタンバイに移ります」。
平たく言えば、新しいWhatsAppメッセージはIM受信トレイではなく、まずMetaのエージェントに届きます。エントリーポイントごとに分けることもでき、たとえばダイレクトメッセージではZoho Deskをプライマリのままにし、Click-to-WhatsApp広告にAIを置く構成です。ただしこの設定はMeta Business Suite内でしか行えず、Metaははっきり述べています。「Conversation Routingを設定するための公開APIはありません。」
1番号につき1つのAI。だからZohoのボットとBusiness Agentは共存できない
Metaのプラットフォーム概要は適格性のルールを定めています。番号は「その番号上で別のAIエージェントをすでに稼働させていない」ことが条件で、「有効な認可済みエージェント連携はMeta Business Agentをブロックします」。
Metaは何が該当するかを正確には定義していません。私が計画の前提にする解釈は、番号上で応答しているAnswer BotやGuided Conversationsボットも該当するというものです。つまり積み重ねではなく、選択です。いまZiaがWhatsAppチャットを処理しているなら、Metaのエージェントを追加するには、まずそのチャネルでZohoのボットをオフにします。
ハンドオフはスレッド経由で戻り、Zohoは名指しのパートナーではない
Business Agentがハンドオフするとき、チャットはMetaの受信トレイには移らず、同じWhatsAppスレッドに残ります。番号上の別のアプリに渡るのは、担当権限だけです。Metaのカスタマーサポートガイドは前提条件として「ハンドオフされた会話のための、人員が配置された宛先」を挙げており、通常のハンドオフは、スレッド制御のドキュメントによれば、「エスカレーションパートナー」に設定したアプリに渡されます。このフローのZendesk版は、私のZendeskのWhatsAppハンドオフの記事にあります。
Zoho Deskのチームにとって、そのパートナーは、番号のプロバイダーがZohoなので、Zoho自身のWhatsAppアプリになるでしょう。MetaがBusiness AIを発表したとき（Business Agentの旧名称）、名前を挙げたのは「Salesforce、Microsoft Dynamics 365 Contact Center、ServiceNow、Zendesk、Gorgias、Klaviyo Service」でした。Zohoはその一覧にありません。
Zoho側もこの件については静かです。10月1日の料金発表はサービスメッセージ、ユーティリティメッセージ、サンドボックスの変更を詳しく説明していますが、Business Agentには一度も触れていません。触れているZoho Deskのヘルプ記事も見つけられませんでした。Metaのルーティングドキュメントによれば、Zoho Deskがエスカレーションパートナーであれば、ハンドオフは通常の会話としてIM受信トレイに届くはずです。ただしどちら側もこのフローをまだ文書化していないので、実際の顧客を任せる前に、まず予備の番号でテストします。
知っておくべきハンドオフの詳細がさらにいくつかあります。
- コンテキストは2,000文字のメモで運ばれる。 ハンドオフイベントには自由記述の
metadataフィールドがあり、Metaは「チケットや注文の参照番号を運ぶ」ために使うことを勧めています。 - トリガーは制御できない。 ハンドオフは、確信度の低さ、整合性の問題、顧客が担当者を求めたときに発動し、Metaの機能ページによれば「トリガーは設定しません」。良いハンドオフの姿はAIエージェントのハンドオフのガイドで、Zoho自前の仕組みはZiaのエスカレーションサポートで扱っています。
- Metaは午前2時のハンドオフに警告している。 ガイドにはこうあります。「午前2時に人のいないキューへハンドオフするエージェントは、チームが次に対応できる時間を伝えてチケットを起票するエージェントより、悪い結果を生みます。」
プラットフォームに早期アクセスしていたBSPコンサルタントは、精度の面を指摘しました。
「一貫性が問題です。同じ商品が2回の返信で2つの違う価格で返ってくるのを見ました。きちんと根拠づけしないと、単に作り話をします。サードパーティのコネクタもまだありません。CRM、注文システムなど、実際に販売を完了させるものは、まだありません。」
7月のこの投稿以降にコネクタが登場しており、ここからがZoho固有の話になります。
Zoho DeskのOAuthとMetaのコネクタ認証
Business Agentはコネクタ、つまり自分で定義するHTTP APIやリモートMCPサーバー経由でアクションを実行します。Metaのコネクタリファレンスにはこうあります。「現在サポートされているのは、OAUTH2_CLIENT_CREDENTIALS、API_KEY、NONEのみです。」FreshdeskとGorgias版のこの構成が壊れたのはここで、どちらもBasic認証を必要とするためです。
Zoho Deskはその中間のどこかに位置します。APIドキュメントはAuthorization: Zoho-oauthtokenとAuthorization: Bearerのどちらも受け付けるので親切です。ただしトークンはZoho OAuthで発行されて1時間で期限切れになり、すべての呼び出しにorgIdヘッダーも必要です。そのため経路は3つ残ります。
- 標準のZoho OAuth（サーバーベース、または認可コード付きのself client）。 リフレッシュトークンを取得し、新しいアクセストークンに交換します。Metaのコネクタにはリフレッシュトークンのフローがなく、貼り付けたAPIキーは1時間以内に無効になります。これは合いません。
- クライアントクレデンシャル付きのself client。 Zohoのself clientドキュメントには、Metaがサポートするまさにその種類のクライアントクレデンシャルグラントがあります。問題は、Zohoのトークンリクエストがマルチポータル製品向けに
soidパラメータを求める一方、MetaのOAuth設定はトークンURL、スコープ、クライアントID、シークレットしか受け付けないことです。Zoho自身のKaizen投稿も、このフローは連携ではなく単発のタスク向けだと推奨しています。テスト次第で、可能性はあります。 - Zoho MCPサーバー。 Zoho MCPはZoho Deskのツールをそろえたサーバーを構築し、そのFAQは、サーバーURLをパスワードのように扱い、新しいものを発行する「Regenerate API Key」ボタンがあると説明しています。キーがURLに入っているため、認証をNONEにしたMetaのMCPコネクタなら、紙の上では到達できるはずです。
Zoho MCPは今のところ無料で、FAQには料金が導入される場合は事前に告知するとあります。同じサーバーはすでにChatGPTやClaudeでも動き、私のZoho Desk向けChatGPTとZoho Desk向けClaudeの記事で手順を紹介しています。
構築する場合に注意したい点が2つあります。Zoho DeskはAPIを1日あたりのクレジットで計測しており、Expressは25,000に加えて1ユーザー100、Standardは50,000に加えて250、Professionalは75,000に加えて500、Enterpriseは100,000に加えて1,000で、同時実行の上限は10〜25呼び出しです。MCP呼び出しも同じプールから引かれます。そしてMeta自身が、静かな失敗のリスクを指摘しています。「失敗したチケットは見えません。エージェントはすでに同僚から連絡が行くと伝えており、買い手は待ち、再びより苛立って連絡してくるまで誰も気づきません。」
費用：Meta Business AgentとZoho自前のボットのWhatsApp比較
2つのAIは課金の単位がまったく違い、どちらもZohoのIMクレジットを通じてすでに支払っているWhatsApp料金の上に乗ります。
| 費用項目 | Meta Business Agent | WhatsApp上のZoho Answer BotまたはGuided Conversations |
|---|---|---|
| 単位 | トークン、100万あたり2.00ドル（Metaの料金） | Zoho Deskのプランに含まれる。返信ごとのAI料金なし |
| 必要なプラン | WhatsApp Business Platformの番号 | Answer BotはStandard 14ドル、Guided ConversationsはEnterprise 40ドル（Zohoの料金） |
| 簡単な質問（Metaの例、4メッセージ） | 約16〜20セント | プラン費用のみ。下記のサービス料金が別途かかる |
| 複雑な質問（Metaの例、10メッセージ） | 約40〜50セント | プラン費用のみ。下記のサービス料金が別途かかる |
| AI返信へのWhatsApp料金 | 追加なし。各メッセージは1回だけ課金 | 10月1日以降、番号あたり1,000件の無料枠を超えるとサービスメッセージ料金 |
| 学習元 | 追加したFAQエントリとファイル | ナレッジベース記事 |
| 応答する場所 | WhatsApp、Messenger、Instagram | Zoho DeskのIMチャネル、Webサイト、ASAPウィジェット |
つまり紙の上では、席の料金をどのみち払っているので、Zoho自前のボットのほうが安いAIです。Metaのエージェントで得られるのは別のスキルセットで、Metaのカタログから回答したり、WhatsApp内で販売の質問に対応したりできます。初期のユーザーは、メッセージ単位の計算にすぐ気づきました。
「懸念は、メッセージごとのコストが1メッセージ約5セントと、とんでもなく高いことです。」
とはいえ、安いボットは、きちんと答えられて初めて安いと言えます。Zoho自身、Ziaの回答品質は顧客の言い回しがナレッジベース記事にどれだけ近いかに左右されると述べており、どこで問題になるかはZoho DeskのAI精度の記事で扱っています。どのZia機能がどのプランにあるかは、Zoho DeskのAI料金の解説で整理しています。
10月1日はZohoのボットの計算も変える
ほとんどのZoho Deskチームが実際に実感する変更は、AIの価格ではありません。2026年10月1日から、Metaはサービスメッセージについて、1電話番号につき月1,000件の無料枠を超えた分から1メッセージごとに課金します。Metaの料金ページには、各メッセージは「Meta Business Agentメッセージ_または_サービスメッセージのどちらかで課金され、両方にはなりません」とあります。
Zohoは自社側でそれが何を意味するかを明示しました。「WhatsAppチャネル向けに設定されたGuided Conversations（GC）およびZiaボットから送信されるメッセージも、サービスメッセージとみなされます。」24時間ウィンドウ内のエージェントの返信も数えられます。同じ発表から、貼っておく価値のある2行があります。
- 「利用可能なクレジットが足りない場合、メッセージは送信されません。」忙しい番号では、自動チャージはもはや任意ではありません。
- 「10月1日以降、サンドボックスチャネルは受信メッセージのみをサポートします。」WhatsAppサンドボックスでフローをテストしているなら、1日までに変更してください。
Metaのエージェントを選んでもサービス料金は避けられず、最初の数回の返信を誰が書くかが変わるだけです。Business Agentのメッセージはトークンで課金され、ハンドオフ後にチームやZiaが送るものはサービスメッセージとして課金されます。全料金の推移は私のWhatsApp APIの料金の解説にあり、Metaがサードパーティボットに何をしたかは以前のMetaのポリシー変更の記事で扱っています。
Muse Sparkで自前のZoho Deskボットを作る
3つ目の経路はBusiness Agentを完全に飛ばし、モデルの上に直接構築します。私の本業に最も近い方法なので、実際に何が必要かを説明します。
モデル側では、Muse Spark 1.3は標準ティアで100万トークンあたり入力1.25ドル、出力4.25ドルです（Meta Model APIドキュメント）。より安いコントリビューターティアはサポート用途では使えません。Metaの利用規約に「割引サービスに機微情報、機密情報、個人情報を送信してはなりません」とあるからです。Zoho Deskのチケットは、氏名、メール、注文番号でいっぱいです。モデルの強みは私のMuse Spark 1.3レビューで扱っています。
Zoho Desk側では、それ以外のすべてが自分の担当になります。
- 生き続ける認証。 Zohoのアクセストークンは1時間しか持たないため、リフレッシュトークンのループ、
orgIdヘッダー、正しいリージョンのドメイン（Zohoは米国、EU、インド、オーストラリアなどで別々のエンドポイントを運用）を自分のサービスが管理します。 - ナレッジ。 ヘルプセンター記事と過去のチケットを、同期して保ちます。履歴の取得はAPIクレジットを消費し、検索呼び出しは1回3クレジットです。
- イベントトリガー。 WebhookはProfessional（23ドル）以上にあるため、安いExpressの席と自前のコードだけではリアルタイムのイベントは得られません。
- 会話ループ。 チケットを読み、返信または非公開コメントを下書きし、タグと担当者を設定します。最初のバージョンでは、人を介さずに顧客へ何も届かないよう、非公開コメントのみを書く形でリリースします。
- エスカレーションとテスト。 自前の確信度のしきい値と、公開前の実チケットでのリプレイ。完全なリストは自作か購入かのガイドにあります。
多くのチームがこの道を検討するのを見てきましたが、私のアドバイスはいつも、構築だけでなく保守も勘定に入れることです。他のモデルでの同じ構築はZoho Desk向けGrokで扱っています。
Zoho Deskチームにとって、Metaのエージェントが届かないところ
どれも隠されているわけではなく、すべてMeta自身のドキュメントにありますが、チームがZoho Deskで働いているとより重く響きます。
- Metaのアプリ内でしか応答しない。 Zoho Deskはメール、Webフォーム、ライブチャット、電話、Telegramも扱います。Business Agentはそのどれもカバーしないため、2組のルールで2つのAIを運用することになります。WhatsApp以外の側面はZoho Desk向けAIチャットボットの記事で扱っています。
- チケット履歴はナレッジソースにならない。 Metaのサポートガイドは「直近四半期のヘルプデスクから上位の要因をエクスポート」して、FAQエントリを手書きするよう指示しています。Zoho Deskのアーカイブにある最良の回答は届かないままです。Answer BotがKB記事で学習するため、Ziaにも似た隙間があり、Ziaのナレッジベースの記事で説明しています。
- 規制業種は対象外。 金融、医療、政府、アルコール、ギャンブルの事業者はプラットフォームを使えません。
- 英語が最も強い。 Metaは英語が最も良好に動作すると述べています。Zohoの多言語ヘルプセンターは強みの1つで、詳細はZiaの言語サポートの記事にあるので、他の言語でMetaのエージェントを念入りにテストしてください。
- 精度には依然として根拠づけが必要。 Metaのヘルプセンターは警告しています。「一部のAIメッセージは不正確または不適切な場合があります。」
この最後の点は、私が内側から見てきたものです。eeselとの通話で、あるBtoBの技術サポートチームは、ナレッジベースに「すべての車種に対応」とあったために、データベースにないブランドに対してボットが「はい、お客様の車種に対応しています」と答えたと話しました。彼らはこの構成を「最初は試行錯誤」と総括しました。WhatsAppに置くどんなAIも、曖昧なソースでは同じことをするので、私は公開前に実チケットでテストします。
r/WhatsappBusinessAPIのあるコメント投稿者は、その境界をかなりうまくまとめました。
「現在のAIエージェントをよく見ると、Meta内のことしかできず、その外側は何もできません。」
あなたのZoho Deskチームに合う構成
顧客がどこから連絡してくるか、チームがどう働くかに基づく私の選び方です。
| 状況 | 最適な選択 | 理由 |
|---|---|---|
| 小規模店舗、顧客はWhatsAppのみ、商品とカタログの質問 | Meta Business Agent | Metaのカタログから回答でき、顧客のいる場所にある |
| すでにStandard、単純なFAQ中心、しっかりしたナレッジベース | IMチャネル上のZia Answer Bot | すでに料金を払っており、全IMチャネルで1つのボット |
| WhatsAppに加えメールとチャットがあるZoho Deskチーム | Zoho Deskのチケットを担当するAI | 1組のルール、過去のチケットから学習、ハンドオフの配管が不要 |
| 完全な制御を求めるエンジニアリングチーム | Muse Spark APIとZoho Desk APIまたはZoho MCP | トークン単価は安いが、OAuth、同期、テストの構築と保守は自前 |
| 金融、医療などの規制業種 | Business Agentは不可 | プラットフォームの対象外 |
私が話すZoho Deskチームの大半にとって、実際に当てはまるのは3行目です。顧客はWhatsAppで書き、メールで追い、後でCSATアンケートに答えます。チームはそのすべてを、ZohoとMetaに分かれずに、1つのZoho Deskチケットに集める必要があります。だからこそ、Metaの問題よりZoho Desk内でのAI選びのほうが重要なのです。
これらを比較しているなら、私のZoho Desk向けベストAIのまとめとZoho Desk向けAI連携ベスト8の一覧が次に読むのに適しています。
ヘルプデスク自体を見直すならZoho Deskの代替の一覧が役立ち、WhatsAppサポート向けベストAIはツールを横断してWhatsAppを扱っています。チケット削減についてはWhatsApp向けAIチケットデフレクションをご覧ください。
Zoho Deskでeeselを試す
eeselは、新人スタッフのようにZoho Deskに参加するAIヘルプデスクのチームメイトです。Zohoの認可は1回で、ポータル内で動きます。Zoho Deskのヘルプセンターと過去のチケットに加え、接続すればConfluence、Notion、Webサイトからも学びます。その後、返信を非公開コメントとして下書きし、定型のチケットは自分で回答し、残りにはタグ付けとルーティングを行います。触ってよいチケットについては、平易な言葉での指示に従います。トリガーは、チケットが作成されたとき、顧客が返信したとき、チームメイトが非公開コメントで@eeselにメンションしたときに発動します。
すべての下書きに、その根拠となったヘルプセンター記事が一覧表示され、一度与えた修正は次回のために指示に保存されます。料金は毎月固定のクレジットプランで、チケットまたはチャット1件は、返信が何回になっても1クレジットと数えるため、顧客が5回フォローアップしても請求額は増えません。スクリプトで動かしたいなら、eesel CLIで、あなた自身またはClaude Codeのようなコーディングエージェントが、ターミナルからeesel integrations connect zoho_deskを実行し、ソースを同期し、自動化をオンにできます。
10月1日の料金変更が始まる前に、eeselを無料で試して、100クレジットとカード不要で、あなたのZoho Deskチケットをどう処理するかを確かめてください。