rich push notification: ประเภท ความต่างของแพลตฟอร์ม best practices และผลลัพธ์จริง

push notification แบบข้อความล้วนยังใช้งานได้ดีอยู่ครับ แต่มันต้องแข่งขันกับทุกอย่างในแถบแจ้งเตือน ส่วน rich push notification ที่มีทั้งรูปภาพ, GIF, วิดีโอ และปุ่มกดจะให้ความรู้สึกที่ต่างออกไป ตามเบนช์มาร์กในวงการ การเพิ่มขึ้นของ CTR จากการใช้ rich media อยู่ที่ประมาณ 2-3 เท่า เมื่อเทียบกับข้อความล้วน

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

คู่มือนี้จะอธิบายว่า rich push ทำงานอย่างไรบน iOS, Android และ web อะไรทำให้มันได้ผล จะแบ่งกลุ่มและจับเวลาแคมเปญอย่างไร และปัญหาที่พบบ่อยอยู่ตรงไหน — พร้อมตัวอย่างจาก Pushwoosh

rich push notification คืออะไร?

rich push notification คือการแจ้งเตือนแบบพุชบนมือถือหรือ web ที่มีเนื้อหามัลติมีเดีย — รูปภาพ, GIF, วิดีโอ หรือเสียง — ควบคู่กับองค์ประกอบเชิงโต้ตอบอย่างปุ่มกด, carousel หรือช่องกรอกข้อมูล มันสื่อสารข้อมูลได้มากขึ้นก่อนที่ผู้ใช้จะตัดสินใจแตะ ซึ่งเป็นเหตุผลหลักที่มันทำผลงานได้ดีกว่า push แบบข้อความล้วน

โครงสร้างจะเหมือนกันในทุกแพลตฟอร์ม: หัวเรื่อง, เนื้อหาข้อความ, ไฟล์ rich media แนบ และมักมีปุ่มกดหนึ่งหรือสองปุ่ม สิ่งที่ต่างกันคือแต่ละแพลตฟอร์มแสดงผลและจำกัดองค์ประกอบเหล่านี้อย่างไร

Source: Booking.com

ประเภทของ rich push notification

Source: ที่มา: Citymapper

ทำไม rich push ถึงทำผลงานดีกว่าข้อความล้วน

ช่องว่างของประสิทธิภาพมาจากความหนาแน่นของข้อมูลและแรงเสียดทาน นี่คือสิ่งที่ rich push เพิ่มเข้ามาซึ่งข้อความล้วนทำไม่ได้:

• บริบทเชิงภาพ รูปภาพสินค้าในการแจ้งเตือนตะกร้าที่ถูกทิ้งแสดงสิ่งที่ผู้ใช้ลืมไว้ได้ตรงเป๊ะ — ไม่ต้องเดา ไม่มีภาระทางความคิด

• ความเคลื่อนไหว GIF ในการแจ้งเตือน flash sale โดดเด่นในรายการแจ้งเตือนที่นิ่ง โดยไม่ต้องให้ผู้ใช้เปิดอะไรเลย

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

• CTR สูงขึ้น เบนช์มาร์กในวงการระบุว่าการเพิ่มขึ้นจาก rich media อยู่ที่ 2-3 เท่า เมื่อเทียบกับข้อความล้วน — ขับเคลื่อนด้วยทั้งสามปัจจัยข้างต้น

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

rich push notification ทำงานอย่างไร: จากการสร้างถึงอุปกรณ์

เส้นทางจากการสร้างแคมเปญถึงการแจ้งเตือนที่แสดงผลประกอบด้วยหลายส่วนที่เคลื่อนไหวร่วมกัน — โดยเฉพาะบน iOS ที่การแสดงผลต้องใช้ extension ภายในแอป

การสร้างและการส่งแคมเปญ

ใน Pushwoosh คุณเขียนข้อความของการแจ้งเตือน อัปโหลดหรือผูกลิงก์ rich media ตั้งค่าปุ่มกดด้วย deep link กำหนดกลุ่มเป้าหมาย และตั้งทริกเกอร์หรือกำหนดการ แพลตฟอร์มจะจัดรูปแบบ payload ให้เหมาะกับแต่ละแพลตฟอร์มเป้าหมาย แล้วส่งไปยังบริการจัดส่งที่เหมาะสม: APNs สำหรับ iOS, FCM สำหรับ Android หรือ browser push API สำหรับ web

