ガイド July 31, 2026

WhatsApp アカウントモデルの進化：2026年のWAACとMessaging Account分割が意味するもの

MetaのWhatsAppアカウントモデルの進化（Account Model Evolution）は、従来の単一のWhatsApp Business Account（WABA）を2つの層に分割します。1つは本人確認と電話番号を保持するWhatsApp Account（WAAC）、もう1つはメッセージテンプレート、課金、Webhookサブスクリプションを保持するMessaging Accountです。実際の影響として、1つの電話番号を複数のパートナーや直接API連携で共有できるようになる一方、テンプレート、スループット、課金はMessaging Accountごとに分離されます。さらに、非推奨となったAPIパラメータを2026年12月31日までに移行する必要があります。

ポイント

従来のWABAは、WAAC（電話番号、ビジネスプロフィール、ユーザー名、カタログ）とMessaging Account（テンプレート、課金、Webhookサブスクリプション）という役割の異なる2つのコンテナに分割されます。
1つの電話番号を複数のパートナーや直接API連携で共有できるようになりますが、番号のスループット容量は「合算」ではなく「共有」されます。
メッセージテンプレートはMessaging Account間で共有されません。各パートナーや連携がそれぞれ再作成・再審査を行います。
電話番号の品質評価（quality rating）は番号（WAAC）に追従し、パートナーには追従しないため、BSPを乗り換えてもレピュテーションはリセットされません。
全体の移行は3つのフェーズで2028年まで進められ、非推奨の paid_messaging_account_id パラメータは2026年12月31日までに messaging_account_id へ移行する必要があります。

WhatsAppアカウントモデルの進化が変えること

Cloud APIの存続期間の大部分において、1つのWABAがすべてを保持していました。電話番号、ビジネスの本人確認、メッセージテンプレート、Webhookサブスクリプション、課金です。Metaのアカウントモデルの進化は、この単一のコンテナを2つに分け、本人確認とメッセージ運用を独立して拡張できるようにします。

新しい分割は次のとおりです：

層	保持するもの	分割の意義
WhatsApp Account（WAAC）	電話番号、ビジネスユーザー名、ビジネスプロフィール、商品カタログ	メッセージの運用者が変わっても、本人確認と番号は安定する
Messaging Account（旧WABA IDを維持）	メッセージテンプレート、課金と支払い方法、Webhookサブスクリプション	テンプレート、課金、配信設定が1つの運用者の連携にスコープされる

最も影響が大きいのは電話番号レベルの変化です。Metaは現在「クライアントと直接開発者は、自分の電話番号を複数のパートナーと共有できる」と明記し、その結果を「1つの信頼された電話番号がすべての連携で機能する」と表現しています。以前のモデルでは、番号は事実上1つのBSPか1つの直接Cloud API連携に紐づき、Metaの当時のドキュメントには「1つのWABAは最大2つのパートナーと共有できる」と書かれていました。新アーキテクチャはこれを一般化するもので、ラベルを変えただけの表面的な変更ではありません。

これは2026年10月1日の課金変更とは独立したものです。サービスメッセージとユーティリティメッセージの分類およびサービスメッセージ課金の追跡ガイドは、何が課金対象になり、どう計測するかを説明します。アカウントモデルの進化は、番号とテンプレートが誰のものかに関するものであり、各メッセージがいくらかかるかではありません。

1つの番号を複数パートナーで共有する場合、共有されるものと隔離されるもの

「番号の共有」という表現は「すべてが共有される」と誤解されやすいです。公式ドキュメントは3つの明確な境界を引いています。

スループットは合算ではなく共有

Metaは「複数のパートナーが1つの電話番号を共有する場合、その電話番号のスループット容量を共有する」と明記しています。あるメッセージ/秒の上限を持つ番号が、N人のパートナーの送信でN倍の上限になることはありません。各社は1つのプールから引き出します。パートナーレベルではなく番号レベルで容量を計画してください。一般的なスループットのドキュメントに、この共有プールの基になる番号ごとのデフォルト値と自動スケール区分が定められています。

テンプレートはMessaging Account間で共有されない

Metaは「テンプレートはそれが作成されたMessaging Accountに属し、Messaging Account間で共有されない」と明記しています。3人のパートナーが同じ番号で注文確認テンプレートを必要とする場合、各Messaging Accountが独自のコピーを持ち、それぞれがMetaのテンプレート審査を個別に通過します。現在のアカウントごとの250テンプレート上限は番号ごとではなくMessaging Accountごとに適用されます。

品質評価は番号に追従

