การสนับสนุน

• ข้อกำหนดในการโฮสต์ของ Meta สำหรับ API ระบบคลาวด์⁠
• นโยบายการส่งข้อความของ WhatsApp Business⁠
• ข้อกำหนดในการใช้บริการของ WhatsApp Business⁠
• นโยบายการค้าของ Meta⁠
• ข้อกำหนดของ Meta สำหรับ WhatsApp Business⁠

• ลูกค้าไม่ได้ออนไลน์ในช่วงเวลา 30 วันที่เราเก็บข้อความไว้สำหรับลูกค้าที่ออฟไลน์
• ลูกค้าได้บล็อกหมายเลขโทรศัพท์ธุรกิจหรือหมายเลขโทรศัพท์ธุรกิจหมายเลขอื่นของธุรกิจ
• ลูกค้าอยู่ในประเทศที่ถูกจำกัดหรือถูกคว่ำบาตร

• พารามิเตอร์คำขอไม่ถูกต้อง
• ข้อผิดพลาดด้านความถูกต้องสมบูรณ์
• ลูกค้าไม่ยอมรับข้อกำหนดในการใช้บริการและนโยบายความเป็นส่วนตัวฉบับใหม่ของเรา โปรดส่งลิงก์นี้ https://wa.me/tos/20210210⁠ ให้ผู้ใช้ปลายทางเพื่อยอมรับข้อกำหนดในการใช้บริการล่าสุด
• ลูกค้าใช้ WhatsApp เวอร์ชั่นเก่า ลูกค้าควรใช้เวอร์ชั่นที่ไม่ต่ำกว่าเวอร์ชั่นต่อไปนี้
  • Android: 2.21.15.15
  • SMBA: 2.21.15.15
  • iOS: 2.21.170.4
  • SMBI: 2.21.170.4
  • KaiOS: 2.2130.10
  • Web: 2.2132.6
• ลูกค้าเป็นส่วนหนึ่งของกลุ่มทดลอง

• ยืนยันว่าผู้ใช้สามารถส่งข้อความไปยังหมายเลขโทรศัพท์ WhatsApp Business ของคุณได้จริง
• ยืนยันว่าไม่มีหมายเลขโทรศัพท์ธุรกิจของ WhatsApp ของคุณอยู่ในรายการหมายเลขที่ถูกบล็อก (การตั้งค่า > ความเป็นส่วนตัว > รายการที่ถูกบล็อก หรือ ผู้ติดต่อที่ถูกบล็อก)
• ยืนยันว่าได้ยอมรับข้อกำหนดในการใช้บริการฉบับล่าสุดแล้ว (การตั้งค่า > ความช่วยเหลือ หรือการตั้งค่า > ข้อมูลของแอพพลิเคชั่น ซึ่งจะแจ้งให้ผู้ใช้ยอมรับข้อกำหนด/นโยบายล่าสุดหากยังไม่ได้ยอมรับ)
• อัพเดตไคลเอ็นต์ WhatsApp เป็นเวอร์ชั่นล่าสุด

• แอพ Meta ที่คุณใช้สำหรับการเรียกใช้ API
• สิทธิ์การอนุญาตต่อไปนี้: whatsapp_business_management และ whatsapp_business_messaging

1. วิธีที่ง่ายที่สุดในการยอมรับข้อกำหนดในการใช้บริการของ MM API สำหรับ WhatsApp คือการที่ธุรกิจรู้จักผู้ใช้ที่มี "สิทธิ์การควบคุมโดยสมบูรณ์" อยู่แล้ว ในกรณีนี้ ผู้ใช้รายนั้นจะสามารถดำเนินขั้นตอนการเริ่มต้นใช้งาน MM API สำหรับ WhatsApp ได้
2. ค้นหาผู้ดูแลด้วยตัวจัดการธุรกิจ หากธุรกิจ (หรือพาร์ทเนอร์) ไม่พบผู้ใช้ที่มี "สิทธิ์การควบคุมโดยสมบูรณ์" ธุรกิจสามารถเข้าสู่ระบบตัวจัดการธุรกิจโดยใช้ผู้ใช้อีกคนหนึ่งที่มี "สิทธิ์การเข้าถึงพื้นฐาน" เพื่อค้นหารายชื่อผู้ดูแลที่มี "สิทธิ์การควบคุมโดยสมบูรณ์" ได้

