แนวทางปฏิบัติที่ดีที่สุดสำหรับการแบ่งกลุ่มผู้รับ Push Notification ใน Braze

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

‍

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

• สถานะการสมัครรับข้อมูลคือความต้องการที่บันทึกไว้ในโปรไฟล์ ส่วนการลงทะเบียนแบบพุชคือสถานะจริงของอุปกรณ์ ทั้งสองอย่างนี้ทำงานแยกจากกัน
• โปรไฟล์ใหม่ทุกโปรไฟล์จะเริ่มต้นด้วยสถานะ "สมัครรับข้อมูล" (Subscribed) ซึ่งหมายความว่ายังไม่มีใครปฏิเสธ ไม่ได้หมายความว่ามีใครตกลงรับข้อมูลแล้ว
• "ยกเลิกการสมัคร" (Unsubscribed) เป็นค่าเดียวที่แสดงถึงการตัดสินใจที่ชัดเจนของผู้ใช้ และการบันทึกค่านี้เป็นหน้าที่ของแอปพลิเคชันของคุณ
• ผู้ใช้อาจมีสถานะเป็น "สมัครรับข้อมูล" แต่ไม่มีโทเค็นที่ใช้งานได้จริง นี่คือเหตุผลว่าทำไมขนาดของกลุ่มเป้าหมายจึงอาจใหญ่กว่าจำนวนผู้ใช้ที่เข้าถึงได้จริง
• "เปิดใช้งานการแจ้งเตือนแบบพุช" (Foreground Push Enabled) คือตัวกรองที่รวมทั้งสองส่วนเข้าด้วยกัน ทั้งโทเค็นและความต้องการของผู้ใช้
• การแจ้งเตือนขออนุญาต (Opt-in prompt) เป็นเหตุการณ์ที่เกิดขึ้นเพียงครั้งเดียว ดังนั้นการให้ข้อมูลเบื้องต้นเกี่ยวกับพุชก่อนที่จะแสดงคำขออนุญาตจึงเป็นสิ่งที่ควรทำ

‍

สถานะการสมัครรับข้อมูลแบบพุชบอกอะไรคุณได้บ้าง?

สถานะคือความต้องการที่บันทึกไว้ในระดับโปรไฟล์ ไม่ใช่ระดับอุปกรณ์ Braze มีค่าสถานะสามแบบ ได้แก่ Subscribed (สมัครรับข้อมูล), Opted-In (ยินยอมรับข้อมูล) และ Unsubscribed (ยกเลิกการสมัคร) โดยโปรไฟล์ใหม่ทุกโปรไฟล์จะเริ่มต้นด้วยสถานะ Subscribed

ค่าเริ่มต้นนี้เป็นจุดที่ควรทำความเข้าใจให้ดี สถานะ Subscribed ไม่ได้หมายความว่ามีใครตกลงรับข้อมูล แต่หมายความว่ายังไม่มีใครปฏิเสธ และ Braze จะเปลี่ยนสถานะโปรไฟล์เป็น Opted-In ก็ต่อเมื่อผู้ใช้กดยอมรับผ่านคำขออนุญาตของระบบปฏิบัติการเท่านั้น

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

‍

ทำไมกลุ่มเป้าหมายของคุณถึงมีขนาดใหญ่กว่าจำนวนผู้ใช้ที่เข้าถึงได้จริง?

เพราะทั้งสองค่านี้วัดผลคนละอย่างกัน และตัวเลขทั้งสองก็ถูกต้องตามหน้าที่ของมัน

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

เส้นทางการติดตั้งบน iOS แสดงให้เห็นว่าเรื่องนี้เป็นเรื่องปกติอย่างไร

การกระทำของผู้ใช้Foreground Push Enabledการลงทะเบียนสถานะติดตั้งแอป, เข้าสู่ระบบเท็จเบื้องหลังSubscribedแตะอนุญาตในคำขอจริงเบื้องหน้าOpted-Inแตะไม่อนุญาตเท็จเบื้องหลังไม่ได้อัปเดตปิดการแจ้งเตือนในการตั้งค่าเท็จเบื้องหลังไม่ได้อัปเดตลบแอปไม่ได้อัปเดตยกเลิกพร้อมโทเค็นไม่ได้อัปเดต

‍

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

‍

แต่ละเซกเมนต์ควรใช้ตัวกรองแบบไหน?

เลือกตัวกรองให้ตรงกับคำถามที่คุณต้องการคำตอบจริงๆ

คำถามตัวกรองที่ควรใช้เราสามารถส่งข้อความแบบแสดงผล (Foreground Push) ให้บุคคลนี้ได้ทุกที่หรือไม่เปิดใช้งาน Foreground Pushเราสามารถส่งในแอปเฉพาะนี้ได้หรือไม่เปิดใช้งาน Foreground Push สำหรับแอปเราสามารถส่งข้อความแบบเงียบ (Silent Push) เพื่อทำงานเบื้องหลังได้หรือไม่เปิดใช้งาน Background หรือ Foreground Pushบุคคลนี้ได้แจ้งให้เราหยุดส่งหรือไม่สถานะการสมัครรับ Push

