เทมเพลต WhatsApp ที่ถูกปฏิเสธ ส่วนใหญ่มีสาเหตุเดียวกัน คือหมวดหมู่ที่เลือกไว้ — Marketing, Utility หรือ Authentication — ไม่ตรงกับเนื้อข้อความจริง Meta เทียบสองอย่างนี้กันเองโดยอัตโนมัติ และวิธีแก้ที่ได้ผลส่วนใหญ่คือเขียนข้อความใหม่ ไม่ใช่การยื่นอุทธรณ์
INCORRECT_CATEGORY ตรวจอะไรกันแน่
เอกสารทางการของ Meta เกี่ยวกับ WhatsApp Business Platform ระบุว่าระบบ “ตรวจสอบหมวดหมู่ที่เลือกกับเนื้อหาจริงของเทมเพลต” เสมอ Marketing คือข้อความที่มุ่งสร้างการรับรู้ กระตุ้นการขาย หรือดึงลูกค้ากลับมาซื้อซ้ำ — และข้อความที่เนื้อหาไม่ชัดเจน หรือมีแต่ตัวแปรอย่าง {{1}} เพียวๆ ก็ถูกจัดเป็น Marketing โดยอัตโนมัติเช่นกัน ส่วน Utility คือข้อความที่ตอบสนองสิ่งที่ลูกค้าทำหรือขอไว้แล้ว เช่น แจ้งสถานะออเดอร์ หรือแจ้งเตือนบัญชี และต้องไม่มีลักษณะโปรโมต ส่วน Authentication เข้มงวดที่สุด ใช้ได้เฉพาะการส่งรหัส OTP เท่านั้น ต้องสร้างจากเทมเพลตสำเร็จรูปของ Meta ในหมวดนี้โดยเฉพาะ มีได้แค่ตัวรหัสกับปุ่มกดใช้รหัสครั้งเดียว ห้ามมีลิงก์ รูปภาพ หรืออีโมจิใดๆ ร้านค้าเขียนข้อความเองไม่ได้ ต้องใช้รูปแบบสำเร็จรูปเท่านั้น
จุดที่ร้านไทยพลาดบ่อย
สองรูปแบบที่ควรระวังเป็นพิเศษ แบบแรกคือข้อความ Utility ที่แอบมีเนื้อหาโปรโมตแทรกเข้ามา เช่น เติมคำว่า “ลดราคา” แนบโค้ดส่วนลด หรือชวนซื้อซ้ำต่อท้ายข้อความแจ้งสถานะออเดอร์ปกติ ข้อแนะนำเบื้องต้นคือให้เทมเพลตที่ใช้แจ้งข้อมูลธุรกรรม มีแค่ข้อเท็จจริงกับสิ่งที่ลูกค้าต้องทำต่อเท่านั้น เพราะทันทีที่มีการขายแทรกเข้ามา Meta จะมองเป็น Marketing ไม่ว่าจะตั้งชื่อหมวดไว้ว่าอะไร แบบที่สองคือข้อความ OTP ที่สร้างเป็นเทมเพลตทั่วไปแทนที่จะดึงจากคลัง Authentication โดยตรง การเติมโลโก้ คำทักทาย หรือชื่อร้านเข้าไป ทำให้ข้อความมีองค์ประกอบที่เทมเพลต Authentication ไม่อนุญาตให้มีอยู่แล้ว
เกิดอะไรขึ้นหลังถูกปฏิเสธ
เทมเพลตที่ Meta เห็นว่าหมวดหมู่ไม่ตรง จะถูกปฏิเสธด้วยเหตุผล INCORRECT_CATEGORY วิธีแก้ทั่วไปคือแก้เนื้อข้อความหรือหมวดหมู่แล้วส่งใหม่ ส่วนเทมเพลตที่อนุมัติไปแล้ว Meta ก็ปรับหมวดหมู่ให้เองได้ เช่น เทมเพลต Utility ที่เนื้อหาจริงเข้าข่าย Marketing จะถูกเปลี่ยนเป็น Marketing โดยปกติแจ้งล่วงหน้า 1 วันก่อนมีผล ร้านค้าขอให้ Meta ทบทวนหมวดหมู่ได้ภายใน 60 วันจากวันที่สร้างเทมเพลต หรือภายใน 60 วันจากวันที่ถูกเปลี่ยนหมวดหมู่ ผ่าน WhatsApp Manager ข้อยกเว้นคือ Authentication — เทมเพลต Marketing หรือ Utility ที่จริงๆควรเป็น Authentication จะถูกเปลี่ยนสถานะเป็นปฏิเสธในวันที่ 1 ของเดือนถัดไปโดยไม่มีช่องให้ขอทบทวน ต้องสร้างใหม่จากคลัง Authentication เท่านั้น
ตั้งค่าใน 1CS — ทดสอบเทมเพลตก่อนใช้งานจริง
เริ่มที่ ตั้งค่า > กล่องข้อความ กด เพิ่มกล่องข้อความ แล้วเลือกช่องทาง WhatsApp จากนั้นเลือกผู้ให้บริการ WhatsApp Cloud ถ้าทีมเป็นแอดมินของ Meta Business อยู่แล้ว ให้ใช้ “Quick Setup with Meta” กด “Connect with WhatsApp Business” ระบบจะตั้ง webhook และเบอร์ให้อัตโนมัติ ถ้ายังไม่มี ให้กรอก Phone number ID, Business Account ID และ API key เอง เมื่อเชื่อมต่อแล้ว ให้ส่งข้อความทดสอบเข้ามาแล้วตอบกลับจาก 1CS หากคำตอบนั้นเป็นเทมเพลต ให้ตรวจหมวดหมู่และสถานะ approval ก่อนนำไปใช้กับลูกค้าจริง เพราะทั้งการอนุมัติและการเปลี่ยนหมวดหมู่ เป็นไปตามจังหวะของ Meta ไม่ใช่ของ 1CS ขั้นตอนแบบละเอียดอยู่ในคู่มือเชื่อมต่อ WhatsApp ของ 1CS ส่วนฟีเจอร์ตัวช่องทางเองอยู่ในอินบ็อกซ์รวมทุกช่องทาง การรออนุมัติแบบนี้ใช้กับเทมเพลตที่ทีมต้องมีไว้ใช้ตอนหน้าต่าง 24 ชั่วโมงปิดลงเช่นกัน ควรเตรียมไว้ก่อนหน้าต่างปิด ไม่ใช่หลังจากนั้น
เทมเพลตที่ปลอดภัยในหมวด Utility พร้อมเช็กลิสต์ก่อนส่ง
ตัวอย่างข้อความแจ้งสถานะที่เขียนให้อยู่ในหมวด Utility:
“[ชื่อร้าน] แจ้งสถานะคำสั่งซื้อ #[เลขออเดอร์]: [สถานะ] คาดว่าจะถึงวันที่ [วันที่] หากต้องการแก้ไข พิมพ์ตอบข้อความนี้ได้เลยค่ะ”
ก่อนส่งเทมเพลตให้ Meta ตรวจ ให้เช็กทีละข้อ:
- ข้อความนี้ตอบสนองออเดอร์หรือคำขอที่ลูกค้าทำไว้แล้วเท่านั้น ไม่มีส่วนลด โค้ด หรือการชวนซื้อ ใช่ไหม? → เข้าข่าย Utility
- มีการขาย โปรโมชัน หรือชวนกลับมาซื้อซ้ำแทรกอยู่หรือไม่ ไม่ว่าจะเล็กแค่ไหน? → ถูกมองเป็น Marketing ทันที ไม่ว่าจะตั้งชื่อหมวดไว้อย่างไร
- เป็นการส่งรหัสครั้งเดียวหรือไม่? → ต้องสร้างจากคลัง Authentication เท่านั้น ห้ามมีโลโก้ คำทักทาย ลิงก์ หรือรูปภาพ และตัวแปรต้องไม่เกิน 15 ตัวอักษร
- เทมเพลตนี้ใช้กับลูกค้าที่ทีมอ่านภาษาที่เขาพิมพ์มาไม่ออกด้วยหรือเปล่า? ให้เช็กคำแปลก่อนส่งให้ Meta อนุมัติ ไม่ใช่เช็กทีหลังตอนถูกปฏิเสธ