iOS: rich media แสดงผลอย่างไร

iOS ไม่แสดงสื่อจาก payload ของการแจ้งเตือนโดยอัตโนมัติ แอปของคุณต้องมี Notification Service Extension — โปรเซสเบื้องหลังเล็กๆ ที่ดักจับ payload ก่อนแสดงผล ดาวน์โหลดสื่อจาก URL ใน payload แล้วแนบเข้ากับการแจ้งเตือน หากไม่มี extension จะแสดงเฉพาะข้อความเท่านั้น

สำหรับนักพัฒนานี่คือการตั้งค่าเพียงครั้งเดียว เมื่อ extension อยู่ในที่แล้ว rich media จะทำงานในทุกแคมเปญโดยไม่ต้องแก้โค้ดเพิ่ม ดูรายละเอียดเต็มได้ในคู่มือของเราเรื่อง push notification บน iOS

Android: การแสดงผล rich media แบบ native

Android แสดงผล rich media แบบ native ในแถบแจ้งเตือน ไม่ต้องใช้ extension ระบบปฏิบัติการจัดการมุมมองที่ขยายได้, การแสดงรูปภาพขนาดใหญ่ และปุ่มเชิงโต้ตอบโดยตรง — ทำให้ Android มีความยืดหยุ่นมากกว่าสำหรับเลย์เอาต์ที่ปรับเองและการกระทำแบบ inline รายละเอียดเพิ่มเติมในคู่มือของเราเรื่อง push notification บน Android

Web push

Web push รองรับรูปภาพแบนเนอร์และปุ่มกด แต่มีข้อจำกัดมากกว่ามือถือแบบ native พฤติกรรมการแสดงผลแตกต่างกันไปตามเบราว์เซอร์ — Chrome และ Edge รองรับรูปภาพขนาดใหญ่ ส่วน Safari ในอดีตมีข้อจำกัดมากกว่า Service Worker ในเบราว์เซอร์จัดการการจัดส่งเบื้องหลัง

iOS vs. Android vs. web: ความต่างของแพลตฟอร์มที่ส่งผลต่อแคมเปญ

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

สิ่งที่ต้องคำนึงบน iOS

ข้อจำกัดทางเทคนิคหลักคือความจำเป็นของ Notification Service Extension หากไม่มีมัน rich media จะไม่แสดงผลบน iOS หาก extension ในแอปไม่ได้ตั้งค่าไว้ ผู้ใช้จะได้รับการแจ้งเตือนแบบข้อความล้วนไม่ว่าคุณจะส่งอะไรจากแพลตฟอร์ม

Focus Modes (iOS 15+) ให้ผู้ใช้จำกัดว่าแอปไหนแจ้งเตือนเขาได้ในช่วงเวลาที่กำหนด สิ่งนี้ส่งผลต่อการเข้าถึงในช่วงเย็นและช่วงเช้าที่มักมี engagement สูง เคารพความต้องการด้านเวลาและใช้ analytics เพื่อระบุว่ากลุ่มเป้าหมายเฉพาะของคุณตอบสนองเมื่อไหร่

สิ่งที่ต้องคำนึงบน Android

ประเด็นด้านการดำเนินงานหลักคือ notification channels ผู้ใช้ Android 8.0+ สามารถปิดเสียงแต่ละ notification channel ของแอปคุณได้ หากช่องโปรโมชันถูกปิดเสียง จะไม่มี rich push ใดแสดงผลไม่ว่าคุณภาพแคมเปญจะดีแค่ไหน แยกช่องโปรโมชันและช่องธุรกรรมออกจากกันตั้งแต่เริ่มต้น

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

สิ่งที่ต้องคำนึงใน web push

rich media ใน web push มีข้อจำกัดมากกว่าบนมือถือ รูปภาพแบนเนอร์คือองค์ประกอบเชิงภาพหลัก ส่วนการรองรับวิดีโอและ GIF ขึ้นอยู่กับเบราว์เซอร์ สำหรับทีมที่ทำ web และ mobile push พร้อมกัน web push เหมาะกับการเป็นช่องสำรองหรือช่องเสริมมากกว่าช่อง rich media หลัก

