WhatsApp対Telegram 受信比較2026:実際のコスト・導入期間・コンプライアンス — UnifyPort
顧客が深夜2時にWhatsAppメッセージを送ってくる。Telegramユーザーがボット経由で注文状況を確認する。これらはシンプルなインバウンドイベントのはずです。しかし2026年において、「インバウンドメッセージを受信する」という処理の背後にある技術的な意思決定は予想以上に複雑で、2つのプラットフォームではコスト構造・導入フロー・コンプライアンス要件が大きく異なります。
この記事は、インバウンドメッセージの受信をすでに決めた小規模な技術チーム向けです。どちらのプラットフォームのユーザー数が多いかという話ではなく、「どちらかまたは両方に接続する場合、実際に何が起きるのか」に焦点を当てています。
コスト:WhatsAppの課金モデルが変わった
2025年半ばまでは、WhatsApp Business APIは会話単位(24時間ウィンドウ)で課金されており、費用の予測がある程度できていました。そのモデルは廃止されました。
現在のMetaの課金方式(2025年7月より適用、2026年7月1日に再度レートカード更新)は、配信されたテンプレートメッセージ1件ごとに課金されます。料金は受信者の所在国によって大きく異なります。
| 市場 | マーケティングメッセージ(概算) |
|---|---|
| インド | ~$0.011 |
| ブラジル | ~$0.082 |
| ドイツ | ~$0.166 |
| 英国 | ~$0.180 |
Metaの基本料金に加えて、BSP(ビジネス ソリューション プロバイダー)がメッセージごとのマークアップを上乗せします。通常は$0.003〜$0.010です。ヨーロッパのリストに1万件のメッセージを送ると、WhatsApp料金だけで1,700〜2,200ドルになります。BSPのプラットフォーム月額料金は別途です。
純粋なインバウンド用途では状況が少し異なります。ユーザーが先に送信したメッセージに24時間以内に返信する場合はテンプレート課金が発生しません。ただし、BSPへの月額料金は引き続き必要で、多くのプランでは会話最低課金が設定されています。
一方Telegramは、メッセージ課金が一切ありません。Bot APIは無料で、ティアもなく、BSPも必要なく、四半期ごとのレートカード更新を気にする必要もありません。100万件のインバウンドを処理するTelegramボットのAPIコストはゼロです。
コストまとめ: 純粋なインバウンド量においてTelegramが圧倒的に優位です。WhatsAppの課金複雑性は変わらず、2026年7月・10月にもレートカード更新が予定されています。インバウンドが多いチームほど、両者の差は広がり続けます。
導入期間:企業認証 vs. ボット登録
WhatsAppのインバウンド受信を開始するまでの手順:
- BSP経由またはMeta直接でWhatsApp Business APIのアクセスを申請
- 企業認証を完了(ビジネス文書を提出し、Metaの審査を待つ)
- WhatsApp Business AccountにAPIで利用する電話番号を設定
- Business ManagerからWebhookを設定
- 署名検証とメッセージ解析を実装
企業認証が最大のボトルネックです。書類が整っていれば3〜7営業日で通過できますが、明確なオンラインの実績がないチーム(設立直後の法人、公式サイトが整っていない小規模チーム)は数週間かかることも、まったく通らないこともあります。Metaの認証システムは、インディー開発者や小規模なクロスボーダーチームを想定して設計されていません。
Telegramの手順:
- Telegramで@BotFatherにメッセージを送る
- ボットを作成し、APIトークンを受け取る(2分以内)
setWebhookを1回呼び出してHTTPSコールバックURLを設定- 受信したUpdateを解析する
認証なし、審査なし、法人登記不要。ドメインとバックエンドを持つ開発者なら、着手してから最初の本番メッセージを受け取るまで30分かかりません。
導入期間まとめ: Telegramは10〜100倍速く本番稼働できます。WhatsAppの認証フローは、まさに使いたい層である「小規模・スピード重視・初期フェーズのチーム」に対して実質的な障壁になっています。
コンプライアンスと制限
ここが両プラットフォームの思想の違いが最も大きく出る部分です。
WhatsAppはBusiness API上で動作するボットの種類を明確に制限しています。MetaはLINEが国内通信において支配的な地位を持つ日本市場に配慮しているわけではなく、2026年1月の更新でChatGPT、Copilotなどの汎用AIアシスタントのBusiness APIへの接続を全面的に禁止しました。テンプレートメッセージには事前承認が必要です。金融サービス、医療、一部のEコマースカテゴリーでは追加審査があります。重要な点として、Business APIはビジネスアカウントのみに対応しており、個人の電話番号は使用できません。
Telegramの制限ははるかに緩やかです。Bot APIはTelegramの利用規約(スパム禁止、違法コンテンツ禁止)に違反しない用途であれば開放されています。テンプレート承認プロセスはなく、ボットは任意のテキストを自由に送信できます。レート制限は存在しますが(グループ30件/秒、プライベートチャット1件/秒)、インバウンド中心のフローではほぼ問題になりません。
Telegramの注意すべき制限が1つあります。ボットは個人アカウントではありません。 TelegramボットはBotユーザー名で表示され、人間の電話番号ではありません。普通のTelegramアカウントでメッセージを受け取りたい場合、または人間ユーザーとしてグループに参加する必要がある場合、公式Bot APIはそのシナリオをカバーしていません。
コンプライアンスまとめ: Telegramは開発者にとってより親和性が高いです。WhatsAppのポリシーは対象範囲が広く、変化も頻繁で、AIユースケースやアカウントタイプに実質的な制限があります。
アカウントタイプの見えない壁
両方の公式APIに共通する、見落とされがちな構造的制限があります。各プラットフォームが定める専用のアカウントタイプにしか対応していないという点です。
WhatsApp Cloud APIは、WhatsApp Business Account(WABA)に紐づいた認証済みビジネスアカウントが必要です。顧客が実際にメッセージを送ってくる個人のWhatsApp番号は、APIに接続できません。
Telegram Bot APIは、BotFatherで作成したボットアカウントが必要です。実際のユーザーが持つ普通のTelegramアカウントは、Webhookサブスクリプションに対応していません。
既存の個人アカウントや現在使用中のアカウントで顧客からのメッセージを受け取りたいチームにとって、どちらの公式APIも、実際のコミュニケーションスタイルには合わない並列構成を別途構築する必要があります。
非公式インターフェース:第三の選択肢
一部のチームが異なるアーキテクチャを選ぶ理由がここにあります。非公式のインバウンドインターフェースは、両プラットフォームで実際に使われているアカウントタイプ(個人アカウント、既存の電話番号、稼働中のアカウント)に対応しており、企業認証・ボット登録・テンプレート承認は不要です。
UnifyPortはWhatsApp・Telegram(さらにLINE・Zalo・TikTok・X)の非公式インバウンドインターフェースを提供しており、すべてのプラットフォームのメッセージを単一のWebhookで受信し、共通のスキーマに正規化します。
{
"platform": "whatsapp",
"event": "message",
"from": "+819012345678",
"text": "注文はもう準備できていますか?",
"timestamp": 1749081600,
"message_id": "wamid.abc123"
}
{
"platform": "telegram",
"event": "message",
"from": "user_id_789",
"text": "注文状況を確認したいです",
"timestamp": 1749081720,
"message_id": "tg_msg_456"
}
ペイロードのスキーマは同一です。バックエンドは1つのハンドラーで両プラットフォームを処理できます。メッセージごとの課金なし、企業認証の待機なし、ボットアカウントの制限なし。
両プラットフォームをすでに運用中、あるいは今後展開予定のチームにとって、これは2つの独立した統合プロジェクトを1日の作業に圧縮します。
比較サマリー
| WhatsApp Cloud API | Telegram Bot API | 非公式インターフェース(UnifyPort) | |
|---|---|---|---|
| コスト | メッセージごと課金 + BSP月額 | 無料 | 定額サブスクリプション |
| 導入期間 | 数日〜数週間(企業認証) | 〜30分 | 当日稼働 |
| アカウントタイプ | ビジネスアカウントのみ | ボットアカウントのみ | 個人・ビジネス両対応 |
| AIボットポリシー | 制限あり(2026年1月禁止) | オープン | オープン |
| 複数プラットフォーム統合Webhook | なし | なし | あり(6プラットフォーム) |
| テンプレート承認 | 送信側に必要 | 該当なし | 不要 |
どちらを選ぶべきか?
Telegramだけを使い、ユースケースがボットアカウントの定義に完全に収まるなら、公式Bot APIは本当によくできています。高速、無料、安定しており、余計な複雑性を加える理由はありません。
WhatsAppが必要で、企業がMetaの認証要件を満たせるなら、Cloud APIは有効な選択肢です。ただし、認証フローに時間的余裕を持ち、四半期ごとの課金変更を追う準備が必要です。
両プラットフォームが必要な場合、既存の個人アカウントでメッセージを受け取りたい場合、またはBSPの料金ページを毎四半期読み直すことに疲れた場合は、非公式インバウンドインターフェースがより直接的な道です。
この比較の本質的な問いは「WhatsAppかTelegramか」ではなく、「最初のインバウンドメッセージを受け取るまでに、どれだけのインフラを構築する気があるか」です。