‍

Foreground Push Enabled คือตัวกรองหลักที่ใช้งานบ่อยที่สุด เพราะเป็นการรวมทั้งสองส่วนเข้าด้วยกัน คือโทเค็นและความยินยอมของผู้ใช้ โดยจะนับเฉพาะการส่งแบบ Foreground เท่านั้นและตัดผู้ที่ยกเลิกการสมัครออกไป

Foreground Push Enabled for App มีขอบเขตที่แคบกว่าและเข้าใจผิดได้ง่ายกว่า ตัวกรองนี้จะตรวจสอบการมีอยู่ของโทเค็นในแอปเดียว ดังนั้นในพื้นที่ทำงานที่มีหลายแอป ผู้ใช้อาจดูเหมือนเปิดใช้งานในที่หนึ่งแต่ไม่มีในอีกที่หนึ่ง ซึ่งนี่เป็นการทำงานที่ถูกต้อง แต่หากคุณคาดหวังคำตอบในระดับโปรไฟล์ผู้ใช้ ก็อาจจะดูเหมือนเป็นบั๊กได้

‍

ควรสร้างเซกเมนต์สำหรับ Push ตามลำดับอย่างไร?

1. เริ่มจากการยกเว้นผู้ที่ยกเลิกการสมัคร (Exclude Unsubscribed) ก่อน เพราะเป็นความต้องการของผู้ใช้เพียงอย่างเดียวที่ระบุไว้ในโมเดล
2. เพิ่มตัวกรองการลงทะเบียน (Registration filter) ให้ตรงกับแอปที่คุณกำลังส่งข้อความ
3. เพิ่มตัวกรองพฤติกรรมและวงจรชีวิตผู้ใช้ (Lifecycle filters) ซ้อนทับลงไปบนสองตัวกรองแรก
4. เปรียบเทียบจำนวนสมาชิกในเซกเมนต์กับจำนวนผู้ใช้ที่เข้าถึงได้ (Reachable users) ก่อนเริ่มส่ง และเตรียมใจไว้ว่าจะมีช่องว่างเกิดขึ้น
5. จดบันทึกไว้ว่าช่องว่างนั้นควรมีขนาดเท่าใด เพื่อให้การเปลี่ยนแปลงของตัวเลขนี้กลายเป็นสัญญาณเตือน

‍

ขั้นตอนที่สี่คือการวินิจฉัยที่ประหยัดที่สุดและมักถูกมองข้ามได้ง่ายที่สุด ช่องว่างไม่ใช่ข้อผิดพลาด แต่มันจะกลายเป็นปัญหาเมื่อไม่มีใครรู้ว่าขนาดปกติของมันควรเป็นเท่าใด

สถานะคลาดเคลื่อนจากความเป็นจริงได้อย่างไร?

1. อุปกรณ์ที่ใช้ร่วมกัน

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

2. การถอนการติดตั้ง

การลบแอปพลิเคชันจะไม่ส่งผลต่อสถานะเดิม Braze จะถือว่าผู้ใช้ Android ปิดการใช้งานการแจ้งเตือนแบบพุชหลังจากมีการถอนการติดตั้ง การตีกลับ (bounce) การลงทะเบียนกับ Firebase Cloud Messaging ล้มเหลว หรือมีการเปลี่ยนแปลงการตั้งค่าตามด้วยการเริ่มเซสชันใหม่

3. โทเค็นเว็บหมดอายุ

ข้อผิดพลาด 410 อาจหมายความว่าเบราว์เซอร์ได้ยกเลิกโทเค็นดังกล่าว ซึ่งเป็นสิ่งที่เกิดขึ้นเป็นระยะ โดยที่สถานะจะไม่ได้รับผลกระทบใดๆ

4. ผู้ใช้บน Android 12 หรือเวอร์ชันก่อนหน้า

ก่อน Android 13 ไม่จำเป็นต้องขออนุญาต ดังนั้นโปรไฟล์เหล่านั้นจึงมีสถานะเป็น "สมัครรับข้อมูล" (Subscribed) ตั้งแต่เซสชันแรกโดยที่ผู้ใช้ไม่ต้องเลือกเอง

รูปแบบนี้มีความสอดคล้องกัน คือสถานะจะเปลี่ยนเมื่อบุคคลนั้นดำเนินการภายในผลิตภัณฑ์ของคุณ และการลงทะเบียนจะเปลี่ยนเมื่ออุปกรณ์มีการทำงานบางอย่าง ดังนั้น แคมเปญรักษาฐานผู้ใช้ ควรพิจารณาทั้งสองปัจจัย เนื่องจากผู้ใช้ที่กำลังจะเลิกใช้งานและผู้ใช้ที่ไม่สามารถติดต่อได้ต้องการวิธีการดูแลที่แตกต่างกัน

‍

สิ่งนี้ส่งผลต่อสิ่งที่คุณส่งอย่างไร?