• เข้าสู่ระบบ Meta Business Suite จากนั้นไปที่ "การตั้งค่าธุรกิจ" แล้วไปที่แท็บ "ผู้คน"
• ผู้ใช้พอร์ตโฟลิโอธุรกิจทุกรายที่มี "สิทธิ์การเข้าถึงพื้นฐาน" ขึ้นไปจะสามารถดูรายชื่อผู้ใช้ทั้งหมดและค้นหาผู้ที่มี "สิทธิ์การควบคุมโดยสมบูรณ์" ได้

1. ค้นหาผู้ดูแลผ่านการเรียกใช้ API ในกรณีที่ธุรกิจไม่สามารถค้นหาผู้ดูแลพอร์ตโฟลิโอธุรกิจ แต่หากพาร์ทเนอร์ของธุรกิจนั้นมีโทเค็น BISU ที่มีสิทธิ์การอนุญาต business_management (API) ธุรกิจจะสามารถดึงข้อมูลรายชื่อผู้ใช้ที่มีสิทธิ์การอนุญาต "สิทธิ์การควบคุมโดยสมบูรณ์" ได้ด้วยตำแหน่งข้อมูล API ต่อไปนี้

• เอกสารตำแหน่งข้อมูลบัญชี WhatsApp Business
• เอกสารตำแหน่งข้อมูลผู้ใช้ธุรกิจ

1. ส่งคำขอเพิ่มผู้ใช้ใหม่ลงในพอร์ตโฟลิโอธุรกิจ ธุรกิจสามารถส่งคำขอเพิ่มผู้ใช้โดยมีสิทธิ์การเข้าถึง "สิทธิ์การควบคุมโดยสมบูรณ์" ในพอร์ตโฟลิโอธุรกิจได้ กระบวนการนี้ใช้เวลาโดยเฉลี่ย 24 ชั่วโมงเพื่อให้แน่ใจว่ามีการตรวจสอบการรักษาความปลอดภัยอย่างละเอียดในกรณีที่มีการจัดเตรียมเอกสารทั้งหมดอย่างครบถ้วนและถูกต้อง และควรเป็นทางเลือกสุดท้ายหลังจากที่ได้ลองทางเลือกอื่นๆ จนหมดแล้ว

• ผู้ใช้จากธุรกิจอาจส่งคำขอให้เพิ่มตนเองลงในพอร์ตโฟลิโอธุรกิจโดยมี "สิทธิ์การเข้าถึงโดยสมบูรณ์" ได้ หากผู้ใช้มีคุณสมบัติตรงตามข้อกำหนดด้านเอกสารที่ระบุไว้ด้านล่าง
• ปฏิบัติตามคำแนะนำในการส่งคำขอเพื่อรับสิทธิ์การควบคุมโดยสมบูรณ์ในพอร์ตโฟลิโอธุรกิจ⁠
• รวบรวมเอกสารที่จำเป็นตามที่ระบุไว้ในลิงก์ด้านบน

1. ตรวจสอบให้แน่ใจว่าทีมของคุณเข้าใจวิธีที่ MM API สำหรับ WhatsApp จัดลำดับความสำคัญเมื่อเทียบกับ API ระบบคลาวด์ ข้อความที่มีการมีส่วนร่วมสูงสามารถเข้าถึงลูกค้าได้มากขึ้นบน MM API สำหรับ WhatsApp ในขณะที่การจำกัดข้อความต่อผู้ใช้ของ API ระบบคลาวด์อาจไม่อนุญาตให้จัดส่งข้อความถึงผู้ใช้ แต่ MM API สำหรับ WhatsApp สามารถรับรู้ถึงเทมเพลตข้อความที่มีการมีส่วนร่วมสูง (ตัวอย่างเช่น ข้อความที่ได้รับการอ่านมากขึ้น) และเมื่อมีการส่งข้อความ จะอนุญาตให้มีการจำกัดข้อความแบบไดนามิกได้
2. ตรวจสอบให้แน่ใจว่าคุณกำลังทำการเปรียบเทียบระหว่าง MM API สำหรับ WhatsApp และ API ระบบคลาวด์อย่างถูกต้อง ความแตกต่างของอัตราการนำส่งจำนวนมากเกิดจากปัจจัยหลายอย่าง เช่น การใช้เทมเพลต เวลา หรือกลุ่มเป้าหมายที่แตกต่างกัน ตรวจสอบยืนยันว่าคุณกำลังทำการเปรียบเทียบที่ถูกต้องโดยใช้แนวทางด้านล่างนี้ก่อนที่จะส่งคำขอรับการสนับสนุน

