← บทความทั้งหมด
คู่มือ

วิวัฒนาการโมเดลบัญชี WhatsApp: การแยก WAAC และ Messaging Account หมายถึงอะไรในปี 2026

วิวัฒนาการโมเดลบัญชี WhatsApp ของ Meta แยก WhatsApp Business Account (WABA) เดี่ยวเดิมออกเป็นสองชั้น: WhatsApp Account (WAAC) ที่เก็บตัวตนและหมายเลขโทรศัพท์ และ Messaging Account ที่เก็บเทมเพลตข้อความ การเรียกเก็บเงิน และการสมัครรับเว็บฮุก ผลในทางปฏิบัติคือหมายเลขหนึ่งสามารถถูกใช้ร่วมกันโดยหลายพาร์ตเนอร์หรือการเชื่อมต่อ API โดยตรงได้แล้ว ขณะที่เทมเพลต ปริมาณงาน และการเรียกเก็บเงินยังคงแยกกันตามแต่ละ Messaging Account — และในขณะเดียวกันพารามิเตอร์ API ที่เลิกใช้ต้องถูกย้ายก่อนวันที่ 31 ธันวาคม 2026

ประเด็นสำคัญ

  • WABA เดิมกำลังถูกแยกเป็น WAAC (หมายเลขโทรศัพท์ โปรไฟล์ธุรกิจ ชื่อผู้ใช้ แคตตาล็อก) และ Messaging Account (เทมเพลต การเรียกเก็บเงิน การสมัครรับเว็บฮุก) — สองคอนเทนเนอร์ที่มีหน้าที่ต่างกัน
  • หมายเลขหนึ่งสามารถใช้ร่วมกันระหว่างหลายพาร์ตเนอร์หรือการเชื่อมต่อ API โดยตรงได้แล้ว แต่ปริมาณงานของหมายเลขนั้นเป็นการ “แบ่งกันใช้” ไม่ใช่ “เพิ่มขึ้น”
  • เทมเพลตข้อความไม่ถูกแบ่งกันข้าม Messaging Account แต่ละพาร์ตเนอร์หรือการเชื่อมต่อต้องสร้างและส่งอนุมัติใหม่เอง
  • คะแนนคุณภาพของหมายเลขติดตามหมายเลม (WAAC) ไม่ใช่พาร์ตเนอร์ ดังนั้นการเปลี่ยน BSP จะไม่รีเซ็ตชื่อเสียง
  • การปรับใช้ทั้งหมดเป็นสามระยะจนถึงปี 2028 และพารามิเตอร์ที่เลิกใช้ paid_messaging_account_id ต้องถูกย้ายไปยัง messaging_account_id ก่อนวันที่ 31 ธันวาคม 2026

วิวัฒนาการโมเดลบัญชี WhatsApp เปลี่ยนอะไร

ตลอด most ของวงจรชีวิต Cloud API หนึ่ง WABA เก็บทุกอย่าง: หมายเลขโทรศัพท์ ตัวตนทางธุรกิจ เทมเพลตข้อความ การสมัครรับเว็บฮุก และการเรียกเก็บเงิน วิวัฒนาการโมเดลบัญชี ของ Meta แยกคอนเทนเนอร์เดี่ยวนี้ออกเป็นสองส่วนเพื่อให้ตัวตนและการปฏิบัติการข้อความสามารถขยายได้อย่างอิสระ

การแยกใหม่เป็นดังนี้:

ชั้นสิ่งที่เก็บเหตุผลของการแยก
WhatsApp Account (WAAC)หมายเลขโทรศัพท์ ชื่อผู้ใช้ธุรกิจ ข้อมูลโปรไฟล์ธุรกิจ แคตตาล็อกสินค้าตัวตนและหมายเลขยังคงมั่นคงแม้ผู้ปฏิบัติการข้อความเปลี่ยน
Messaging Account (คง WABA ID เดิม)เทมเพลตข้อความ การเรียกเก็บเงินและวิธีการชำระ การสมัครรับเว็บฮุกเทมเพลต การเรียกเก็บเงิน และการตั้งค่าการส่งถูกจำกัดอยู่ในการเชื่อมต่อของผู้ปฏิบัติการหนึ่งราย