Best practices สำหรับแคมเปญ rich push ที่เพิ่ม conversion ได้สูง

rich media: อะไรได้ผลและอะไรไม่ได้ผล

รูปภาพหรือ GIF ต้องเพิ่มข้อมูลที่ข้อความยังไม่มีอยู่แล้ว ภาพสินค้าใน push กู้คืนตะกร้าแสดงให้ผู้ใช้เห็นสิ่งที่เขาลืมไว้ — นั่นมีประโยชน์ แบนเนอร์ลดราคาทั่วไปใน push เดียวกันไม่ได้เพิ่มอะไรที่หัวเรื่องไม่ได้บอกไปแล้ว

แนวทางขนาดไฟล์:

• รูปภาพ: JPEG หรือ PNG ต่ำกว่า 1 MB ไฟล์ใหญ่กว่านี้โหลดช้าบนการเชื่อมต่อมือถือ และบางไฟล์โหลดไม่ขึ้นเลย

• GIF: ต่ำกว่า 5 MB ทำให้สั้น — ลูป 2-3 วินาทีได้ผลดีกว่าแอนิเมชันยาวที่ต้องใช้เวลาเริ่มเล่น

• วิดีโอ: MP4 ต่ำกว่า 50 MB สำหรับไฟล์แนบ คลิปสั้น 10-15 วินาทีได้ผลดีที่สุดสำหรับการแจ้งเตือน

ทดสอบการแสดงผลสื่อบนอุปกรณ์จริงก่อนส่งไปยังกลุ่มใหญ่ พรีวิวบน emulator มักสะท้อนการแสดงผลจริงได้ไม่แม่นยำ โดยเฉพาะ GIF บน Android เวอร์ชันเก่า

ข้อความ

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

เนื้อหาข้อความเพิ่มรายละเอียดที่หัวเรื่องใส่ไม่ได้: เดดไลน์, ชื่อสินค้าเฉพาะ, รหัสส่วนลด เก็บไว้ต่ำกว่า 100 ตัวอักษร — บน iOS ข้อความที่ยาวกว่านั้นจะถูกตัดบนหน้าจอล็อก

ภาษาที่สร้างความเร่งด่วนได้ผลเมื่อเดดไลน์เป็นจริง ‘Flash sale จบเที่ยงคืน’ สร้างแรงกดดัน ส่วน ‘ข้อเสนอเวลาจำกัด’ โดยไม่มีเวลาสิ้นสุดที่ชัดเจนไม่สร้าง ทดสอบทั้งสองแบบและดูที่ CTR

ปุ่มกด

ปุ่มกดคือจุดที่การลดแรงเสียดทานเกิดขึ้นจริง กฎสองข้อ:

• ใช้คำกริยาที่กระตือรือร้น: ‘ทำการซื้อให้เสร็จ’, ‘รับข้อเสนอ’, ‘ดูเลย’, ‘ดูดีล’ ไม่ใช่ ‘OK’, ‘เพิ่มเติม’ หรือ ‘คลิกที่นี่’

• ใช้ deep link ไปยังหน้าจอที่ถูกต้อง: ปุ่ม ‘ทำการซื้อให้เสร็จ’ ควรเปิดตรงไปที่ตะกร้า ‘ดูดีล’ ควรไปที่หน้าสินค้านั้นโดยเฉพาะ การไปลงที่หน้าแรกทำให้สูญเสีย conversion ส่วนใหญ่ไป

บน iOS คุณเพิ่มปุ่มได้สูงสุด 4 ปุ่มขึ้นกับเวอร์ชัน ส่วน Android สูงสุด 3 ปุ่ม สองปุ่มที่ติดป้ายชัดเจนครอบคลุมการกระทำหลักและตัวเลือกรอง (ซื้อเลย vs. เก็บไว้ทีหลัง) ได้ผลดีกว่าสี่ปุ่มที่คลุมเครือ

Personalization และการแบ่งกลุ่ม

