WhatsApp公式ヘルプでは、主端末に加えてリンクできるデバイスは最大4台と案内されています。 リンク済みデバイスの公式説明を基準にしつつ、アカウントで使える機能を確認してください。

症状：複数人で問い合わせに返信したいが、担当の割り当てや引き継ぎ方法が決まっていない。
最短の判断：小規模チームで手動返信が中心なら、まずWhatsApp Businessアプリのリンク済みデバイスを評価します。注文情報との連携や自動化、明確な多人管理が必要なら、WhatsApp Business Platform Cloud APIと対応する共有受信箱を検討してください。

一人または少人数で海外顧客の返信を交代する販売担当者は、アプリで足りる条件を確認できます。
注文管理や問い合わせ管理との連携を進めるカスタマーサポート責任者は、APIを導入する前の要件と運用負担を整理できます。
遠隔で使うmacOS環境を整えたい担当者は、Macがアカウント資格やAPI接続の代わりにはならない点を踏まえて判断してください。

WhatsApp Business 2026のサポート体制を比較する軸を決める

リンク済みデバイスとCloud APIは、単純な「端末の違い」ではありません。前者はアプリを複数の端末で使う方法、後者は業務システムからメッセージを扱うためのAPIです。担当者の人数だけでなく、会話を誰に割り当てるか、注文情報と結び付けるか、誰が障害を直すかで選びます。

判断軸 WhatsApp Businessアプリのリンク済みデバイス WhatsApp Business Platform Cloud API
基本の使い方 アプリを対応端末で開き、担当者が手動で返信します APIを業務システムや対応する共有受信箱につなぎます
複数人の対応 対応端末やアカウントで利用できる機能を確認します 利用する業務ツール側の担当割り当てや履歴管理を確認します
システム連携 注文・CRMとの連携が必要なら、別の方法が必要です 連携設計と実装、または対応サービスの選定が必要です
日常の保守 主端末、リンク端末、担当変更を管理します APIの認証情報、連携先、障害対応の責任者を決めます
向きやすい状況 手動返信が中心で、複雑な割り当てを求めない小規模チーム 業務フローとの連携や、対応窓口の一元管理が必要なチーム

表だけで結論を出さないでください。多担当者機能や追加の利用条件はアカウントや地域によって異なる可能性があります。WhatsAppの多担当者機能に関する公式案内を確認し、実際のアプリに機能が表示されるかも照合します。

協業人数と会話管理から候補を絞る

リンク済みデバイスは、主端末とリンクした端末を使って手動で返信する運用に向いています。ただし、担当者が同じ会話を見られるだけでは、誰が返信責任を持つか、未解決の問い合わせを誰に渡すかまでは決まりません。

WhatsApp Businessの関連デバイスだけでシフト対応できるかは、次の点で判断します。

  • 同時に返信する人数が、アカウントで利用できる端末・機能の範囲内か。
  • 担当者別の会話割り当てが必要か。それとも当番表と手動記録で管理できるか。
  • 交代時に未返信の問い合わせ、注文番号、次の対応内容を引き継げるか。
  • 操作した担当者を識別する必要があるか。利用中の機能で識別できるか。
  • 顧客情報や返信履歴を、既存の問い合わせ管理ツールでも参照する必要があるか。

たとえば、昼夜で担当者が入れ替わる小規模な販売チームでは、アプリのリンク端末を使う前に、未対応・対応中・完了の記録方法を決めておきます。会話が増えて担当者の割り当てや監査用の記録が必要になった時点で、共有受信箱やCloud APIへの移行を再評価します。

主端末の定期的なログインなど、リンク済みデバイスの利用条件も公式案内で確認してください。端末を用意すれば無期限に使い続けられる、と前提を置かないことが大切です。

システム連携が必要ならCloud APIの範囲を確認する

WhatsApp Business Platform Cloud APIは、WhatsApp Business Platformでプログラムからメッセージを送受信するためのインターフェースです。MetaのCloud API資料で基本的な位置付けを確認してください。API自体は、インストールすれば複数人用の画面ができるMacアプリではありません。

注文管理、CRM、社内の問い合わせチケットに接続する場合は、API接続のほかに、データ項目、画面、担当割り当て、障害時の手動対応を設計します。社内で開発・保守しない場合は、どの共有受信箱や業務ツールが必要な連携を提供するか、契約前に確認してください。WhatsApp Business Platformの機能案内と開発者向け公式情報を参照し、使う機能が自社の要件に合うか照合します。

自動化は、問い合わせへの答えを自動で正しく決めてくれる仕組みではありません。注文状況が古い、質問の分類が誤っている、担当への通知が届かないといった場合に備え、人が引き取る条件と記録方法も定義してください。

受信から引き継ぎまでの流れを整える

どちらの方式でも、顧客のメッセージを受け取った後の担当ルールが曖昧なら、返信漏れは起こり得ます。WhatsApp Business Platformのメッセージポリシーでは、顧客からのメッセージ後に通常の返信ができるカスタマーサービス期間を24時間とし、その期間外の連絡には承認済みテンプレートが必要になる条件を説明しています。実運用前に現行ポリシーを再確認してください。