การเปลี่ยนแปลงที่มีผลมากที่สุดอยู่ที่ระดับหมายเลข Meta ระบุตอนนี้ว่า “ลูกค้าและนักพัฒนาโดยตรงสามารถแบ่งหมายเลขโทรศัพท์ของตนกับหลายพาร์ตเนอร์” และอธิบายผลลัพธ์ว่า “หมายเลขที่เชื่อถือได้หนึ่งหมายเลขใช้งานได้ในทุกการเชื่อมต่อ” ในโมเดลเดิม หมายเลขถูกผูกอยู่กับหนึ่ง BSP หรือหนึ่งการเชื่อมต่อ Cloud API โดยตรงอย่างแท้จริง และเอกสาร Meta ในขณะนั้นระบุว่า “คุณสามารถแบ่ง WABA กับพาร์ตเนอร์ได้สูงสุดสองราย” สถาปัตยกรรมใหม่ทำให้เป็นการทั่วไป ดังนั้นนี่คือการเปลี่ยนแปลงระดับสถาปัตยกรรมไม่ใช่แค่เปลี่ยนป้ายชื่อ

การเปลี่ยนแปลงนี้แยกจากการเปลี่ยนแปลงการเรียกเก็บเงินที่มีผลวันที่ 1 ตุลาคม 2026 การจำแนกข้อความบริการและข้อความยูทิลิตี และคู่มือติดตามค่าข้อความบริการ อธิบายว่าสิ่งใดต้องเสียค่าใช้จ่ายและวิธีวัด วิวัฒนาการโมเดลบัญชีเกี่ยวกับว่าใครเป็นเจ้าของหมายเลขและเทมเพลต ไม่ใช่ว่าข้อความหนึ่งราคาเท่าไหร่

เมื่อหมายเลขถูกใช้ร่วมกันหลายพาร์ตเนอร์ อะไรถูกแบ่ง อะไรแยกกัน

คำว่า “หมายเลขใช้ร่วมกัน” มักถูกเข้าใจผิดว่า “ทุกอย่างใช้ร่วมกัน” เอกสารทางการวาดเส้นแบ่งชัดเจนสามเส้น

ปริมาณงานเป็นการแบ่งกันใช้ ไม่ใช่เพิ่มขึ้น

Meta ระบุว่า “เมื่อหลายพาร์ตเนอร์แบ่งหมายเลขโทรศัพท์หนึ่งหมายเลข พวกเขาแบ่งกันใช้ปริมาณงานของหมายเลขนั้น” หมายเลขที่มีขีดจำกัดข้อความ/วินาทีหนึ่งค่า จะไม่กลายเป็น N เท่าของขีดจำกัดนั้นเพียงเพราะมีพาร์ตเนอร์ N รายส่ง แต่ละรายเบิกจากพูลเดียวกัน วางแผนกำลังรองรับที่ระดับหมายเลข ไม่ใช่ระดับพาร์ตเนอร์ เอกสารปริมาณงานทั่วไป กำหนดค่าเริ่มต้นต่อหมายเลขและระดับการขยายอัตโนมัติที่พูลแบ่งกันนี้ใช้

เทมเพลตไม่แบ่งกันข้าม Messaging Account

Meta ระบุว่า “เทมเพลตเป็นของ Messaging Account ที่สร้างมันขึ้นและไม่ถูกแบ่งข้าม Messaging Account” หากพาร์ตเนอร์สามรายต้องการเทมเพลตยืนยันคำสั่งซื้อบนหมายเลขเดียวกัน แต่ละ Messaging Account เก็บสำเนาของตัวเองและผ่านการตรวจสอบเทมเพลตของ Meta อย่างอิสระ ขีดจำกัด 250 เทมเพลตต่อบัญชีในปัจจุบันใช้ต่อ Messaging Account ไม่ใช่ต่อหมายเลข

คะแนนคุณภาพติดตามหมายเลข

