なぜWhatsAppを自動化する価値があるのか（そしてなぜ難しいのか）
WhatsAppは、特にアメリカ以外では、すでに多くの顧客が日常的に使っている場所です。しかし、安易なセットアップには容赦がありません。メッセージは昼夜を問わず届き、短くせっかちで、その大部分はいつも同じ一握りの質問です。注文はどこにあるか、返金はどうすればよいか、サブスクリプションはどう変更すればよいか、といった内容です。
この反復的な部分こそが、最大のチャンスです。私が一緒に仕事をしたあるオペレーション責任者は、月間およそ7,000件のチケットを抱えるD2Cサプリメントブランドを運営しており、最初はコパイロットを求めて相談に来ましたが、最終的には、注文状況やサブスクリプションに関する質問を中心に、少なくとも量の半分を自動解決できる何かが必要だと気づきました。これは私が目にするほぼすべてのWhatsAppキューに共通する姿です。
ただし、正直に言えば緊張関係もあります。WhatsAppは、間違った回答が最も痛手になるチャネルでもあります。なぜなら、サポートチケットではなく個人的なテキストメッセージのように感じられるからです。だからこそ目標は「ボットにすべて答えさせる」ことでは決してありません。退屈で量の多い半分を安全に自動化し、残りは人間にルーティングすることです。この前提を頭に入れておけば、この先のガイドの内容にも納得がいくはずです。
"The AI will never be able to answer 100% of the questions. I need an AI who is only handling the tickets that it's confident to handle, and all the other ones, leave them alone."
A CX lead at a DTC supplements brand (eesel customer interview)
WhatsAppサポートを自動化する2つの方法
セットアップを始める前に、まずどちらの路線を選ぶかを決める必要があります。これらは2つのまったく異なる製品だからです。
ルート1：無料のWhatsApp Businessアプリ。 これは小規模チームが導入する電話アプリです。ビジネスプロフィール、チャットを整理するためのラベル、クイック返信、自動の不在時・あいさつメッセージといった基本機能を提供します。創業者自身がメッセージに答えるには最適です。プログラム可能ではないため、本物のAIを組み込むことはできず、不在時メッセージは定型文であって回答ではありません。
ルート2：WhatsApp Business Platform（Cloud API）。 これはMetaが大規模自動化のために構築した経路です。Meta自身の言葉を借りれば、このプラットフォームは「企業が顧客と大規模にコミュニケーションできるようにする」ものであり、Cloud APIを使えばWhatsApp上で「プログラムによるメッセージ送信」が可能になります。webhookで動作するため、受信メッセージや配信更新はすべてJSONペイロードとして届き、あなたのシステム（またはAI）がそれをもとに動作できます。本当の意味でのサポート自動化を実現できるのは、このルートだけです。
多くの人がつまずくポイントが一つあります。それは、旧来の自己ホスト型On-Premises APIはすでに廃止されているということです。Metaはこれを段階的に廃止し、最終クライアントは「2025年10月23日に失効」したため、現在サポートされているのは（Metaがホストする）Cloud APIのみです。もしベンダーがいまだにオンプレミスのWhatsAppセットアップを勧めてくるなら、それは要注意のサインです。
自分がどちらに当てはまるか分からない場合は、この簡単な診断ツールで確認できます。
あなたに合うWhatsAppセットアップは？
今の自分に最も近いものを選んでください。
始める前に必要なもの
Cloud APIルート（ルート2）を選ぶ場合、Metaはいくつかの準備を求めます。どれも難しくはありませんが、一つでも飛ばすとセットアップ全体が止まってしまいます。
- Metaビジネスポートフォリオ（Business Manager）。Metaは明確にこう述べています。「このプラットフォームを利用するにはビジネスポートフォリオが必須です」。これは以下のすべてを格納するコンテナです。
- WhatsApp Business Account（WABA）。 これは「あなたのビジネスを表し、電話番号、ユーザー名、分析データを含む」ものです。
- 送受信用のビジネス電話番号。 実番号でも仮想番号でも構いませんが、すでに個人のWhatsAppアカウントに紐づいている番号は使えません。
- ビジネス認証。 開始時点では任意ですが、ポートフォリオを認証するとより高いスループットと公式ビジネスアカウントのステータス（緑色のチェックマーク）が解放されます。
テストに関して嬉しい点があります。Metaはテスト用のWhatsApp Business Accountとテスト番号を自動作成し、制限も緩和されていて「支払い方法の登録を必要としない」ため、1円も払う前にテンプレートメッセージの送信やwebhookの構築を試すことができます。
WhatsAppサポートを自動化する手順
ステップ1：番号をCloud APIに登録する
デベロッパーとして登録し、Metaアプリを作成し、WABAを接続（または新規作成）して、電話番号を追加します。Meta自身のスタートガイドの流れは、アプリを作成し、WABAを接続し、番号を追加し、最初のテストメッセージを送信し、webhookを設定する、というものです。すでに無料のWhatsApp Businessアプリを使っている小規模ビジネスであれば、ゼロからやり直す必要はありません。Embedded Signupを使えば、既存のアカウントと番号をそのままAPIに接続してステップアップできます。
ステップ2：24時間ウィンドウを理解する（このルールがすべてを決める）
これは自動化の挙動を決定づけるただ一つの概念であり、正しく理解しておく価値があります。
顧客からメッセージが届くと、24時間のカスタマーサービスウィンドウが開きます。このウィンドウ内であれば、あなたのビジネス（またはAI）は自由形式の返信を送信でき、2024年11月以降、これらの非テンプレートメッセージは無料です。顧客の最後のメッセージから24時間が経過すると、ウィンドウは閉じ、Metaの言葉を借りれば「非テンプレートメッセージはもう送信できなく」なります。その後は、事前承認されたメッセージテンプレートしか送信できません。
サポート自動化にとって、これはおおむね良いニュースです。助けを求めて連絡してきた顧客は、その定義上、たった今ウィンドウを開いたばかりなので、あなたのAIは自由に、かつ無料で回答できます。テンプレートが必要になるのは、ウィンドウが閉じた後にあなたの側から会話を始めたい場合（注文の更新通知や、能動的なフォローアップなど）だけです。
ステップ3：テンプレートメッセージと料金を理解する
テンプレートは、ウィンドウの外で送信する事前承認済みのメッセージです。すべてのテンプレートはマーケティング、ユーティリティ、認証のいずれかに分類され、Metaの言葉を借りれば「テンプレートのカテゴリーも料金に影響します」。テンプレートは「送信前に基本的に承認が必要」で、1アカウントあたり1時間に最大100件まで作成できます。
料金に関する2026年の大きな事実は、Metaがメッセージ単位の課金へ移行したことです。料金ページには直接こう書かれています。「2025年7月1日より、Metaはメッセージ単位で課金します」。これは以前の会話単位のモデルに代わるものです。実際に料金が発生するのは以下の通りです。
| メッセージの種類 | 送信タイミング | 課金対象？ |
|---|---|---|
| 顧客からの受信メッセージ | いつでも | 課金なし |
| 自由形式の返信（テキスト、画像） | 開いている24時間ウィンドウ内 | 無料 |
| ユーザーへの返信としてのユーティリティテンプレート | 開いているウィンドウ内 | 無料（2025年7月以降） |
| マーケティングテンプレート | いつでも | 課金対象 |
| ユーティリティ／認証テンプレート | ウィンドウが閉じた後 | 課金対象 |
Meta自身が示す具体例が分かりやすいです。あるビジネスが4件のメッセージを送信しても、課金されるのはそのうち2件だけです。開いているウィンドウ内の返信は無料で、ウィンドウの外に落ちたテンプレートだけが課金対象になるからです。実務上の要点は、受動的なサポート自動化は安く、能動的なアウトリーチこそ料金メーターが回る場所だということです。
ステップ4：AIエージェントを接続し、ナレッジでトレーニングする
APIはメッセージを運ぶだけで、回答はしません。そのためにはAIレイヤーが必要であり、ここにこそ本当の自動化があります。優れたAIサポートエージェントは、ヘルプセンター、過去のチケット、社内ドキュメントを読み込み、そのナレッジをもとにWhatsApp上で返信を下書きまたは送信します。
eeselの場合、WhatsAppに（直接、またはすでにWhatsAppメッセージを受け取っているヘルプデスクチャネル経由で）接続し、あなたのナレッジを指定します。私たちが目にする中で圧倒的に要望が多い機能は、自社の過去のチケットでのトレーニングです。これによってAIは、汎用的なFAQの口調ではなく、実際のトーンやエッジケースを学ぶからです。
ソースの接続は、多くの人が「面倒だろう」と身構える部分ですが、たいていはそうではありません。ヘルプセンター、ドキュメント、チケット履歴をリンクするだけで、エージェントは初日からコンテキストを持った状態になります。
ステップ5：エスカレーションルールを設定し、本番稼働前にシミュレーションする
このステップが、うまく機能するWhatsApp自動化と、怒りの追撃メッセージを生む自動化とを分けます。ルールは2つです。
第一に、確信度ベースにすることです。AIは明確に分かることにだけ回答し、確信が持てない内容は会話履歴を添えてきれいに人間へエスカレーションすべきです。AIに触れることを許すどのチケットタイプかを決めることこそ、接続作業そのものよりもはるかに手間のかかる部分です。
第二に、顧客が一人でも目にする前に、実際の履歴に対してテストすることです。私たちは、自信ありげに聞こえるボットが静かに間違った回答をしているのを見てきました。だからこそ、すべてのロールアウトを顧客の過去のチケットに対してまずシミュレーションし、AIが何千件もの実際のメッセージに対してどう回答していたはずかを確認し、本番稼働前に調整できるようにしています。1週間分のライブチャットでは、あるチームで581件の会話にわたって96%の品質スコアを維持し、Zendeskを使うギグエコノミー系のアナリティクスチームは、初月でティア1リクエストの73%を解決しました。これらの数字は、スイッチを切り替えただけで出たものではなく、チューニングの結果です。
避けるべきよくある間違い
- 無料アプリで自動化しようとすること。 AIは動かせません。本気で取り組むなら、Cloud API一択です。それ以外の選択肢はありません。
- AIにすべて答えさせること。 WhatsAppで信頼を失う最も早い方法です。確信が持てて量の多いトピックに範囲を絞り、残りはエスカレーションしましょう。
- 24時間ウィンドウを無視すること。 ウィンドウが閉じた後に自動化が自由形式メッセージを送ろうとすると、静かに失敗します。ウィンドウに逆らうのではなく、ウィンドウを前提にフローを設計しましょう。
- シミュレーションのステップを飛ばすこと。 何も確認せずに本番稼働すると、AIが間違っていたことを顧客から知らされることになります。これは最悪のレビュアーです。まず履歴でテストしましょう。
- Metaのルール変更を忘れること。 Metaはポリシーと料金を四半期ごとに更新しており、過去にはサードパーティ製AIチャットボットに関するルールを変更したこともあります。自分で追いかけなくて済むよう、追随してくれるベンダーを選びましょう。
WhatsAppサポート向けにeeselを試す
ここまでの内容を「接続すればすぐに動く」形で手に入れたいなら、それこそがeeselの役割です。eeselをWhatsAppに（直接、または既存のヘルプデスクチャネル経由で）接続し、ヘルプセンターと過去のチケットでトレーニングすれば、顧客が書き込むあらゆる言語で、反復的な部分を解決しつつ残りをエスカレーションします。
WhatsAppに特にフィットする理由は2つあります。まず設計上確信度ベースであるため、顧客に対して自信ありげに憶測で答えることは決してありません。そして、実際のライブチャットに返信する前に、実際のチケット履歴全体に対してシミュレーションできます。料金は利用量ベース（解決件数ごとの支払いで、席数課金はなし）なので、請求額が実際の価値に連動します。契約前に、eeselを試して自分の履歴でシミュレーションを実行し、解決率を確認できます。