• เปรียบเทียบช่วงเวลาเดียวกัน หากต้องการเปรียบเทียบการนำส่งข้อความอย่างแม่นยำ ให้ประเมินแคมเปญที่เผยแพร่ในช่วงเวลา 4-7 วันเดียวกัน ขีดจำกัดข้อความต่อผู้ใช้มีการเปลี่ยนแปลงอยู่ตลอดเวลาและเป็นแบบเรียลไทม์ตามปริมาณข้อความ วันหยุด กิจกรรมทางธุรกิจ และพฤติกรรมของผู้ใช้ ซึ่งทำให้การเปรียบเทียบผลลัพธ์จากกรอบเวลาที่แตกต่างกันนั้นไม่น่าเชื่อถือ
• เปรียบเทียบเทมเพลตที่เหมือนกัน (หรือคล้ายกันมาก) การเปรียบเทียบการนำส่งมักจะเปรียบเทียบเทมเพลตข้อความที่มีเนื้อความ อัตราการอ่าน และการมีส่วนร่วมของผู้ใช้ที่แตกต่างกันอย่างไม่ถูกต้อง ใช้เทมเพลตเดียวกันสำหรับตำแหน่งข้อมูล API ทั้งสองรายการ ตรวจสอบให้แน่ใจว่าเทมเพลตมีการใช้งานอยู่และเป็นไปตามแนวทางสำหรับข้อความทางการตลาดคุณภาพสูง
• เปรียบเทียบแคมเปญขนาดใหญ่ที่มีข้อมูลทางประชากรศาสตร์ของกลุ่มเป้าหมายที่ใกล้เคียงกัน เปรียบเทียบแคมเปญที่มีข้อความทางการตลาดอย่างน้อย 100,000 ข้อความที่ส่งไปยังกลุ่มเป้าหมายที่คล้ายกัน ตัวอย่างเช่น แบ่งเซกเมนต์ผู้ใช้แบบสุ่มเพื่อหลีกเลี่ยงอคติ (เช่น ภูมิภาคทางภูมิศาสตร์ ตัวกรองผู้ใช้ หรือ ROI/ลักษณะการมีส่วนร่วมที่แตกต่างกัน) ตรวจสอบให้แน่ใจว่าไม่มีผู้รับที่ได้รับข้อความมากกว่าหนึ่งครั้ง รวมถึงจากแคมเปญอื่นๆ ด้วย
• เปรียบเทียบเวลาส่งเดียวกัน ส่งแคมเปญไปยังตำแหน่งข้อมูลทั้งสองตำแหน่งพร้อมกันเพื่อลดผลกระทบภายนอก เช่น การบล็อกหรือการรายงานปัญหา

1. ตรวจสอบให้แน่ใจว่าคุณไม่ได้นับรวมข้อความที่ส่งซ้ำในสถิติ "การส่ง" ของคุณ หากข้อความส่งไม่ถึงผู้รับเนื่องจากขีดจำกัดข้อความทางการตลาดต่อผู้ใช้ ให้รอ 24 ชั่วโมงก่อนที่จะลองอีกครั้ง (โปรดดูรหัสข้อผิดพลาด 131049) การพยายามส่งข้อความเดิมซ้ำหลายครั้งจะทำให้อัตราการจัดส่งที่คุณเห็นดูต่ำกว่าความเป็นจริง เนื่องจากขีดจำกัดต่อผู้ใช้เดิมอาจยังคงมีผลอยู่และส่งผลให้เกิดผลลัพธ์เดิม ตัวอย่างเช่น หากข้อความ 20 ใน 100 ข้อความส่งไม่สำเร็จเนื่องจากขีดจำกัดและมีการพยายามส่งซ้ำ อัตราการจัดส่งที่แท้จริง 80% อาจลดลงเหลือประมาณ 67% หลังจากพยายามส่งซ้ำเพียงครั้งเดียว
2. ทำตามหลักปฏิบัติที่ดีที่สุดในการสร้างข้อความทางการตลาดที่มีอัตราการมีส่วนร่วมสูง