คะแนนคุณภาพของหมายเลข (เขียว เหลือง แดง อิงจากการบล็อกและรายงานของผู้ใช้) เป็นคุณสมบัติของหมายเลข — คือ WAAC — ไม่ใช่ของพาร์ตเนอร์ที่ปฏิบัติการมัน นี่เป็นดาบสองคม: หมายเลขที่แข็งแกร่งนำชื่อเสียงที่ดีไปสู่พาร์ตเนอร์ทุกราย ส่วนหมายเลขที่ถูกพาร์ตเนอร์หนึ่งทำให้แย่ลงด้วยพฤติกรรมการส่งที่ไม่เหมาะสมจะส่งผลกระทบถึงพาร์ตเนอร์ทุกรายที่แบ่งกันใช้ ประสานวินัยการส่งระหว่างพาร์ตเนอร์แทนที่จะสันนิษฐานว่าชื่อเสียงของแต่ละรายถูกแยกไว้

ไทม์ไลน์การปรับใช้ 2026–2028

Meta อธิบายการย้ายในสามระยะ แต่ละระยะปรับแข็งขึ้นสิ่งที่นักพัฒนาต้องทำ

ระยะช่วงเวลาสิ่งที่เกิดขึ้นสิ่งที่คุณต้องทำ
ระยะ 1 — พร้อมใช้ทั่วไปครึ่งหลัง 2026Meta จัดการย้ายบัญชีอัตโนมัติ แยก WAAC และ Messaging Accountสำหรับการตั้งค่าหลายบัญชีส่วนใหญ่ไม่ต้องเปลี่ยนโค้ด; ตรวจสอบการแยกในแดชบอร์ด
ระยะ 2 — เวอร์ชัน Graph API ใหม่ครึ่งแรก 2027เวอร์ชัน Messages API ใหม่ล่าสุดต้องการ messaging_account_idอัปเดตการเรียก API ที่กำหนดเป้าไปที่ Messaging Account ให้ส่งตัวระบุใหม่
ระยะ 3 — การเปลี่ยนผ่านบังคับครึ่งแรก 2028API ทั้งหมดที่กำหนดเป้าไปที่ phone number ID ต้องใช้ WAAC IDย้ายเส้นทางใด ๆ ที่อิงตาม phone number ID ไปยัง WAAC ID

ภายในระยะ 1 มีกำหนดเวลาที่แน่นกว่า Meta ระบุว่านักพัฒนาต้อง “ย้ายไปยัง messaging_account_id ภายในวันที่ 31 ธันวาคม 2026 หลังจากนั้น paid_messaging_account_id มีแผนจะถูกลบ” หากการเชื่อมต่อของคุณยังส่งพารามิเตอร์ที่เลิกใช้ paid_messaging_account_id ให้ถือว่าวันนี้เป็นจุดเปลี่ยนแบบแข็ง ไม่ใช่หน้าต่างของระยะ 2

รายการตรวจสอบการย้ายสำหรับ Solution Partner และ Tech Provider

การย้ายนี้เป็นของพาร์ตเนอร์หรือผู้ให้บริการที่เป็นเจ้าของการเชื่อมต่อ Cloud API ไม่ใช่ของธุรกิจที่ใช้แค่ WhatsApp Business App หากคุณดูแลการเชื่อมต่อเช่นนี้ ให้ไล่รายการนี้ก่อนถึงขอบเขตของแต่ละระยะ

  1. สำรวจการเรียก API ทุกรายการที่กล่าวถึง WABA, phone number ID หรือ paid_messaging_account_id ตัวเรียกใช้งานร่วมหรือการตั้งค่าร่วมอาจซ่อนพารามิเตอร์ที่เลิกใช้จนกว่าการเปลี่ยนระยะจะทำให้มันพัง
  2. ยืนยันการแยก WAAC / Messaging Account ในแดชบอร์ด ตรวจสอบว่าหลังการย้ายอัตโนมัติของระยะ 1 เทมเพลต การสมัครรับเว็บฮุก และวิธีการเรียกเก็บเงินใดตกอยู่ใน Messaging Account ใด
  3. ย้าย paid_messaging_account_id ไปยัง messaging_account_id ก่อนวันที่ 31 ธันวาคม 2026 อย่ารอระยะ 2; การลบพารามิเตอร์มีกำหนดเวลาของตัวเอง
  4. กระทบยอดความเป็นเจ้าของเทมเพลตต่อ Messaging Account หากพาร์ตเนอร์หลายรายต้องการเทมเพลตเดียวกันบนหมายเลขใช้ร่วม ให้สร้างและส่งอนุมัติใหม่ในแต่ละ Messaging Account แทนที่จะสันนิษฐานการสืบทอด
  5. สร้างโมเดลปริมาณงานที่ระดับหมายเลขสำหรับหมายเลขใช้ร่วม รวมอัตราการส่งที่คาดหวังของพาร์ตเนอร์ทั้งหมดบนหมายเลขและยืนยันว่าพอดีกับปริมาณงานที่แบ่งกันของหมายเลข
  6. จัดทำเอกสารการประสานคะแนนคุณภาพ เนื่องจากคะแนนติดตามหมายเลข ให้ตกลงเรื่องวินัยปริมาณการส่งและความยินยอม (opt-in) กับพาร์ตเนอร์ทุกรายที่แบ่งหมายเลข
  7. เตรียมเส้นทางตาม phone number ID สำหรับการสลับ WAAC ID ในระยะ 3 ทำเครื่องหมายเส้นทางโค้ดทั้งหมดที่กำหนดเส้นทางตาม phone number ID เพื่อให้การสลับในครึ่งแรก 2028 เป็นการย้ายที่ควบคุม ไม่ใช่ความเซอร์ไพรส์