電話番号の品質評価（緑、黄、赤。ユーザーのブロックや通報に基づく）は、番号＝WAACの属性であり、その番号を運用するパートナーの属性ではありません。これは両刃の剣です。評価の良い番号はその好評をすべてのパートナーに持ち込みますが、一方のパートナーの不適切な送信行動で番号が悪化すれば、その番号を共有するすべてのパートナーに影響します。パートナー間で送信規律を調整し、各社のレピュテーションが壁で隔てられているとは想定しないでください。

2026年〜2028年の移行タイムライン

Metaは移行を3つのフェーズで示し、各フェーズで開発者が行うべき変更を厳格化していきます。

フェーズ	時期	何が起きるか	あなたがすべきこと
フェーズ1 — 一般提供	2026年下半期	Metaがアカウント移行を自動処理し、WAACとMessaging Accountを分離	ほとんどのマルチアカウント構成ではコード変更不要。ダッシュボードで分割結果を確認
フェーズ2 — 新しいGraph APIバージョン	2027年上半期	最新のMessages APIバージョンが `messaging_account_id` を必須化	Messaging Accountを対象とするAPI呼び出しを新しい識別子に更新
フェーズ3 — 強制移行	2028年上半期	phone number IDを対象とするすべてのAPIがWAAC IDを使用必須	phone number IDベースのルーティングをWAAC IDに移行

フェーズ1の中に、より厳しい期限があります。Metaは開発者が「2026年12月31日までに messaging_account_id に移行する必要があり、それ以降 paid_messaging_account_id は削除予定」としています。連携がまだ非推奨の paid_messaging_account_id パラメータを送信している場合、この日付をフェーズ2の枠組みではなくハードな切り替え点として扱ってください。

Solution PartnerおよびTech Provider向けの移行チェックリスト

この移行はCloud API連携を持つパートナーやプロバイダーのものであり、WhatsApp Business Appだけを使う事業者のものではありません。その連携を保守しているなら、各フェーズの境界の前にこのリストを確認してください。

WABA、phone number ID、paid_messaging_account_id に言及するすべてのAPI呼び出しを棚卸しする。 共有ランチャーや共有設定に非推奨パラメータが隠れ、フェーズの切り替えで壊れることがあります。
ダッシュボードでWAAC / Messaging Accountの分割結果を確認する。 フェーズ1の自動移行後、どのテンプレート、Webhookサブスクリプション、課金方法がどのMessaging Accountに入ったかを確認します。
2026年12月31日までに paid_messaging_account_id を messaging_account_id に移行する。 フェーズ2を待たないでください。このパラメータの削除には独自の期限があります。
Messaging Accountごとにテンプレートの帰属を突き合わせる。 複数のパートナーが共有番号で同じテンプレートを必要とする場合、継承を前提とせず、各Messaging Accountで再作成・再審査します。
共有番号のスループットを番号レベルでモデリングする。 番号を共有する全パートナーの予想送信レートを合計し、番号の共有容量に収まることを確認します。
品質評価の調整を文書化する。 評価は番号に追従するため、番号を共有するすべてのパートナーと送信量やオプトインの規律について合意します。
フェーズ3のWAAC ID切り替えに向け、phone number IDベースのルーティングを準備する。 phone number IDでルーティングするすべてのコードパスに印を付け、2028年上半期の切り替えを意図しないサプライズではなく制御された移行にします。

公式Cloud APIパスが必要かどうかをまだ決めているチームは、アカウントアーキテクチャの移行に投資する前に、WhatsApp受信の3つの経路とBSPプラットフォーム比較でその判断の枠組みを確認してください。WhatsApp Coexistenceガイドは、同じ番号でBusiness AppとCloud APIを併用する関連問題を扱っています。

UnifyPortの位置づけ

UnifyPortはMetaのアカウントモデルの進化の中では動作しません。WAAC、Messaging Account、Metaのテンプレート審査、Cloud APIの権限、Metaの課金は管理しません。製品が番号を複数の公式パートナーで共有する必要がある場合、または期限までに paid_messaging_account_id を移行する必要がある場合、公式Cloud APIパスが正しい選択であり、この移行は連携所有者にとって必須です。

UnifyPortが対応するのは別の要件、つまり通常のWhatsAppアカウントを接続し、サポートされる受信メッセージを1つの正規化イベントストリームとして受け取ることです。WhatsAppの受信メッセージは標準の message.received イベントとして届き、Telegram、LINE、TikTok、Zalo、Xと同じエンベロープを使います：