導入前に、次の順で確認します。

  1. 問い合わせの入口を整理します。 新規相談、注文後の質問、返金やトラブルなど、よくある内容を分類します。分類ごとに、担当部署と緊急時の連絡先を決めます。
  2. 担当者を割り当てます。 シフト表に当番と代替担当を記録します。アプリ運用なら誰が会話を引き取ったか記録し、共有受信箱を使う場合は実際の割り当て機能をテストします。
  3. 未解決の会話を記録します。 注文番号、確認した内容、顧客への次回連絡、次の担当者を残します。顧客情報を扱う場所と閲覧できる人も限定します。
  4. 時間外の対応条件を決めます。 24時間の顧客サービス期間をまたぐ問い合わせは、適用されるメッセージルールを確認します。担当交代の際は、返信可能な手段と承認済みテンプレートの管理者を明確にします。
  5. 障害時の代替手段を試します。 リンク端末が使えない場合、API連携が停止した場合の連絡先、記録先、顧客への案内を決めます。復旧後に二重返信が起きない確認手順も用意します。
  6. 退職・異動時の回収を確認します。 端末のリンク解除、業務ツールのアクセス権、API認証情報の更新が必要かを確認し、担当者と実施記録を残します。

資格条件と保守責任を確かめてから移行する

WhatsApp Businessアプリの機能、アカウントで使える多担当者機能、Cloud APIの接続条件は同じではありません。また、アプリとAPIの共存や電話番号の移行がすべてのアカウントで可能だと決めつけないでください。移行を計画する前に、公式の現行案内と自分のアカウントの表示を照合します。

選択を決める条件

  • 手動返信が中心で、担当割り当てやCRM連携が必須でない場合は、リンク済みデバイスを先に評価します。利用可能な端末数や機能はアカウントで確認してください。
  • 注文・CRM・チケットとの連携が必要なら、Cloud APIと、それを受ける業務ツールの両方を評価します。APIだけで共有受信箱が提供されると考えないでください。
  • 担当者ごとの会話管理や監査記録が必要で、アプリ側の機能で満たせない場合は、多担当者機能またはAPI連携を比較します。
  • 番号の移行条件やアプリとの共存可否が確認できない場合は、移行を保留し、対象アカウントの公式案内を確認してから進めます。
  • APIの認証情報や連携障害を保守する担当がいない場合は、導入範囲を広げる前に、社内担当者またはツール提供元の支援範囲を明確にします。

保守責任は、主端末を管理する人、リンク端末を追加・解除する人、API認証情報を更新する人、連携障害を受け付ける人に分けて記録します。端末の確認には公式のデバイス確認案内も利用できます。リモートMacを使う場合でも、提供できるのは遠隔で操作するmacOS環境です。WhatsAppアカウントの権限、API接続資格、チームの引き継ぎルールを代替するものではありません。

必要な操作環境を分けて検討したい場合は、MACCOMEのMac mini利用案内で提供内容を確認し、アプリの対応状況やアカウント権限は別途確かめてください。

よくある質問

リンク済みデバイスとCloud APIは、チーム運用でどう違いますか？

リンク済みデバイスはWhatsApp Businessアプリを使い、主端末と追加端末で手動返信する方式です。Cloud APIはシステム連携を前提とするインターフェースで、対応する業務ツールや共有受信箱が別途必要です。担当者の人数だけでなく、会話の割り当てや履歴管理が必要かで選んでください。

少人数の越境カスタマーサポートなら、リンク済みデバイスで足りますか？

担当者が順番に返信し、会話の割り当てやCRM連携を求めないなら、まずリンク済みデバイスを確認する方法があります。ただし、利用できる端末数や機能はアカウントの表示と公式案内で確認してください。未返信の会話を誰が引き継ぐか、チーム内で記録方法を決めることも必要です。

リンク済みデバイスだけで複数人のシフト対応はできますか？

端末を共有できることと、担当者ごとに会話を割り当てて履歴を管理できることは別です。現行アカウントで利用可能な多担当者機能を確認し、担当の識別や引き継ぎが不足するなら、チーム向けの共有受信箱やCloud APIを含めて比較してください。

アプリからCloud APIへ移る前に、何を確認すればよいですか？

接続する業務ツール、番号の扱い、アカウントの接続資格、既存アプリとの共存可否を公式の現行資料で確認してください。共存や番号移行がすべてのアカウントで可能とは限りません。さらに、APIの認証情報、障害対応、退職者のアクセス回収を誰が担当するか決めてから移行を計画します。

リンク済みデバイスで始める方法は導入を抑えやすい一方、担当者の識別、会話の記録、主端末の管理が運用上の負担になります。Cloud APIは連携の幅を広げられますが、接続先の設計、資格確認、認証情報と障害の保守が必要です。どちらを選んでもMacを用意するだけでWhatsAppの利用資格やメッセージ送信が保証されるわけではありません。

チームが必要としているのがAPIではなく、交代で使えるmacOSの操作環境なら、共有端末や個人所有Macの管理負担と、リモート環境での引き継ぎ条件を比べてください。アプリの対応、アカウント権限、担当交代の手順を確認したうえで、MACCOMEのリモートMac利用環境が業務に合うか検討できます。