สำหรับทีมที่ยังตัดสินใจว่าต้องการเส้นทาง Cloud API ทางการหรือไม่ สามเส้นทางรับข้อความขาเข้า WhatsApp และการเปรียบเทียบแพลตฟอร์ม 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 ทั่วไปและรับข้อความขาเข้าที่รองรับเป็นหนึ่งกระแสเหตุการณ์ที่ทำให้เป็นมาตรฐาน ข้อความขาเข้า 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"
    }
  }
}

เมื่อ endpoint เว็บฮุกมี signing_secret การส่งทุกครั้งจะรวม X-Device-Timestamp และ X-Device-Signature และตัวรับของคุณจะตรวจสอบลายเซ็น HMAC-SHA256 กับเนื้อหาคำขอดิบก่อนประมวลผล — มีบันทึกไว้ในอ้างอิงการส่งและลายเซ็นเว็บฮุก การตอบกลับที่รองรับใช้ POST /v1/messages

เส้นทางนี้แยกออกจากสถาปัตยกรรมบัญชีทางการโดยเจตนา มันไม่มอบตัวตน WAAC, การอนุมัติเทมเพลต Meta, สิทธิ์ Cloud API หรือสิทธิพิเศษหลายพาร์ตเนอร์ใด ๆ ที่วิวัฒนาการโมเดลบัญชีเป็นผู้กำกับ ให้แยกสองเส้นทางนี้อย่างชัดเจน: การย้ายทางการเปลี่ยนวิธีที่หมายเลขและเทมเพลตเป็นเจ้าของภายในแพลตฟอร์ม Meta; ส่วนติดต่อขาเข้าที่ไม่เป็นทางการเปลี่ยนตำแหน่งที่ข้อความของบัญชีทั่วไปมาถึงในระบบของคุณ

ข้อจำกัดและการแลกเปลี่ยน

ใช้ Cloud API ทางการและทำการย้ายวิวัฒนาการโมเดลบัญชีให้เสร็จเมื่อคุณต้องการเทมเพลตขาออกที่อนุมัติแล้ว เครื่องมือแคมเปญทางการ, การระบุแหล่งที่มา Click-to-WhatsApp, การวิเคราะห์พื้นฐาน Meta, หมายเลขที่แบ่งกันระหว่างพาร์ตเนอร์ที่ได้รับการรับรองหลายราย หรือขั้นตอนการปฏิบัติตามกฎระเบียบที่ BSP จัดการให้ การแยก WAAC / Messaging Account มีอยู่เพื่อทำให้ขั้นตอนทางการเหล่านั้นสะอาดขึ้น

