ให้ผู้ใช้ Android ปิดเสียงแค่ช่องเดียว แทนที่จะปิดทั้งแอป
Pushwoosh ส่ง push ทุกข้อความบน Android เข้าช่องแจ้งเตือน (channel) ที่ผู้ใช้ควบคุมได้เอง ตั้งแต่สถานะคำสั่งซื้อ โปรโมชัน ไปจนถึงข่าวด่วน ตั้ง importance และเสียงแยกตามหมวดหมู่ได้ ผู้ใช้ที่ปิดโปรโมชันจึงไม่ได้บล็อกแอปของคุณทั้งแอปครับ
บริษัทกว่า 80,000 แห่งไว้วางใจเราในการขยาย engagement
รูปแบบนี้ครบทุกส่วน
การแจ้งเตือนทุกข้อความบน Android อยู่ในช่องแจ้งเตือน (channel) ซึ่งเป็นหมวดหมู่ที่ผู้ใช้ควบคุมได้ เช่น “Promotions”, “Order updates” หรือ “Breaking news” ช่องแจ้งเตือนนี่เองที่ทำให้ผู้ใช้ปิดเสียงข้อความประเภทเดียวได้ โดยไม่ต้องบล็อกแอปที่ส่งมา
ช่องที่ตั้งชื่อเอง สร้างจากฝั่งเซิร์ฟเวอร์
เพิ่ม pw_channel ใน Android root params ใน Control Panel หรือใน android_root_params ของ /createMessage push แรกที่ระบุชื่อช่องใหม่จะสร้างช่องนั้นบนอุปกรณ์ทันที ไม่ต้องออกแอปเวอร์ชันใหม่
ช่องเริ่มต้น พร้อมใช้ทันที
SDK สร้างช่องเริ่มต้นให้อัตโนมัติบนอุปกรณ์ Android 8 ขึ้นไปทุกเครื่อง แม้ไม่ได้ระบุ pw_channel การแจ้งเตือนจึงมีที่ลงที่ถูกต้องเสมอ
ระดับ Importance
ฟิลด์ Importance level (-2 ถึง 2) กำหนดว่าช่องจะแสดงผลอย่างไรเมื่อข้อความมาถึง ตั้งแต่เงียบสนิทไปจนถึงแบนเนอร์ heads-up เต็มรูปแบบ ค่านี้ถูกอ่านเพียงครั้งเดียว ตอนที่สร้างช่อง
เสียงเฉพาะของแต่ละช่อง
ใช้ pw_channel คู่กับ android_sound ซึ่งเป็นไฟล์ใน res/raw แล้ว push ทุกข้อความในช่องนั้นจะเล่นเสียงของตัวเองแทนเสียงเริ่มต้นของระบบ
สิ่งที่คุณควบคุมได้
| สิ่งที่คุณส่ง | ผลที่ได้ | ตั้งค่าที่ไหน |
|---|---|---|
| ชื่อช่อง | สร้างช่องเมื่อส่งครั้งแรก หรือใช้ช่องที่มีอยู่แล้วบนอุปกรณ์ | pw_channel ใน Android root params หรือ payload ของ API |
ระดับ Importance -2 ถึง 2 | กำหนดพฤติกรรม heads-up ซึ่งล็อกไว้ตั้งแต่ตอนสร้างช่อง | ฟิลด์ Importance level ของ push หรือค่าเดียวกันผ่าน API |
android_sound + pw_channel | ให้ช่องนั้นมีเสียงแจ้งเตือนเป็นของตัวเอง | ไฟล์ใน res/raw อ้างอิงด้วยชื่อโดยไม่ใส่นามสกุล |
ไม่ได้ส่ง pw_channel | SDK สร้างและใช้ช่องเริ่มต้นให้อัตโนมัติ | ไม่ต้องตั้งค่า ใช้ได้ทันทีบน Android 8 ขึ้นไป |
pw_channel ใน Android root params หรือ payload ของ API-2 ถึง 2android_sound + pw_channelres/raw อ้างอิงด้วยชื่อโดยไม่ใส่นามสกุลpw_channelตั้งค่าได้ที่ไหน
ฟิลด์เดียวในหน้าสร้างข้อความ
พิมพ์ชื่อช่องใน Android root params ในฟอร์ม Send-Push หรือใน preset หมวดหมู่ใหม่ไม่ต้องออกเวอร์ชันใหม่และไม่ต้องพึ่งนักพัฒนา
คีย์เดียวใน API
android_root_params.pw_channel ใน /createMessage ใช้คู่กับ android_sound เพื่อเสียงแจ้งเตือนเฉพาะช่อง
ตรรกะเดียวกันทุก transport บน Android
payload pw_channel ชุดเดียวกันใช้ได้ทั้งบน FCM และบน Huawei HMS กับ Amazon ADM ผ่าน Alt-store push
หน้าที่ของมันภายใน Journey
Journey เดียวกันทำงานสองช่อง
ช่องแจ้งเตือนเป็นคุณสมบัติของ push ที่คุณส่งอยู่แล้ว จึงไม่ต้องเชื่อมต่อระบบเพิ่ม สาขา transactional ระบุช่องหนึ่ง สาขาโปรโมชันระบุอีกช่องหนึ่ง และทั้งสองทำงานจากกลุ่มเป้าหมายเดียวกันและ Customer Journey เดียวกับ mobile push อื่น ๆ ของคุณ
แจ้งเตือนคำสั่งซื้อดังขึ้น ส่วนโปรโมชันยังเงียบอยู่
event สั่งซื้อสำเร็จเริ่ม Journey silent push ดึงเวลาจัดส่งโดยประมาณมาไว้เบื้องหลังอย่างเงียบ ๆ และสาขา transactional ระบุช่อง “Order updates” ด้วย Importance level สูง ข้อความจึงแสดงเป็น heads-up alert
Journey เดียวกันมีอีกสาขาแยกส่งเข้าช่อง “Promotions” ด้วย importance ปกติ ผู้ใช้ที่ปิดเสียง Promotions ช่วงแคมเปญ 11.11 ก็ยังได้รับแจ้งเตือนคำสั่งซื้อบนโทรศัพท์เครื่องเดียวกัน เพราะทั้งสองเป็นช่องแยกกันภายในแอปเดียว
เหมาะกับงานแบบไหน
ช่องแจ้งเตือนคุ้มค่ามากขึ้นตามจำนวนประเภทการแจ้งเตือนที่แตกต่างกันจริง ๆ ที่แอปส่ง แอปที่ส่งข้อความแบบเดียวตลอดแทบไม่ได้ประโยชน์ แต่แอปที่ผสมทั้งโปรโมชันเสียงดังและการแจ้งเตือนธุรกรรมแบบเงียบจะได้ประโยชน์มากที่สุด
| อุตสาหกรรม | ช่องที่ควรแยก | เหตุผลที่เหมาะ |
|---|---|---|
| เกมมือถือ | อีเวนต์และโปรโมชัน vs กิลด์และโซเชียล vs รางวัล vs live-ops alert | ข้อความหลากหลายมาก บนฐานผู้ติดตั้งที่เป็น Android เป็นหลัก |
| แอปครีเอเตอร์และแอปสมาชิก | คอนเทนต์ใหม่ vs การโต้ตอบทางโซเชียล vs การเรียกเก็บเงิน vs โปรโมชัน | สมาชิกได้รับเฉพาะสิ่งที่สมัครไว้ ไม่มีอะไรเกิน |
| E-commerce และค้าปลีก | โปรโมชัน vs สถานะคำสั่งซื้อและการจัดส่ง vs แจ้งเตือนราคาลด | การแยกโปรโมชันกับธุรกรรมแบบคลาสสิก |
| Marketplace | ข้อความผู้ซื้อ/ผู้ขาย vs สถานะคำสั่งซื้อ vs โปรโมชัน vs แจ้งเตือนรายการสินค้า | การส่งข้อความหลายฝ่ายมีหลายสายข้อความโดยธรรมชาติ |
| FinTech และธนาคาร | แจ้งเตือนการทุจริตและธุรกรรม vs รายการเดินบัญชี vs การเตือนความจำ vs โปรโมชัน | การแจ้งเตือนที่ต้องส่งถึงแน่นอนอยู่คู่กับโปรโมชันที่เลือกรับได้ |
| สื่อ ข่าว และสตรีมมิง | ข่าวด่วน vs ฟีดตามหัวข้อ vs ตอนใหม่ vs โปรโมชัน | กรณีใช้งานช่องแจ้งเตือน Android แบบตำรา |
เมื่อไหร่ที่ไม่คุ้มกับการตั้งค่า
- เข้าถึงผู้ใช้ใหม่: ช่องแจ้งเตือนแค่จัดหมวดข้อความที่ push ส่งไปแล้วเท่านั้น
- อะไรก็ตามบน iOS: ช่องแจ้งเตือนไม่มีผลที่นั่น และ Time-Sensitive หรือ Critical levels ทำหน้าที่เดียวกันแทน
- เปลี่ยนเป็น heads-up alert ย้อนหลัง: importance ล็อกตั้งแต่ตอนสร้างช่อง พฤติกรรมใหม่ต้องใช้ชื่อช่องใหม่
- รายการช่องที่ซ้ำกันเยอะ: ดูรก และทำให้ผู้ใช้เคยชินกับการปิดเสียงทั้งกลุ่ม
- แอปที่มีการแจ้งเตือนจริง ๆ อยู่แบบเดียว: ไม่มีอะไรให้แยก ช่องแจ้งเตือนจึงเพิ่มแค่การตั้งค่าที่ไม่มีใครต้องการ
ความครอบคลุมด้านแพลตฟอร์มและเทคนิค
ช่องแจ้งเตือนเป็นกลไกพื้นฐานของระบบปฏิบัติการที่มีเฉพาะบน Android เปิดตัวใน Android 8.0 Oreo iOS ไม่มีช่องให้ลงทะเบียน งานแบบเดียวกันทำผ่าน Time-Sensitive และ Critical interruption levels แทน และบนเว็บก็ไม่มีสิ่งที่เทียบเท่า คอลัมน์สุดท้ายบอกว่ากลไกของ Pushwoosh สิ้นสุดตรงไหน และกฎของระบบปฏิบัติการเริ่มตรงไหน
| ความสามารถ | iOS | Android | Web | ทำงานผ่าน |
|---|---|---|---|---|
| Notification channels | – | Android 8.0 Oreo (API 26) ขึ้นไป | – | กลไกพื้นฐานของ OS, Pushwoosh SDK 5.4.0+ |
| ช่องเริ่มต้น | – | มี สร้างให้อัตโนมัติ | – | Pushwoosh SDK บนอุปกรณ์ Android 8 ขึ้นไปทุกเครื่อง |
ช่องที่ตั้งชื่อผ่าน pw_channel | – | มี สร้างเมื่อส่งครั้งแรก ไม่ต้องออกแอปเวอร์ชันใหม่ | – | ฟิลด์ Android root params หรือ /createMessage |
| เสียงเฉพาะของแต่ละช่อง | – | มี | – | pw_channel + android_sound ไฟล์ใน res/raw |
| กลไกเดียวกันบนอุปกรณ์ Huawei และ Amazon | – | มี ผ่าน HMS และ ADM | – | Alt-store push |
| SDK wrapper ข้ามแพลตฟอร์ม | – | Cordova/Capacitor, React Native, Unity, Flutter | – | ส่งผ่าน native Android bridge |
| ต้องขอ runtime permission ก่อน | – | Android 13+, POST_NOTIFICATIONS | – | OS ก่อนที่ช่องใดจะแสดงได้ |
| การควบคุมความเร่งด่วนที่เทียบเท่า | Time-Sensitive / Critical levels | importance ของช่อง ตั้งที่นี่ | – | ฟีเจอร์แยกตามแต่ละแพลตฟอร์ม |
pw_channel/createMessagepw_channel + android_sound ไฟล์ใน res/rawPOST_NOTIFICATIONSความปลอดภัยและการโฮสต์
Pushwoosh ทำงานบนฮาร์ดแวร์ของเราเองในศูนย์ข้อมูลที่สหรัฐอเมริกาและเยอรมนี (EU) และสอดคล้องกับ GDPR
วิธีการทำงาน
-
สร้างข้อความ (ไม่ต้องเขียนโค้ด)
พิมพ์ชื่อช่องใน Android root params ในฟอร์ม Send-Push หรือส่ง
android_root_params.pw_channelผ่าน Messages API -
ตั้งค่าครั้งเดียว
push แรกที่ระบุชื่อช่องใหม่จะสร้างช่องบนอุปกรณ์ด้วย importance เสียง และการสั่นจากข้อความนั้น วางโครงสร้างไว้ 3 ถึง 5 ช่องตั้งแต่แรก เพราะการเปลี่ยนพฤติกรรมภายหลังต้องใช้ชื่อช่องใหม่
-
จัดลำดับการส่ง (ไม่ต้องเขียนโค้ด)
ส่งแต่ละช่องจากสาขาที่ตรงกันใน Customer Journey เดียวกัน โดยใช้กลุ่มเป้าหมายและโปรไฟล์ชุดเดียวกับการส่งข้อความอื่นของคุณ
ข้อจำกัดที่ควรรู้
สำรวจผลิตภัณฑ์ที่เกี่ยวข้อง
การแจ้งเตือนแบบ Push บนมือถือจาก Pushwoosh เข้าถึงทุกอุปกรณ์ พร้อม Rich Media, targeting ที่แม่นยำ และ Journey ข้ามช่องทางรวม LINE เปลี่ยนผู้ใช้ให้ภักดี
เข้าถึงทุกอุปกรณ์ Android ไม่ว่าจะมี Google Play หรือไม่ ส่ง push ไปยัง Huawei, HarmonyOS และ Amazon Fire ผ่าน FCM, HMS และ ADM จากที่เดียว
ใส่ปุ่ม action บนการแจ้งเตือน ให้ผู้ใช้อนุมัติ รับรางวัล หรือติดตามพัสดุได้ในแตะเดียว สร้างชุดปุ่ม iOS ได้โดยไม่ต้องเขียนโค้ด และส่งจาก Journey เดียวกัน
ตั้งระดับการขัดจังหวะของ iOS บน push ที่ส่งอยู่ ให้การแจ้งเตือนธุรกรรมน่าสงสัยหรือไรเดอร์ถึงหน้าประตูทะลุ Focus ได้ เปิดใน Control Panel ไม่ต้องเขียนโค้ด
วางแผนและปรับปรุงแคมเปญของคุณด้วยเครื่องมือภาพเดียว สื่อสาร ดึงดูด รักษา และแปลงกลุ่มเป้าหมาย รวมถึงการแบ่งส่วนและทดลองใช้กับ Pushwoosh Customer Journey Builder
แสดงจำนวนที่ยังไม่ได้อ่านบนไอคอนแอปให้ถูกต้องเสมอ ตั้งตัวเลขตรงตัว เพิ่มด้วย +1 หรือล้างเป็น 0 จากฟิลด์ Badges ใน Control Panel หรือคีย์ ios_badges ใน API