{
  "id": "evt_7c41f0b2a9",
  "type": "message.received",
  "provider": "whatsapp",
  "account_id": "acc_8c21d0",
  "occurred_at": "2026-07-31T09:24:18Z",
  "data": {
    "conversation": { "id": "84901234567", "type": "user" },
    "sender": { "id": "84901234567", "type": "user", "name": "Minh Tran" },
    "message": {
      "id": "wamid.HBgM",
      "type": "text",
      "text": "Can your team check my shipment before closing today?",
      "direction": "inbound",
      "sent_at": "2026-07-31T09:24:16Z"
    }
  }
}

Webhookエンドポイントに signing_secret が設定されている場合、毎回の配信に X-Device-Timestamp と X-Device-Signature が含まれ、受信側は処理前に生のリクエストボディに対してHMAC-SHA256署名を検証します。詳細はWebhook配信と署名のリファレンスに記載されています。サポートされる返信は POST /v1/messages を使います。

このパスは公式アカウントアーキテクチャと意図的に分離されています。WAACの本人確認、Metaのテンプレート審査、Cloud APIの権限、アカウントモデルの進化が管理する複数パートナー特権のいずれも付与しません。2つのパスを明示的に区別してください。公式の移行はMetaプラットフォーム内での番号とテンプレートの帰属を変えるものであり、非公式の受信インターフェースは通常アカウントのメッセージがあなたのシステムのどこに着地するかを変えるものです。

制限とトレードオフ

承認済みの送信テンプレート、公式のキャンペーンツール、Click-to-WhatsAppのアトリビューション、Metaネイティブの分析、複数の認定パートナーで共有する番号、またはBSPの管理されたコンプライアンスワークフローが必要な場合は、公式Cloud APIを使用し、アカウントモデルの進化の移行を完了してください。WAAC / Messaging Accountの分割は、そうした公式ワークフローをよりクリーンにするために存在します。

非公式インターフェースはこれらのMetaプラットフォーム特権をいずれも提供できません。番号をMetaのモデルで複数パートナー共有の対象にすることも、テンプレートを審査することも、Messaging Accountの課金やWebhookを移行することもできません。そのより狭い価値は、通常のメッセージングアカウント向けの標準受信インターフェースと、複数プラットフォームにわたる正規化キューの提供です。これは「Cloud API連携をどう構造化するか」とは異なる判断です。

各フェーズの日付（2026年下半期、2027年上半期、2028年上半期）および2026年12月31日のパラメータ期限は時効性を持ちます。Metaはこれらの文書をバージョンスタンプを表示せずに更新していくため、各切り替えの前にMeta公式のアカウントモデルの進化ページを再確認してください。

よくある質問

WhatsAppアカウントモデルの進化とは何ですか？

従来のWABAをWAAC（電話番号とビジネスの本人確認を保持）とMessaging Account（テンプレート、課金、Webhookサブスクリプションを保持）に分割するMetaの変更で、1つの番号を複数のパータナーや直接連携で共有できるようにします。

1つのWhatsApp番号を複数のBSPで共有できるようになりましたか？

はい。Metaはクライアントと直接開発者が番号を複数のパートナーと共有できると明記しています。番号のスループット容量は各社間で共有され、各パートナーのテンプレートはそれぞれ独自のMessaging Accountに保持されます。

メッセージテンプレートはMessaging Account間で共有されますか？

いいえ。Metaはテンプレートがそれを作成したMessaging Accountに属し、Messaging Account間で共有されないと明記しています。各パートナーが必要なテンプレートをそれぞれ再作成・再審査します。

paid_messaging_account_idはいつ移行する必要がありますか？

Metaは開発者が2026年12月31日までに messaging_account_id に移行する必要があり、それ以降 paid_messaging_account_id は削除予定としています。

BSPを乗り換えるとWhatsApp番号の品質評価はリセットされますか？

いいえ。品質評価はパートナーではなく番号（WAAC）に追従します。番号の評判はパートナーをまたいで持ち越されます。良くも悪くも共通であるため、送信規律は番号を共有するすべての当事者で調整する必要があります。

次のステップ

Cloud API連携を所有している場合は、公式のアカウントモデルの進化ガイドから移行を始め、2026年12月31日までに paid_messaging_account_id を廃止してください。要件が通常アカウントの受信メッセージである場合は、まずWhatsAppプロバイダー認証ガイドとプロバイダーメッセージサポートマトリクスを確認し、この独立したパスを評価してください。

出典

Meta：WhatsApp Account Model Evolution — 2026年7月31日に確認。
Meta：WhatsApp Businessのスループット — 2026年7月31日に確認。
Meta：WhatsApp Business Accounts（テンプレートと番号の上限） — 2026年7月31日に確認。
Meta：非テンプレートメッセージの今後の課金更新 — 2026年7月31日に確認。