• คุณภาพและความเกี่ยวข้อง: ให้ความสำคัญกับการส่งข้อความที่มอบคุณค่าที่ชัดเจนแก่ลูกค้า และหลีกเลี่ยงการติดต่อที่ไม่เกี่ยวข้องหรือไม่เป็นส่วนตัว ข้อความที่เกี่ยวข้องมีแนวโน้มที่จะถูกอ่านมากกว่า ซึ่งนำไปสู่การมีส่วนร่วมที่มากขึ้นจากลูกค้าเป้าหมายและลูกค้าปัจจุบัน
• คุณภาพข้อความ:
• ตามที่เลือกไว้: ลูกค้าได้เลือกรับข้อความประเภทนี้และมักจะมีส่วนร่วมกับข้อความทางการตลาดของคุณ มอบตัวเลือกในการไม่รับข้อความ
• ทันเวลา: ส่งข้อความในเวลาที่เหมาะสม (เช่น หลังจากการมีส่วนร่วมครั้งแรกหรือตามความถี่ที่กำหนด) และมีความถี่ที่เหมาะสม
• มีความเกี่ยวข้อง: ปรับแต่งข้อความให้เหมาะกับแต่ละบุคคล แจ้งข้อมูลที่มีคุณค่า และมีการกระตุ้นให้ดำเนินการที่ชัดเจน
• ใช้ฟีเจอร์ MM API สำหรับ WhatsApp เช่น
• ระยะเวลาที่ใช้งานได้ของข้อความที่ปรับแต่งได้ (time-to-live) เพื่อให้แน่ใจว่าข้อความจะส่งทันเวลา
• ดูคำแนะนำเกณฑ์มาตรฐานของคุณเพื่อปรับปรุงประสิทธิภาพ

1. ตรวจสอบให้แน่ใจว่าคุณกำลังใช้การเปรียบเทียบ A/B ที่แม่นยำของแคมเปญเดียวกัน ดูคำแนะนำด้านบนสำหรับอัตราการนำส่งเพื่อตั้งค่าการเปรียบเทียบ A/B ที่เชื่อถือได้สำหรับเทมเพลตเดียวกัน ในเวลาเดียวกัน ไปยังกลุ่มเป้าหมายที่เทียบเคียงกันได้และมีขนาดเพียงพอ เพื่อให้แน่ใจว่าปัจจัยอื่นๆ จะไม่ทำให้การเปรียบเทียบ CTR บน MM API สำหรับ WhatsApp เทียบกับ API ระบบคลาวด์ไม่ถูกต้อง
2. ตรวจสอบให้แน่ใจว่า URL ของคุณใช้งานได้กับการวัดผลคอนเวอร์ชั่นของ Meta URL ที่ใช้งานไม่ได้จะทำให้อัตราการคลิกผ่านลดลง ดูวิธีการด้านล่าง
3. ประเมินว่าควรเปิดใช้งานการปรับชิ้นงานโฆษณาให้เหมาะสมโดยอัตโนมัติสำหรับแคมเปญของคุณหรือไม่ ธุรกิจบางรายได้ลงทะเบียนเข้าร่วมโปรแกรมนำร่องการปรับชิ้นงานโฆษณาให้เหมาะสมโดยอัตโนมัติ ซึ่งจะทดสอบเทมเพลตข้อความทางการตลาดในรูปแบบต่างๆ และเลือกรูปแบบที่มีอัตราการคลิกผ่านสูงสุดเมื่อเวลาผ่านไปโดยอัตโนมัติ ทำงานร่วมกับพาร์ทเนอร์ของคุณเพื่อพิจารณาว่าธุรกิจของคุณใช้ฟีเจอร์เหล่านี้หรือไม่ และแคมเปญของคุณเหมาะสมหรือไม่

• สำหรับการนำส่งข้อความที่ต่ำกว่าบน MM API สำหรับ WhatsApp เมื่อเทียบกับ API ระบบคลาวด์สำหรับแคมเปญที่คล้ายกัน ให้เลือก WABiz: ข้อความทางการตลาด > การส่งข้อความ แล้วระบุรายละเอียดว่าแคมเปญที่คุณกำลังเปรียบเทียบนั้นใช้เวลา กลุ่มเป้าหมาย เทมเพลต และการปรับค่ามาตรฐานการส่งซ้ำในลักษณะที่คล้ายกันอย่างไร

สถาปัตยกรรมของ API ระบบคลาวด์เป็นอย่างไร

สถาปัตยกรรมของ API ระบบคลาวด์จะช่วยลดความซับซ้อนของข้อกำหนดด้านการปฏิบัติงานและโครงสร้างพื้นฐานของพาร์ทเนอร์โซลูชั่นในการผสานการทำงานกับแพลตฟอร์ม WhatsApp Business ลงได้เป็นอย่างมาก ประการแรก Cloud API ไม่ต้องใช้โครงสร้างพื้นฐานในการเรียกใช้คอนเทนเนอร์ Docker ของ Business API (ประหยัดค่าใช้จ่ายด้าน CAPEX) ประการที่สอง API ระบบคลาวด์ไม่ต้องใช้ภาระรับผิดชอบด้านการดำเนินงานในการจัดการการนำไปใช้งาน (ประหยัดค่าใช้จ่ายในด้าน OPEX)