チャットで販売する事業は、たいてい最後にこの分岐点に立ちます。Metaの公式WhatsApp Business APIを使うか、通常の番号を自社システムにつなぐ非公式ゲートウェイを使うか。
議論はしばしば価格で止まりますが、判断が狂い始めるのもそこです。両者を分けるのは一通あたりの費用ではなく、問題が起きたときに誰がリスクを負うのかです。
本質的な違いを一文で
要点: 公式の経路は、明確な規則と認められた関係のもとで購入するサービスです。非公式の経路は、消費者向けアプリを業務サービスのように振る舞わせる手法であり、WhatsAppの利用規約に違反します。使用している番号は、予告なくいつでも無効化され得ます。
この最後の一文は形式的な注意ではありません。顧客の履歴すべてが一つの番号にある事業にとって、その番号を失うことは、顧客名簿と販売経路を同じ日に同時に失うことを意味します。
率直な比較
| 観点 | 公式API(Meta) | 非公式ゲートウェイ |
|---|---|---|
| 位置づけ | 規約が明確な公式サービス | WhatsAppの利用規約に違反する |
| 番号がブロックされる危険 | 方針を守れば低い | 現実的で、いつでも起こり得る |
| 導入費用 | 高め。事業者確認が必要 | 非常に低く、当日から動く |
| 一通あたりの費用 | あり。会話課金に従う | 多くはゲートウェイの月額のみ |
| 一斉配信 | 承認済みテンプレートで可能 | ブロックを招く危険が高い |
| 認証バッジと事業者名 | 確認手続きで取得可能 | 利用不可 |
| 一番号を複数担当で運用 | 公式に対応 | ゲートウェイの実装次第 |
| 長期の継続性 | 安定 | いつ塞がれてもおかしくない隙間に依存 |
それでも非公式が多く使われる理由
公平に言えば、広く使われるだけの理由があります。初めて自動化を試す、一日に数十件という規模の小さな事業は、数時間で動き、確認手続きも不要なため、ここから始めることが多いのです。
理解しておくべきは、時間を借りているという点です。番号が無事なうちは、すべて順調に見えます。したがって、この経路から始めるなら暫定策と位置づけ、初日から出口を用意してください。
移行が避けられなくなる時
先送りのほうが高くつき始めたことを示す信号が、通常四つあります。
- 定期的な一斉配信を始めた。 ブロックの最も一般的な原因であり、まさに公式経路が承認済みテンプレートで認めている行為です。
- 担当者が三人以上になった。 一つの番号を複数人で扱う運用は、公式経路が想定している能力です。
- 顧客あたりの取引額が大きくなった。 金額が大きいほど、突然消え得る経路に載せておく合理性は下がります。
- 機微な顧客情報を保持し始めた。 責任と順守の所在について、公式経路は非公式にはない明確さを与えます。
公式経路に必要なもの
手続きはゲートウェイの設置より長いものの、想像されるほど複雑ではありません。事業者アカウント、事業者の本人確認、通常のWhatsAppアカウントとして未登録の電話番号、そしてAPIを自社システムへつなぐ提供者またはプラットフォームが必要です。
有効化後、事業者側から始める送信には事前承認されたメッセージテンプレートを用い、会話ウィンドウ内の返信はより自由に行えます。この構造こそが、公式経路を規模に耐えるものにしています。
見落とされがちな点: 移行は技術だけの話ではありません。顧客への告知を用意し、あらゆる媒体の番号を更新し、移行期間中は両方の経路を並行させて、会話が途切れないようにしてください。
プラットフォームの選び方
どちらの経路から始めるにせよ、両方に対応するプラットフォームを選んでください。些細に見えて決定的です。片方しか対応しないプラットフォームは、システム変更と経路変更を同時に強います。大きな変更が二つ重なるその瞬間こそ、顧客との会話が最も失われます。
MDHが開発したものを含め、いくつかのオムニチャネルCRMは、マルチデバイス経路と公式APIを同一の管理画面で扱えます。これにより経路の切り替えは移行プロジェクトではなく、設定変更になります。
よくある質問
CSHubは公式のWhatsApp Cloud APIと非公式経路の双方に対応し、Instagram、Telegram、Messenger、ライブチャットも扱えます。素早く始め、システムを変えずに公式経路へ移行できます。
CSHubを見る