กลุ่มเป้าหมายเป็นตัวกำหนดว่า rich media เกี่ยวข้องแค่ไหน รูปภาพของสินค้าชิ้นที่ผู้ใช้ดูพอดีมีประสิทธิภาพมากกว่าแบนเนอร์หมวดหมู่ รหัสส่วนลดเฉพาะบุคคลที่ผูกกับระดับ CLV ของเขามีประสิทธิภาพมากกว่าส่วนลดอัตราเดียวที่ส่งให้ทุกคน

ใน Pushwoosh, Tags และ Events ช่วยให้คุณสร้างกลุ่มตามพฤติกรรม: ดูสินค้าแต่ไม่ซื้อ, เพิ่มในตะกร้าแต่ไม่ชำระเงิน, อ่านบทความในหมวดหมู่, ไม่เปิดแอปมา 7 วัน ฟิลด์เนื้อหาแบบไดนามิกดึงข้อมูลเฉพาะผู้ใช้เข้าสู่การแจ้งเตือน: ชื่อสินค้า, URL รูปภาพสินค้า, ยอดคะแนนสะสม

การแบ่งกลุ่มแบบ RFM จัดการมิติของวงจรชีวิต: champions ได้สิทธิ์เข้าถึงก่อนและการสื่อสารแบบเอ็กซ์คลูซีฟ; ผู้ใช้กลุ่มเสี่ยงได้ข้อเสนอกู้คืนที่ผูกกับความสนใจล่าสุดที่รู้; ผู้ใช้ใหม่ได้สิ่งจูงใจสำหรับการซื้อครั้งแรก โครงสร้าง rich push เดียวกัน แต่ตรรกะข้อความต่างกันตามกลุ่ม

เวลาและความถี่

เวลาส่งที่เหมาะที่สุดแตกต่างกันไปตามประเภทแอปและกลุ่มเป้าหมาย E-commerce พุ่งสูงช่วงกลางวันและเย็น; แอปข่าวเห็น engagement ช่วงเช้า; แอปเกมตอบสนองช่วงเย็น ทำ A/B test กับเวลาส่งโดยใช้กลุ่มที่คล้ายกัน และตรวจ CTR รายชั่วโมงใน analytics ก่อนล็อกกำหนดการ

frequency capping จำเป็นสำหรับ rich push เชิงโปรโมชันโดยเฉพาะ ผู้ใช้ที่สมัครรับการแจ้งเตือนสถานะจัดส่งมีความอดทนต่อข้อความโปรโมชันต่างจากผู้ใช้ที่สมัครรับการแจ้งเตือนดีล แยก notification channels และแยกกฎความถี่ในแต่ละช่อง

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

A/B testing

ทดสอบทีละตัวแปร: รูปภาพ vs. GIF, ภาพสินค้า vs. แบนเนอร์ลดราคา, เวอร์ชันหัวเรื่อง, ข้อความปุ่มกด, เวลาส่ง Pushwoosh กระจายเวอร์ชันต่างๆ โดยอัตโนมัติ เลือกผู้ชนะจาก CTR หรือ conversion แล้วนำไปใช้กับกลุ่มเป้าหมายที่เหลือ

กำหนดขนาดตัวอย่างขั้นต่ำก่อนทำการทดสอบ ต่ำกว่า 500 ผู้ใช้ต่อเวอร์ชันมักน้อยเกินไปที่จะให้สัญญาณที่เชื่อถือได้ ตรวจนัยสำคัญทางสถิติก่อนประกาศผู้ชนะ

กรณีการใช้งานแยกตามอุตสาหกรรม

E-commerce: การกู้คืนตะกร้าที่ถูกทิ้ง

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

รูปภาพคือสิ่งที่ทำให้มันได้ผล ผู้ใช้ที่ทิ้งตะกร้ามักทำเพราะเกิดวอกแวก ไม่ใช่เพราะตัดสินใจไม่ซื้อ การได้เห็นสินค้าอีกครั้งช่วยขจัดแรงเสียดทาน ‘เมื่อกี้ดูอะไรอยู่นะ?’

