วิธีป้องกันการสูญเสียผู้สมัครสมาชิกระหว่างการย้ายระบบ Web Push

เมื่อย้ายจากผู้ให้บริการ web push รายอื่นมาใช้ EngageLab บน origin เดิม การลบ Service Worker เดิมจะไม่เปลี่ยนสิทธิ์การแจ้งเตือนที่เว็บไซต์มีอยู่ SDK ปัจจุบันจะอ่านสิทธิ์การแจ้งเตือนของเบราว์เซอร์ระหว่างการเริ่มต้น และจะขอสิทธิ์เฉพาะเมื่อเว็บไซต์ยังไม่มีสิทธิ์เท่านั้น โดยปกติจะต้องขออนุญาตใหม่เฉพาะเมื่อเปลี่ยน origin, สิทธิ์เดิมหมดอายุหรือถูกเพิกถอน, หรือผู้ใช้ล้างการตั้งค่าเว็บไซต์ด้วยตนเอง สำหรับการย้ายผู้ให้บริการบน origin เดิม จุดสำคัญคือยกเลิกการลงทะเบียน Service Worker เดิมอย่างราบรื่นและสร้างการสมัครรับ push ใหม่ เพื่อหลีกเลี่ยงการหยุดชะงักของการส่งข้อความ

1. การวิเคราะห์สาเหตุหลัก

2. กลยุทธ์การรักษาผู้ใช้ (ดำเนินการเป็นระยะ)

!https://res.engagelab.net/docs/20250619/095117075/image.png

ระยะที่ 1: การเตรียมการก่อนย้ายระบบ (ลดการต่อต้านทางจิตใจ)

1. แคมเปญแจ้งเตือนล่วงหน้า

   • ข้อความแนะนำ:
     "เรากำลังอัปเกรดระบบการส่งข้อความ! การสมัครรับข้อความของคุณจะถูกย้ายโดยอัตโนมัติระหว่างการอัปเกรด โปรดเปิดการแจ้งเตือนของเบราว์เซอร์ไว้เพื่อรับข้อเสนอพิเศษต่อไป"
   • เวลา: ส่ง 2 ครั้งภายใน 1 สัปดาห์ก่อนย้ายระบบ (ห่างกัน 3 วัน)
   • การดำเนินการ: ผ่าน SDK ของระบบเดิม (ระบุเป็น "system message" เพื่อไม่นับรวมในข้อจำกัดความถี่)

2. การเน้นย้ำคุณค่า

   • เพิ่มแบนเนอร์ที่ไม่รบกวนการใช้งานที่ส่วนหัวเว็บไซต์:
     <div class="upgrade-banner"> กำลังอัปเกรดระบบ! เปิดการแจ้งเตือนไว้เพื่อรับ <span class="highlight">คูปองส่วนลด 20%</span> (จะได้รับหลังการย้ายระบบ) </div>

                   
                   <div class="upgrade-banner">
      กำลังอัปเกรดระบบ! เปิดการแจ้งเตือนไว้เพื่อรับ <span class="highlight">คูปองส่วนลด 20%</span> (จะได้รับหลังการย้ายระบบ)
     </div>
     
                 

     โค้ดนี้โชว์เป็นหน้าต่างลอย
   • ตัวดึงดูด: ให้รางวัลทันทีหลังการย้ายระบบ (เช่น รหัสโปรโมชัน/เนื้อหาเฉพาะ)

ระยะที่ 2: การปรับปรุงกระบวนการย้ายระบบ (เพิ่มอัตราความสำเร็จของการย้ายการสมัครรับ)

1. การย้ายระบบเป็นระยะ

!https://res.engagelab.net/docs/20250618/124604013/image.png

• ข้อดี: การย้ายระบบที่เริ่มโดยผู้ใช้ช่วยลดผลกระทบจากการสร้างการสมัครรับใหม่ล้มเหลวหรือการหยุดชะงักระหว่างการย้ายระบบ

2. การแสดงข้อความขออนุญาตตามบริบท

สามารถกำหนดค่าได้ในคอนโซล EngageLab โดยเลือกวิธี "Guided Setup" หรือ "Custom"

!https://res.engagelab.net/docs/20250618/124604013/image-1.png

https://www.engagelab.com/th_TH/docs/web-push/user-guide/console/basic-settings##guided-prompt-configuration

• เมื่อยังไม่มีสิทธิ์ สิทธิ์หมดอายุ หรือถูกเพิกถอน เงื่อนไขการเรียกแสดงที่แนะนำคือข้อใดข้อหนึ่งต่อไปนี้:
  • ผู้ใช้ดูมากกว่า 3 หน้า
  • เกิดเหตุการณ์ที่มีมูลค่าสูง (เช่น การเพิ่มสินค้าลงตะกร้า)
  • เวลาอยู่ในหน้านานกว่า 45 วินาที

ระยะที่ 3: การกู้คืนหลังย้ายระบบ

1. การกระตุ้นผู้ใช้ผ่านอีเมล

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

2. การจับคู่ Cookie + การโฆษณาเป้าหมาย

   • ระบุผู้ใช้ที่สิทธิ์การแจ้งเตือนหมดอายุหรือสร้างการสมัครรับใหม่ไม่สำเร็จผ่าน cookie ประวัติ
   • ใช้โฆษณา remarketing (เช่น Google Ads):
     "คุณมีการแจ้งเตือนที่ยังไม่ได้อ่าน 3 รายการ! คลิกเพื่อกู้คืน"

3. แดชบอร์ดติดตามการสูญเสียแบบเรียลไทม์

   ตัวชี้วัด	ค่าเตือน	แผนการดำเนินการ
   อัตราความสำเร็จของการสร้างการสมัครรับใหม่	ต่ำกว่า 85%	เริ่มการกระตุ้นผ่านอีเมล
   อัตราการยกเลิก	สูงกว่า 15%	หยุดการย้ายระบบเพื่อแก้ปัญหา

3. ผลลัพธ์ที่คาดหวัง

!https://res.engagelab.net/docs/20250619/095117075/image-1.png

✅ กรณีศึกษาอุตสาหกรรม: แพลตฟอร์มอีคอมเมิร์ซที่ใช้ข้อความขออนุญาตตามบริบทสามารถเพิ่มจำนวนผู้สมัครสมาชิกได้ 12% หลังย้ายระบบ

✅ ผลลัพธ์โดยรวม: การผสมผสานกลยุทธ์ทางเทคนิคและการดำเนินการสามารถควบคุมการสูญเสียผู้ใช้ให้อยู่ในช่วง 8~25% ซึ่งเป็นค่าที่ดีที่สุดในอุตสาหกรรม และในกรณีที่ดีที่สุดอาจมีการเติบโตของจำนวนผู้สมัครสมาชิกระหว่างการย้ายระบบ