การแจ้งเตือนเพื่อขออนุญาต (opt-in prompt) เป็นเหตุการณ์ที่เกิดขึ้นเพียงครั้งเดียว เมื่อมีคนปฏิเสธแล้ว คุณจะไม่สามารถถามซ้ำได้อีก นี่คือเหตุผลว่าทำไมการใช้ข้อความในแอปเพื่อเตรียมความพร้อมก่อนการแจ้งเตือน (push primer) จึงมีความสำคัญและควรทำก่อนการแสดงหน้าต่างขออนุญาต

นั่นทำให้ช่วงเริ่มต้นของวงจรชีวิตผู้ใช้เป็นช่วงเวลาที่มีผลกระทบสูงสุดต่อการแจ้งเตือนแบบพุช โดยที่ เส้นทางการเริ่มต้นใช้งาน (onboarding journey) และ แคมเปญกระตุ้นการใช้งาน (activation campaigns) ของคุณจะเป็นตัวกำหนดว่าฐานผู้ใช้ของคุณจะสามารถเข้าถึงได้มากน้อยเพียงใดสำหรับสิ่งที่จะตามมาในภายหลัง

สำหรับผู้ใช้ที่คุณสามารถติดต่อได้ ส่วนแบ่งกลุ่มผู้ใช้ (segment) จะเป็นตัวกำหนดกลุ่มเป้าหมาย แต่ตัวข้อความเองก็ยังต้องดึงดูดความสนใจให้ได้ ซึ่งนั่นคือจุดที่ การปรับแต่งให้เหมาะสมกับบุคคล (personalisation) และ เนื้อหาแบบไดนามิก ทำงานของพวกเขา

‍

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

1. ผู้ใช้ปิดการแจ้งเตือนในการตั้งค่าโทรศัพท์แล้ว ทำไมพวกเขายังคงสถานะสมัครรับข้อมูลอยู่?

เนื่องจาก Braze ไม่ได้เปลี่ยนสถานะการสมัครรับข้อมูลจากการดำเนินการในระดับระบบปฏิบัติการ สถานะจะสะท้อนถึงความต้องการที่บันทึกไว้ใน Braze ส่วนการลงทะเบียนจะสะท้อนถึงตัวอุปกรณ์ ซึ่งเป็นสิ่งที่เปลี่ยนแปลงไป

2. เราควรตั้งค่าผู้ใช้เป็น "ยกเลิกการสมัคร" เมื่อพวกเขาปิดการแจ้งเตือนบนอุปกรณ์หรือไม่?

ขึ้นอยู่กับว่าคุณต้องการให้ค่านี้มีความหมายอย่างไร การถือว่าเป็นความต้องการของผู้ใช้จะช่วยให้ข้อมูลยังคงมีประโยชน์ และตัวกรองการลงทะเบียนจะจัดการเรื่องการเข้าถึงให้เองอยู่แล้ว

3. ทำไมกลุ่มเป้าหมายของฉันถึงแสดงจำนวนผู้ใช้มากกว่าจำนวนผู้ใช้ที่เข้าถึงได้?

การเป็นสมาชิกในกลุ่มจะเป็นไปตามตัวกรองของคุณ และผู้ใช้ที่ไม่มีการลงทะเบียนพุชจะยังคงอยู่ในกลุ่มนั้นเว้นแต่จะมีตัวกรองคอยคัดออก จำนวนทั้งสองค่านี้ตอบคำถามที่แตกต่างกัน

4. คนสองคนบนอุปกรณ์เครื่องเดียวสามารถถูกกำหนดเป้าหมายแยกกันได้หรือไม่?

ไม่ได้ เนื่องจากโทเค็นผูกติดกับอุปกรณ์และแอปพลิเคชันมากกว่าตัวบุคคล โทเค็นจะติดตามผู้ที่เข้าสู่ระบบล่าสุด

5. การถอนการติดตั้งแอปจะอัปเดตสถานะการสมัครรับข้อมูลหรือไม่?

ไม่ การลงทะเบียนจะถูกอัปเดตเมื่อโทเค็นถูกยกเลิก แต่สถานะจะยังคงอยู่ที่จุดที่ผู้ใช้ทิ้งไว้ล่าสุด

‍

แหล่งข้อมูล

• Braze, สถานะการสมัครรับข้อมูลแบบพุชสืบค้นเมื่อ 4 ก.ย. 2026
• โพสต์นี้สรุปเนื้อหาจากหน้าเอกสารเพียงหน้าเดียว โปรดมองว่าเป็นการอ่านทำความเข้าใจเนื้อหาในหน้านั้น มากกว่าการสำรวจข้อมูลเชิงลึก
• เขียนโดย CustomerIK พันธมิตรด้านการติดตั้งใช้งาน Braze

‍

CustomerIK เป็นพันธมิตรด้านการติดตั้งใช้งาน Braze ที่เชี่ยวชาญทั้งด้านการเริ่มต้นใช้งาน (Onboarding) การเชื่อมต่อระบบทางเทคนิค การดำเนินงานด้านการตลาด และการจัดการข้อมูลลูกค้า

หากจำนวนกลุ่มเป้าหมายสำหรับ Push Notification บนแดชบอร์ดของคุณดูมากกว่าจำนวนที่ส่งจริง มาคุยกับเราสิ

‍