ส่วนติดต่อที่ไม่เป็นทางการไม่สามารถมอบสิทธิพิเศษแพลตฟอร์ม Meta ใด ๆ เหล่านั้นได้ มันไม่สามารถทำให้หมายเลขมีสิทธิ์สำหรับการแบ่งหลายพาร์ตเนอร์ภายใต้โมเดลของ Meta, อนุมัติเทมเพลต หรือย้ายการเรียกเก็บเงินและเว็บฮุกของ Messaging Account คุณค่าที่แคบกว่าของมันคือส่วนติดต่อขาเข้ามาตรฐานสำหรับบัญชีส่งข้อความทั่วไปและคิวที่ทำให้เป็นมาตรฐานข้ามหลายแพลตฟอร์ม — เป็นการตัดสินใจที่แตกต่างจาก “จะจัดโครงสร้างการเชื่อมต่อ Cloud API อย่างไร”

วันที่ของแต่ละระยะ (ครึ่งหลัง 2026, ครึ่งแรก 2027, ครึ่งแรก 2028) และกำหนดเวลาพารามิเตอร์ 31 ธันวาคม 2026 ล้วนขึ้นกับเวลา ตรวจสอบหน้าวิวัฒนาการโมเดลบัญชี ทางการของ Meta ซ้ำก่อนการเปลี่ยนแต่ละครั้ง เพราะ Meta เลื่อนเอกสารเหล่านี้ไปข้างหน้าโดยไม่มีเครื่องหมายเวอร์ชันที่มองเห็น

คำถามที่พบบ่อย

วิวัฒนาการโมเดลบัญชี WhatsApp คืออะไร?

เป็นการที่ Meta แยก WABA เดิมเป็น WAAC (เก็บหมายเลขและตัวตนทางธุรกิจ) และ Messaging Account (เก็บเทมเพลต การเรียกเก็บเงิน และการสมัครรับเว็บฮุก) ทำให้หมายเลขหนึ่งสามารถแบ่งกันระหว่างพาร์ตเนอร์หรือการเชื่อมต่อโดยตรงหลายรายได้

ตอนนี้หมายเลข WhatsApp หนึ่งหมายเลขสามารถแบ่งกันระหว่าง BSP หลายรายได้หรือไม่?

ได้ Meta ระบุว่าลูกค้าและนักพัฒนาโดยตรงสามารถแบ่งหมายเลขกับพาร์ตเนอร์หลายรายได้ ปริมาณงานของหมายเลขถูกแบ่งกันระหว่างรายเหล่านั้น และเทมเพลตของแต่ละพาร์ตเนอร์อยู่ใน Messaging Account ของตัวเอง

เทมเพลตข้อความถูกแบ่งกันข้าม Messaging Account หรือไม่?

ไม่ Meta ระบุว่าเทมเพลตเป็นของ Messaging Account ที่สร้างมันขึ้นและไม่ถูกแบ่งข้าม Messaging Account พาร์ตเนอร์แต่ละรายสร้างและส่งอนุมัติเทมเพลตที่ต้องการใหม่เอง

เมื่อไรต้องย้าย paid_messaging_account_id?

Meta ระบุว่านักพัฒนาต้องย้ายไปยัง messaging_account_id ภายในวันที่ 31 ธันวาคม 2026 หลังจากนั้น paid_messaging_account_id มีแผนจะถูกลบ

การเปลี่ยน BSP รีเซ็ตคะแนนคุณภาพของหมายเลข WhatsApp หรือไม่?

ไม่ คะแนนคุณภาพติดตามหมายเลข (WAAC) ไม่ใช่พาร์ตเนอร์ ชื่อเสียงของหมายเลขส่งต่อข้ามพาร์ตเนอร์ — ทั้งที่ดีและที่แย่ — ดังนั้นวินัยการส่งต้องได้รับการประสานโดยทุกฝ่ายที่แบ่งหมายเลข

ขั้นตอนถัดไป

หากคุณเป็นเจ้าของการเชื่อมต่อ Cloud API ให้เริ่มการย้ายด้วยคู่มือวิวัฒนาการโมเดลบัญชี ทางการและเลิกใช้ paid_messaging_account_id ก่อนวันที่ 31 ธันวาคม 2026 หากความต้องการของคุณคือข้อความขาเข้าสำหรับบัญชีทั่วไป ให้อ่านคู่มือการอนุญาตผู้ให้บริการ WhatsApp และเมทริกซ์การรองรับข้อความของผู้ให้บริการ ก่อนเพื่อประเมินเส้นทางที่แยกนี้

แหล่งข้อมูล