ตัวเลขยืนยันเรื่องนี้ SuperJeweler ทำการแจ้งเตือนตะกร้าที่ถูกทิ้งและได้ CTR 14.68% พร้อม conversion rate 8% — แปลงเป็น การเพิ่มขึ้นของรายได้โดยรวม 8.2% ส่วน Samsung เห็นอัตราการกู้คืนตะกร้าเพิ่มขึ้น 24% หลังเพิ่ม web push เข้าสู่ flow การกู้คืน

Customer Journey Builder ของ Pushwoosh ทำให้ลำดับนี้เป็นอัตโนมัติ ด้วยการเข้าตามทริกเกอร์เมื่อเกิด event ทิ้งตะกร้า การแทรกรูปสินค้าแบบไดนามิกจาก payload ของ event และการออกเมื่อเกิด event การซื้อ เพื่อให้ผู้ใช้ที่แปลงแล้วไม่ได้รับข้อความติดตามต่อ

E-commerce: flash sale และสินค้าใหม่

flash sale ต้องเข้าถึงกลุ่มเป้าหมายที่ถูกต้องก่อนหน้าต่างปิดลง การส่งไปยังกลุ่มกว้างให้ conversion ต่ำกว่าการส่งไปยังผู้ใช้ที่เพิ่งเข้าดูหมวดหมู่ที่เกี่ยวข้อง การกำหนดเป้าหมายแบบ RFM ที่ผู้ซื้อบ่อยพร้อมการสื่อสารแบบเอ็กซ์คลูซีฟ — ‘เข้าถึงก่อนใคร’ หรือ ‘รู้ก่อนใคร’ — ได้ผลดีกว่าการหว่านทั่วทั้งเว็บ

สำหรับสินค้าใหม่ การแบ่งกลุ่มตามพฤติกรรมระบุผู้ใช้ที่เข้าดูหมวดหมู่ใน 7-14 วันที่ผ่านมาแต่ไม่ได้ซื้อ การแจ้งเตือนพร้อมรูปสินค้าจากหมวดหมู่นั้นเข้าถึงได้เกี่ยวข้องกว่า push ทั่วไปอย่าง ‘มีสินค้าใหม่มาแล้ว’

Source: ที่มา: Asos

สื่อและสำนักพิมพ์: ข่าวด่วนและการแนะนำเนื้อหา

การแจ้งเตือนข่าวด่วนพร้อมภาพที่เกี่ยวข้องสร้าง tap rate สูงกว่าหัวข้อข่าวแบบข้อความล้วน รูปภาพเพิ่มความน่าเชื่อถือและบริบทเชิงภาพให้เรื่องราวก่อนผู้ใช้ตัดสินใจเปิด แอปสื่อกีฬา ONE ทำ CTR 12.79% บน rich media news push — สูงกว่าเส้นฐานข้อความล้วนสำหรับแอปข่าวอย่างเห็นได้ชัด

การแนะนำเนื้อหาแบบเฉพาะบุคคลทำงานผ่านการแบ่งกลุ่มตามพฤติกรรม: ระบุผู้ใช้ที่อ่านหลายบทความในหมวดหัวข้อหนึ่ง แล้วพุชเนื้อหาใหม่จากหมวดนั้นเมื่อมีการเผยแพร่ personalization จะได้ผลก็ต่อเมื่อเนื้อหาตรงกับประวัติการอ่านของผู้ใช้จริงๆ — การแบ่งกลุ่มต้องแม่นยำ

Gaming: การกระตุ้นกลับมาใช้งานและการประกาศฟีเจอร์

GIF ทำงานได้ดีเป็นพิเศษสำหรับการแจ้งเตือนเกม แอนิเมชันสั้นของตัวละครใหม่, ด่านใหม่ หรืออีเวนต์ในเกมสื่อความตื่นเต้นได้เร็วกว่าข้อความ ผู้ใช้ที่ไม่ใช้งานมา 7 วันตอบสนองต่อสิ่งจูงใจเชิงภาพ — สกุลเงินในเกม, ไอเทมเอ็กซ์คลูซีฟ — ได้ดีกว่าข้อความเกี่ยวกับสิ่งที่เขากำลังพลาด

