Contents
要点まとめ（WhatsApp ビジネス アカウント 作り方 2026）
ここでは本文の重要ポイントを短くまとめます。導入判断、審査、番号移行、テンプレート運用の優先事項を押さえてください。
- 運用規模で選ぶ：1〜数名ならWhatsApp Businessアプリ、複数オペレーターやCRM連携が必要ならWhatsApp Business Platformを採用する。
- 番号要件：SMS/音声でOTPが受け取れる専用番号を用意する。VoIPのみはリスクが高い。
- メッセージ種別：ユーザー応答から24時間以内はフリーフォーマット（セッション）、外は事前承認テンプレートを使う。
- 料金構成：Meta側の会話ベース課金（国別）＋BSPの手数料が発生する。見積もりは会話種別と配信量で算出する。
- セキュリティ／コンプライアンス：同意管理、データ保持・削除ポリシー、バックアップ暗号化、アクセス制御を必須化する。
製品ラインナップと選び方（アプリ vs WhatsApp Business Platform）
ここでは製品ごとの機能差と導入判断基準を示します。規模や自動化要件に沿って最短で選べるように整理します。
製品の違い（機能と運用面）
各製品の位置付けを短く説明します。機能差が運用体制に直結します。
- WhatsApp Businessアプリ
- スマホ単体で完結。プロフィール、カタログ、自動応答、クイック返信、ラベルが利用可能。コストは基本無料。
-
複数オペレーターの同時運用やCRM連携は限定的。
-
WhatsApp Business Platform（旧: Business API）
- 複数オペレーター、外部システム連携、テンプレート管理、自動配信の運用が可能。
- Metaのビジネス検証（Business Verification）と電話番号検証が必要。BSP経由または直接契約で導入。
BSP（ビジネスサービスプロバイダ）と直接契約の違い
BSPと直接契約の比較で意思決定を助けます。コスト・運用負担・サポートが異なります。
- BSP経由の利点：導入支援、ホスティング、SLA、ダッシュボード、決済やボットの連携が簡単。初期導入が速い。
- BSP経由の注意：月額費用やメッセージ課金がかかる。プロバイダごとに機能やレート制限が異なる。
- 直接契約の利点：長期的にはコスト最適化や自由度が高い（大企業向け）。
- 直接契約の注意：インフラ運用・保守、スケール設計、セキュリティ対応を自社で担当する必要がある。
実務的な選定基準（シンプルな判断チャート）
導入前に確認すべき実働基準を示します。要件が一つでも該当すればPlatformを検討してください。
- オペレーターが複数名いるか
- CRMやチャットボットとリアル連携が必要か
- 月間送信先数（ユニーク）や同時送信数が中〜大規模か
- 法令順守やログ保管ポリシーを自社で厳格に管理する必要があるか
導入前の必須準備と電話番号の技術要件
導入前に揃えるべき項目と電話番号関連の技術的注意点を整理します。審査通過率と運用安定性に直結します。
電話番号とOTP検証の要件
電話番号は導入で最も重要な資産です。確実にOTPを受け取れる番号を用意してください。
- 推奨：事業者名義のMNO回線（SIM）。SMSと音声通話でOTP受信可能な専用番号。
- 避けるべきケース：共有番号や一部のVoIP/仮想番号はSMS/音声が使えない場合があるため事前確認が必要。
- 検証手順：国コードと番号形式を正しく入力し、SMS→未着時は音声認証を試す。長期問題は通信事業者へ連絡する。
法人情報とBusiness Verification（審査書類の準備）
審査には法人の整合性が重要です。書類準備で審査速度が変わります。
- 必要情報：正式な事業者名、所在地、代表者、事業内容、登記簿謄本や請求書等の証憑。
- Meta Business Manager：アカウント作成後にBusiness Verificationを申請する。BSP経由ならプロセスを支援してもらえる。
- 表示名と情報の一貫性：WhatsApp、Facebook/Instagram、公式サイト間で名称・住所・ロゴを一致させる。
画像・ロゴの仕様と実務ルール
ブランド表示は審査でよく確認されます。画像は事前に整えておきます。
- 推奨仕様：正方形で高解像度。可能なら透過PNGを使用。ファイルサイズは1MB未満を目安に最適化する。
- ブランド整合性：ロゴとサイトの見た目が一致していると審査で有利。第三者商標の侵害に注意する。
アプリ→Platformへ番号を移す（実務手順と注意点）
番号移行は手順を間違えると運用停止や履歴喪失が発生します。事前準備とBSPとの調整が必要です。
- 事前準備：チャットのローカル/クラウドバックアップを取得する。顧客通知やメンテナンス期間を設定する。
- BSPと調整：移行はBSPまたはMetaの案内に従い実施する。OTP検証を行って番号所有を確認する。
- チャット履歴：AppからPlatformへチャット履歴の完全移行は制約がある。多くのケースで履歴はアプリ側で保持され、API側での引継ぎは限定的。事前にバックアップと顧客への告知を行う。
- 想定ダウンタイム：数分〜数時間程度を見込み、実運用はBSPと共同でテストする。
テンプレート運用、24時間ルールと承認フロー
テンプレート（事前承認メッセージ）と24時間ルールの理解は運用の肝です。承認を速める書き方と運用例を示します。
セッション（24時間）とテンプレートの定義
運用の基本ルールを簡潔に説明します。どの場面でテンプレートを使うかを明確にしてください。
- セッション（24時間）：ユーザーからの最終メッセージ受信から24時間以内は自由形式の返信が可能。追加料金は会話ベース課金に依存。
- テンプレート：ユーザー発信から24時間外、あるいは事前通知が必要な場合に使用。事前審査・承認が必要。
テンプレートの構成と承認ポイント
テンプレート承認で差戻されないための実務ポイントを示します。フォーマットに注意してください。
- 構成要素：ヘッダー（テキスト/メディア）、本文（置換パラメータ可）、フッター（任意）、ボタン（CTAまたはクイック返信）。
- 審査時の注意：宣伝色を避ける、明確な目的（配送通知・OTP・予約確認など）を記載、個人情報の過剰な要求をしない。
テンプレートの実例（すぐ使える文例）
現場でそのまま使えるテンプレート例を示します。承認時は変数表記や会社名を正確に。
- OTP（認証コード）
-
本文例: 「【{1}】はあなたの認証コードです。認証のために10分以内に入力してください。」
-
発送通知
-
本文例: 「ご注文番号 {1} の発送が完了しました。配送業者: {2}、伝票番号: {3}。到着予定: {4}。」
-
予約リマインド
- 本文例: 「{1}様、{2}の予約が{3}にあります。キャンセルは{4}までにご連絡ください。」
テンプレートは簡潔で具体的にし、承認理由が分かるように説明文も付けて提出してください。
テンプレート承認時間の目安と差戻し対応
承認には幅があります。審査落ち時の実務対応を短く示します。
- 所要時間：数分〜72時間が一般的。複雑なメディア付きは長くなる場合がある。
- 差戻し原因：不適切な表現、宣伝色、パラメータの使い方、ブランドの不一致など。
- 対処：理由に合わせて文言を簡潔化し、例示を追加して再申請する。BSP経由ならサポートを活用する。
料金・レート制限と運用設計（BSPとの契約差と障害対策）
ここでは費用見積もりの作り方とレート制限に対する実務的な設計方針、フェイルオーバー案を示します。費用構成を明確にしましょう。
Meta（WhatsApp）の課金モデル（概念）
料金の考え方を押さえます。国別で変わるため見積は国別計算が必要です。
- 会話ベース課金：Metaは「会話（conversation）」単位で課金するモデルを採用しています。会話種別（ユーザー開始／ビジネス開始）や国によって料金が異なります。
- BSPの上乗せ：多くのBSPはMeta課金に加え、プラットフォーム使用料やサポート料を請求します。
（注）具体的な国別レートや金額はBSPおよびMetaの公式価格ページで確認してください。リンクは本文末の参考リンク参照。確認日を併記しています。
BSPごとの見積に含める項目（実務チェック）
BSP見積もりで必ず確認する項目です。見落とすと設計段階で差額が出ます。
- 月額プラン／初期費用／サポート費用
- Meta側の会話課金（国別）と算出方法
- 電話番号レンタル料（固定費）と追加番号の単価
- メッセージスループット（秒間/分間）と上限適用条件
- SLA、障害時の対応、監視・ログ保管の仕様
レート制限とスケーリング設計
送信速度の上限対策と高負荷時の推奨設計を示します。実装時はBSPと実測を行ってください。
- 制限の性質：MetaとBSPはアカウント単位・電話番号単位でスループット制限を設ける。上限は契約や品質に連動する。
- スケール手法：キューイング（例: RabbitMQ、Kafka）、ワーカーの水平スケール、複数電話番号（シャーディング）、複数BSP契約によるフェイルオーバーを組み合わせる。
- フェイルオーバー設計：送信失敗は再試行ルールで処理し、一定回数失敗したら代替チャネル（SMS/メール）へフォールバックする。重要通知は二重送信ポリシーを検討する。
セキュリティ・コンプライアンス、移行チェックリストとトラブル対応
導入後の運用で必須のセキュリティ対策、個人情報対応、移行時チェックリスト、頻出トラブルの即応手順をまとめます。
法令順守と同意管理（実務対応）
同意の取り方やログ、削除対応を実務レベルで整備してください。
- 同意取得：登録時の明示的同意を推奨。チャネル別（Web/電話/店頭）で同意ソースを記録する。
- オプトアウト：いつでも停止できる手段をメッセージ内またはプロフィール文で明記する。
- データ主体の権利：削除・データ提供要求への対応フローを用意し、対応期限を定める。
データ保持・バックアップ・暗号化
ログやメッセージ保存は個人情報を含みます。保存方針と技術的対策を実装してください。
- 保存方針：保持期間を目的別に定め、不要なデータは自動削除する。法規上の保管義務があるデータは別途管理する。
- 暗号化：保存時の暗号化（at-rest）と転送時の暗号化（TLS）を必須化する。
- バックアップ：クラウドバックアップの暗号化設定を確認する。アプリ側のバックアップ（Google Drive/iCloud）はオプトインのE2EEバックアップがあるため、運用ポリシーに合わせて設定する。
アクセス管理・ログ管理・監査
管理者権限の設計と操作ログはインシデント対応の基礎です。
- 最小権限原則に基づいたロール設計を行う（例：管理者、運用者、監査者）。
- ログの保存場所と期間、監査人アクセス手順を明示する。
- APIキーやWebhookシークレットは定期ローテーションし、CIに秘密情報を置かない。
移行（アプリ→Platform）チェックリスト（実務）
移行成功のための事前・実行・事後チェックリストを示します。
- 事前：バックアップ取得、テンプレート事前申請、BSPとの移行計画、顧客通知スケジュール作成。
- 実行：移行時のメンテナンス窓口、番号検証（OTP）、テスト送信、監視開始。
- 事後：動作確認（受信/送信/テンプレート承認）、チャット履歴の運用方針周知、失敗ケースの振り返り。
トラブルシューティング（代表ケースと即応フロー）
頻出トラブルと短時間で対応するための手順をまとめます。
- OTP未着：番号表記確認 → 再送・音声認証 → 別番号試行 → キャリア確認 → BSP/サポート連絡。
- テンプレート差戻し：差戻し理由に応じて文言簡素化・目的明確化し再申請。可能ならBSPが代行申請。
- アカウントロック：ログや通知を確認し、Business Verification書類を準備してBSPまたはMetaサポートに連絡する。
実務テンプレート：運用ルール例（短い雛形）
運用開始に使える権限テンプレートと応答ルールの簡易雛形を示します。
- 管理者：BSP設定、番号追加、審査書類提出を実行。
- オペレーター：チャット対応、ラベル付与、報告。
- コンテンツレビュワー：テンプレート作成と審査対応。
（この3つを組み合わせ、アクセス権とログ取得要件を運用マニュアルに落とし込んでください）
よくある質問（FAQ）
ここでは導入担当が早く知りたいQ&Aを簡潔にまとめます。短い回答で現場の判断を助けます。
BSPを使わずに直接契約できますか？
中〜大規模の企業は直接契約が可能です。ただしインフラ運用、スケール対応、SLAを自社で持つ必要があります。初期はBSP経由を推奨します。
料金はどのくらいかかりますか？
Metaの会話ベース課金（国・会話種別ごと）とBSPの手数料が主な要素です。概算は（会話数×国別単価）＋BSP費用＋番号レンタルで算出します。正式見積はBSPに依頼してください。
テンプレートが承認されない主な理由は？
宣伝性の強い表現、あいまいな目的、個人情報の過剰要求、ブランドや法令違反が主な理由です。簡潔で目的を明確にして再申請してください。
アプリからAPIに移すとチャット履歴は残りますか？
多くのケースでアプリのチャット履歴とAPI環境の履歴は直接移行できません。必ず事前にバックアップを取得し、BSPと履歴取り扱いを確認してください。
VoIP番号は使えますか？
一部のVoIP番号はSMS/音声OTPに対応しないため推奨しません。番号種別は事前に通信事業者・BSPで確認してください。
参考リンク（確認日を併記）
以下は主にMeta公式ドキュメントとBSPのガイドへのリンクです。導入時は最新の公式情報を必ず参照してください。
- Meta（WhatsApp Business Platform）公式ドキュメント（導入ガイド、API仕様、テンプレート仕様）：https://developers.facebook.com/docs/whatsapp （確認: 2026-04-30）
- Meta（料金・会話ベース課金ページ）：https://www.facebook.com/business/help/whatsapp/pricing （確認: 2026-04-30）
- Meta（Business Verification手順）：https://business.facebook.com/business/help/ (確認: 2026-04-30)
- BSP例と比較（導入支援の参考）：CM.com、Twilio、Infobip、MessageBird、Vonage の公式サイト（各社ページで最新の提供情報を確認）
以上が導入から運用まで即使える実務ポイントとチェックリストです。必要に応じて、テンプレートの追加例や移行用の詳細チェックリスト（CSV形式等）の雛形を別途提供できます。