ทริกเกอร์ตาม event ส่งการแจ้งเตือนเมื่อหมุดหมายเฉพาะของผู้ใช้สำเร็จหรือมีเนื้อหาใหม่ปรากฏ Journey Builder ของ Pushwoosh จัดการตรรกะทริกเกอร์ และการแบ่งกลุ่มแบบ RFM ระบุว่าผู้ใช้ที่ไม่ใช้งานคนไหนคุ้มค่ากับการลงทุนใน rich push

Analytics และการแก้ปัญหา

เมตริกที่ควรติดตาม

• CTR สัญญาณหลักของประสิทธิภาพครีเอทีฟ เบนช์มาร์ก rich push อยู่ที่ 5-15% ขึ้นกับอุตสาหกรรมและการแบ่งกลุ่ม ต่ำกว่า 5% บ่งชี้ปัญหาเรื่องความเกี่ยวข้องของสื่อ, ข้อความ หรือการกำหนดเป้าหมาย

• Conversion rate เปอร์เซ็นต์ของผู้คลิกที่ทำการกระทำเป้าหมายให้สำเร็จ นี่คือสิ่งที่ CTR มีไว้เพื่อ

• Opt-out rate การพุ่งขึ้นหลังแคมเปญ rich push บ่งชี้ปัญหาเรื่องความถี่หรือความเกี่ยวข้อง ไม่จำเป็นต้องเป็นปัญหาเรื่องครีเอทีฟ

• Delivery rate การส่งถึงต่ำชี้ไปที่ปัญหา token หรือบน iOS การไม่มีการตั้งค่า Notification Service Extension

Pushwoosh Analytics ให้การมองเห็นเมตริกทั้งสี่แบบเรียลไทม์ พร้อมแยกตามแคมเปญ, กลุ่มเป้าหมาย และประเภทสื่อ

ปัญหาที่พบบ่อยและวิธีแก้

• สื่อโหลดไม่ขึ้น ตรวจขนาดและรูปแบบไฟล์ก่อน JPEG, PNG, MP4, GIF ปลอดภัย ไฟล์เกิน 4 MB ล้มเหลวบนการเชื่อมต่อช้า บน iOS ตรวจว่า Notification Service Extension ถูกใช้งานอย่างถูกต้องและ URL ของสื่อเข้าถึงได้สาธารณะ

• ปุ่มกดไม่ทำงาน ตรวจว่า URL ของ deep link ถูกต้องและแอปจัดการ URL scheme ได้ ทดสอบบนอุปกรณ์จริง ไม่ใช่แค่ emulator

• CTR ต่ำทั้งที่ส่งถึงดี ทำ A/B test กับสื่อ หากเวอร์ชันข้อความล้วนทำผลงานใกล้เคียงกับเวอร์ชัน rich แสดงว่ารูปภาพไม่ได้เพิ่มคุณค่า — เปลี่ยนภาพ ตรวจว่า notification channel สำหรับแคมเปญประเภทนี้ถูกปิดเสียงบน Android หรือไม่

• iOS แสดงเฉพาะข้อความ Notification Service Extension อาจขาดหายหรือดึงสื่อไม่ถูกต้อง ตรวจการใช้งานและตรวจว่า URL ของสื่อใน payload เข้าถึงได้จากอุปกรณ์

เพิ่ม conversion ของแคมเปญด้วย rich push จาก Pushwoosh

rich push notification ทำผลงานดีกว่า push แบบข้อความล้วนเมื่อสื่อมีความเกี่ยวข้องและเส้นทางสู่การกระทำชัดเจน ความต่างของแพลตฟอร์มระหว่าง iOS และ Android ส่งผลต่อวิธีที่คุณตั้งค่าการจัดส่ง กลุ่มเป้าหมายเป็นตัวกำหนดว่ารูปภาพที่ผู้ใช้เห็นเชื่อมโยงกับสิ่งที่เขาใส่ใจจริงหรือไม่

Pushwoosh จัดการการจัดส่ง rich media ทั้งบน iOS, Android และ web — รวมถึงการรองรับ Notification Service Extension สำหรับ iOS — ควบคู่กับการแบ่งกลุ่มแบบ RFM และตามพฤติกรรม, Customer Journey Builder สำหรับแคมเปญที่ทริกเกอร์อัตโนมัติ, A/B testing และ analytics แบบเรียลไทม์