Web Push Notifications: คู่มือฉบับสมบูรณ์สำหรับตลาดไทย

ผู้เข้าชมเว็บไซต์กว่า 70% ออกไปโดยไม่เกิด conversion และส่วนใหญ่ไม่กลับมาอีกเลย ในตลาดไทยที่ผู้บริโภคเป็น mobile-first และคุ้นชินกับการรับข้อความผ่าน LINE มากกว่าอีเมล การพึ่งพา inbox อย่างเดียวยิ่งยากขึ้นไปอีก เพราะอัตราการเปิดอีเมลที่ต่ำกว่า 25% หมายความว่าข้อความดี ๆ จำนวนมากไม่เคยถูกมองเห็นเลยครับ

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

ในคู่มือนี้คุณจะได้เรียนรู้ว่า web push ทำงานอย่างไร อะไรทำให้การแจ้งเตือนถูกคลิกจริง และจะใช้ segmentation กับระบบอัตโนมัติอย่างไรเพื่อกู้คืนตะกร้าที่ถูกทิ้ง ดึงผู้ใช้กลับมา และเพิ่ม CLV — รวมถึงวิธีใช้ web push ร่วมกับ LINE ให้คุ้มค่าที่สุดสำหรับธุรกิจไทย

Web push notification คืออะไร?

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

web push notification เข้าถึงหน้าจอผู้ใช้ตรงจากเบราว์เซอร์ — ไม่ต้องติดตั้งแอป

สิ่งที่ทำให้ web push แตกต่างจากช่องทางอื่น:

• ส่งผ่านเบราว์เซอร์โดยตรง ทำงานทั้งบนเดสก์ท็อปและมือถือ ไม่ว่าผู้ใช้จะติดตั้งแอปของคุณหรือไม่
• ผู้ใช้กดอนุญาตอย่างชัดเจน ผู้ใช้ให้สิทธิ์ด้วยความตั้งใจ จึงมักรักษา engagement ได้สูงกว่าช่องทางที่ไม่ต้องขออนุญาต
• คงอยู่บนหน้าจอ การแจ้งเตือนค้างอยู่จนกว่าจะถูกปิด โพสต์ในฟีดหายไปในไม่กี่วินาที แต่ push notification รอผู้ใช้อยู่
• รองรับ rich media ใส่ไอคอน รูปภาพ และปุ่ม action ได้
• ส่งแบบเรียลไทม์ ข้อความถึงทันทีที่คุณกดส่ง หรือทันทีที่ trigger ทำงาน

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

Web push กับ LINE: เพิ่มช่องทาง ไม่ใช่ทดแทน

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

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

Customer Journey Builder ของ Pushwoosh เชื่อมต่อกับ LINE Messaging API ได้ในตัว ทำให้คุณวางลำดับ web push → LINE → อีเมล ไว้ใน workflow เดียว แทนที่จะบริหารแต่ละช่องทางแยกกัน

Web push สร้าง engagement, retention และรายได้อย่างไร

web push ทำงานได้ในหลายจุดของ customer lifecycle และแต่ละช่วงมี use case ที่ต่างกันจริง ๆ

ดึงผู้ใช้กลับมาที่เว็บไซต์

การแจ้งเตือนที่ส่งถูกจังหวะ — ราคาลด บทความใหม่ หรือสินค้าที่กลับมามีสต็อก — ดึงคนที่กำลังจะจากไปให้กลับมาได้ สำหรับสำนักข่าวไทย breaking news ที่แบ่งตามหัวข้อที่ผู้ใช้สนใจดึง traffic ได้สม่ำเสมอกว่าการแชร์ลิงก์หน้าแรกบนโซเชียล สำหรับ e-commerce การแจ้งเตือนสินค้ากลับมามีสต็อกของไอเทมใน wishlist มัก convert ได้ดีกว่าอีเมลโปรโมชันถึงผู้ใช้คนเดียวกัน

ป้องกันไม่ให้ผู้ใช้หลุดมือ

web push ยังเหมาะกับช่วงเวลาสร้าง loyalty เช่น การแจ้งเตือน early access อัปเดตสถานะ และข้อความ milestone — สัญญาณเล็ก ๆ ที่บอกผู้ใช้ว่าผลิตภัณฑ์ของคุณใส่ใจเขาอยู่ ในธุรกิจท่องเที่ยวและโรงแรม นี่คือการแจ้งเตือนยืนยันการจอง เตือนวัน check-in และแนะนำกิจกรรมในพื้นที่แบบเรียลไทม์

ขับเคลื่อน conversion โดยตรง

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

ตรรกะเดียวกันใช้ได้กับ flash sale ในเทศกาลช้อปปิ้งของไทยอย่าง 11.11, 12.12 และ year-end sale รวมถึง upsell ตามประวัติการซื้อ และลำดับเตือนหมดอายุ trial — ทันเวลา เฉพาะเจาะจง และผูกกับการกระทำที่ผู้ใช้ทำไปแล้ว

Web push ทำงานอย่างไร: ภาพรวมเชิงเทคนิค

ทุกการส่งเกี่ยวข้องกับเว็บไซต์ของคุณ เบราว์เซอร์ของผู้ใช้ และ push service เว็บไซต์ของคุณเริ่มกระบวนการ opt-in เบราว์เซอร์เก็บ subscription endpoint จากนั้น Pushwoosh รับข้อความและส่งต่อไปยัง push service ของเบราว์เซอร์ที่ถูกต้อง

ส่วนที่คนส่วนใหญ่มองข้ามคือ service worker — ไฟล์ JavaScript ที่ทำงานเบื้องหลังในเบราว์เซอร์ มันจัดการการรับข้อความและการแสดงผลการแจ้งเตือนแม้หลังจากผู้ใช้ปิดแท็บของคุณไปแล้ว ไม่มี service worker ก็ไม่มี web push

องค์ประกอบเชิงเทคนิคหลัก

• Service worker สคริปต์เบื้องหลังที่รับข้อความและแสดงผลการแจ้งเตือน
• Push API จัดการ subscription และสร้าง endpoint สำหรับส่งข้อมูลเฉพาะของผู้ใช้แต่ละคน
• Notifications API จัดการการแสดงผลบนหน้าจอผู้ใช้
• VAPID keys คู่กุญแจ public/private ที่ยืนยันตัวตนเซิร์ฟเวอร์ของคุณกับ push service ป้องกันการส่งโดยไม่ได้รับอนุญาต
• HTTPS จำเป็น ไม่มีข้อยกเว้น

ตั้งค่ากับ Pushwoosh

Pushwoosh จัดการ infrastructure ให้ทั้งหมด การสร้าง VAPID key เป็นแบบอัตโนมัติ การตั้งค่า service worker ใช้ snippet สำเร็จรูป และ opt-in prompt ปรับแต่งได้ผ่าน UI

ทีมที่ต้องการควบคุมเชิงลึกสามารถใช้ Pushwoosh SDK เพื่อเชื่อมต่อ backend แบบกำหนดเองได้ แต่ทีมการตลาดและทีม growth ส่วนใหญ่ไม่จำเป็นต้องไปถึงตรงนั้นครับ

อะไรทำให้ web push notification ถูกคลิก

ทุกองค์ประกอบของการแจ้งเตือนส่งผลต่อ performance นี่คือส่วนที่ควรปรับให้ดี:

• หัวเรื่อง (ไม่เกิน 30 ตัวอักษร) สิ่งแรกที่ผู้ใช้อ่าน คำกริยาหนักแน่นและสัญญาณคุณค่าที่ชัดเจนได้ผลดีกว่าข้อความเล่นคำ
• เนื้อความ (40-120 ตัวอักษร) ขยายความจากหัวเรื่องด้วยประโยชน์ที่เฉพาะเจาะจง การใช้ชื่อผู้ใช้หรืออ้างถึงการกระทำล่าสุดช่วยเพิ่ม CTR
• ไอคอน โลโก้แบรนด์ขนาด 192x192px เป็นค่าเริ่มต้น สำหรับข้อความผลิตภัณฑ์หรือธุรกรรม ไอคอนแบบ dynamic (เช่น รูปสินค้า) เพิ่มความเกี่ยวข้องได้
• รูป rich media รูปขนาดใหญ่เพิ่มแรงดึงดูดทางสายตา ภาพสินค้า แบนเนอร์อีเวนต์ กราฟิกโปรโมชัน รูปที่ไม่เชื่อมโยงกับเนื้อหาข้อความไม่ช่วยอะไร
• ปุ่ม action ปุ่มได้ถึงสองปุ่มเปิดทางตรงให้ผู้ใช้ สำหรับการกู้คืนตะกร้า: ‘ชำระเงินให้เสร็จ’ และ ‘ดูตัวเลือกอื่น’ สำหรับคอนเทนต์: ‘อ่านเลย’ และ ‘บันทึกไว้อ่านทีหลัง’
• Landing URL deep-link ไปยังหน้าที่เกี่ยวข้องที่สุด การแจ้งเตือนกู้คืนตะกร้าที่พาผู้ใช้ไปหน้าแรกสูญเสียศักยภาพ conversion ส่วนใหญ่

ตัวแก้ไข (composer) ของ Pushwoosh จัดการทั้งหมดนี้ในที่เดียว รวมถึงฟิลด์ dynamic content ที่ดึงข้อมูลจาก tag ของผู้ใช้โดยอัตโนมัติ

rich web push รวมทุกองค์ประกอบเข้าด้วยกัน: รูปภาพ ข้อความที่เน้นคุณค่า และปุ่ม action ที่ลิงก์ไปยังหน้าที่ถูกต้อง

Web push เทียบกับช่องทางอื่น: เมื่อไหร่ควรใช้อะไร

web push มีหน้าที่เฉพาะตัว การรู้ว่ามันอยู่ตรงไหนเมื่อเทียบกับอีเมล app push, SMS และ LINE ช่วยให้คุณเลี่ยงการซ้ำซ้อนของช่องทางและสร้างลำดับที่สมเหตุสมผลสำหรับผู้ใช้

กรอบการตัดสินใจที่ใช้ได้จริง

ใช้ web push เมื่อผู้ใช้ยังไม่ได้ติดตั้งแอป มีแนวโน้มอยู่บนเดสก์ท็อป หรือต้องการข้อความที่ทันเวลาซึ่งความยุ่งยากของอีเมลสูงเกินไป และเหมาะกับการ re-engagement กลางเซสชัน

ใช้ app push บนมือถือสำหรับผู้ใช้แอปที่ active ซึ่งได้ประโยชน์จาก in-app context หรือ trigger ตามตำแหน่ง ใช้อีเมลเมื่อข้อความมีรายละเอียดมากหรือความสัมพันธ์ต้องการรูปแบบที่ยาวกว่า และใช้ LINE OA เมื่อต้องการความเป็นส่วนตัวสูงหรือต่อยอด CRM ที่มีอยู่ — โดยรู้ว่าต้นทุนต่อข้อความจะสูงขึ้นเมื่อสเกลโต

Customer Journey Builder ของ Pushwoosh เชื่อมทุกช่องทางเข้าด้วยกันใน workflow เดียว รวมถึง LINE และส่งผู้ใช้ไปยังช่องทางที่เหมาะสมตามพฤติกรรมและความพร้อมใช้งาน

Customer Journey Builder ส่งผู้ใช้แต่ละคนไปยัง web push, อีเมล, in-app หรือ LINE ตามพฤติกรรม — ใน workflow เดียว

สร้างฐานผู้ติดตามที่มีคุณค่า

อัตรา opt-in กำหนดเพดานของทุกอย่างที่ตามมา ฐานผู้ติดตามที่สร้างจาก pop-up เด้งทันทีที่โหลดหน้ามักมี engagement ต่ำและอัตรายกเลิกสูง ส่วนฐานที่สร้างจาก prompt ตามเจตนา (intent-based) ทำงานได้ดีกว่าและแข็งแรงกว่าในระยะยาว

ปัญหาของ prompt เบราว์เซอร์เริ่มต้น

กล่อง dialog ของเบราว์เซอร์แบบ native ที่ขึ้นว่า ‘example.com ต้องการแสดงการแจ้งเตือน’ ปรากฏขึ้นโดยไม่มีบริบทใด ๆ ผู้ใช้ที่ยังไม่มีความเห็นชัดเจนเกี่ยวกับเว็บไซต์ของคุณมักปิดทิ้งโดยอัตโนมัติ

Soft ask

soft ask คือ prompt ในหน้าเว็บแบบกำหนดเองที่ปรากฏก่อน dialog ของเบราว์เซอร์ มันอธิบายว่าผู้ใช้จะได้รับอะไรและทำไมจึงคุ้มที่จะกดอนุญาต หากผู้ใช้ปิด prompt นี้ dialog ของเบราว์เซอร์จะไม่ขึ้นเลย คุณจึงไม่เสียโอกาสครั้งเดียวที่มี

ความเฉพาะเจาะจงคือสิ่งที่ทำให้ soft ask ได้ผล ‘รับแจ้งเตือนเมื่อสินค้าที่คุณบันทึกไว้ลดราคา’ convert ได้ดีกว่า ‘ติดตามข่าวสารจากเรา’ ยิ่งคุณค่าที่นำเสนอใกล้กับสิ่งที่ผู้ใช้เพิ่งทำบนเว็บไซต์มากเท่าไหร่ ยิ่งดี

จังหวะสำคัญกว่าข้อความ

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

Pushwoosh ให้คุณควบคุมจังหวะ ปรับแต่งข้อความ soft ask และแบ่งกลุ่ม prompt ตามพฤติกรรม คุณทดสอบสิ่งที่ได้ผลกับผู้ชมแต่ละประเภทได้โดยไม่ต้องตั้งค่าใหม่ทุกครั้ง

Segmentation และ personalization ขั้นสูง

การ broadcast แบบทั่วไปก็โอเคสำหรับการประกาศ แต่สำหรับ re-engagement และ conversion คุณต้องรู้ว่ากำลังคุยกับใครและทำไมข้อความนี้จึงเหมาะกับเขาโดยเฉพาะ

Behavioral targeting ด้วย Tags และ Events

ระบบ Tags และ Events ของ Pushwoosh สร้างเซกเมนต์จากสิ่งที่ผู้ใช้ทำ ไม่ใช่แค่ว่าเขาเป็นใคร

Tags คือคุณสมบัติที่คงอยู่: product_category: electronics, subscription_tier: free, last_activity_days: 14

Events คือการกระทำ: viewed_product, added_to_cart, completed_purchase, visited_page: pricing

ผสมทั้งสองเพื่อความแม่นยำ ผู้ใช้ที่ดูสินค้าในหมวด electronics แต่ไม่ใส่ตะกร้าในชั่วโมงที่ผ่านมา เป็นเป้าหมาย re-engagement คนละแบบกับคนที่ใส่ตะกร้าแล้วทิ้งไป ทั้งคู่ได้รับ web push แต่ข้อความ จังหวะ และข้อเสนอควรต่างกัน

อ่านรายละเอียดทั้งหมดได้ที่บทความเรื่อง advanced segmentation ของเรา

RFM segmentation

RFM จัดกลุ่มผู้ใช้ตาม Recency (ความล่าสุด), Frequency (ความถี่) และ Monetary value (มูลค่าการใช้จ่าย) เป็นวิธีที่เชื่อถือได้ในการระบุผู้ใช้ที่มีค่าที่สุด กลุ่มเสี่ยงหลุด และผู้ติดตามใหม่ แล้วส่งสิ่งที่เกี่ยวข้องให้แต่ละกลุ่ม

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

RFM segmentation ในตัวจัดผู้ใช้ลงกลุ่มที่นำไปใช้งานได้ — ตั้งแต่ Champions ถึง Hibernating โดยอัตโนมัติ

Personalization ด้วย dynamic content

Pushwoosh รองรับฟิลด์ dynamic content ที่ดึงข้อมูลผู้ใช้เข้ามาในการแจ้งเตือนโดยตรง: แนะนำสินค้าจากประวัติการเข้าชม ใส่ชื่อจริง ข้อเสนอตามตำแหน่ง และคำแนะนำเฉพาะหมวด เทมเพลตเดียว ได้ผลลัพธ์ต่างกันสำหรับผู้ใช้แต่ละคน

infrastructure คือระบบ Tags และ Events ชุดเดียวกับที่ใช้ทำ segmentation หมายความว่าคุณไม่ต้องดูแลเลเยอร์ personalization แยกต่างหาก

ฟิลด์ dynamic content ดึงข้อมูลผู้ใช้เข้ามาในข้อความ — เทมเพลตเดียว ผลลัพธ์ต่างกันสำหรับแต่ละคน

ปรับแต่งแคมเปญ web push ให้ดีที่สุด

A/B testing

ทดสอบทีละตัวแปร: ความยาวและโทนของหัวเรื่อง เนื้อความ การมี rich media ข้อความบนปุ่ม action เวลาส่ง และเซกเมนต์ Pushwoosh กระจาย variant อัตโนมัติ เลือกผู้ชนะตาม metric ที่คุณกำหนด แล้วส่งให้ผู้ชมที่เหลือ

กฎหนึ่งที่มักถูกมองข้าม: ตรวจ sample size ก่อนสรุปผล การทดสอบที่ตัวอย่างน้อยเกินไปให้สัญญาณลวงที่ดูน่าเชื่อถือ

AI optimization

AI ของ Pushwoosh ครอบคลุมการแนะนำข้อความ การคาดการณ์เวลาส่งที่ดีที่สุด และการจดจำรูปแบบพฤติกรรมสำหรับ dynamic content โดยทั่วไป predictive send time ให้ผลลัพธ์ที่เพิ่มขึ้นมากที่สุดสำหรับทีมส่วนใหญ่ การแจ้งเตือนที่เขียนดีแต่ส่งตอนตี 2 ตามเวลาท้องถิ่นยังทำผลงานสู้การแจ้งเตือนธรรมดาที่ส่งถูกจังหวะไม่ได้ — จุดนี้สำคัญเป็นพิเศษกับธุรกิจท่องเที่ยวที่มีนักท่องเที่ยวจากหลาย time zone

Metric ที่สำคัญ

• Opt-in rate บอกว่าการหาผู้ติดตามของคุณทำงานดีแค่ไหน อัตราต่ำชี้ว่า soft ask สื่อคุณค่าไม่ได้
• CTR สัญญาณหลักของประสิทธิภาพข้อความ ต่ำกว่า 1% มักหมายถึงปัญหาเรื่องข้อความหรือ targeting
• Conversion rate กี่เปอร์เซ็นต์ของคนที่คลิกแล้วทำการกระทำที่ตั้งใจไว้สำเร็จ นี่คือจุดที่ performance ของ push เชื่อมกับผลลัพธ์ทางธุรกิจจริง
• Subscriber retention rate ผู้ติดตามยัง active อยู่กี่คนที่ 30, 60, 90 วัน churn สูงบ่งชี้การส่งมากเกินไปหรือความเกี่ยวข้องต่ำต่อเนื่อง

Pushwoosh Analytics ให้มุมมองแบบเรียลไทม์ของทั้งหมดนี้ แบ่งตามแคมเปญ ผู้ชม และช่องทาง

ความถี่และจังหวะเวลา

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

เรื่องจังหวะ: เคารพ time zone หลีกเลี่ยงการส่งดึกเว้นแต่เนื้อหาด่วนจริง และใช้ AI ช่วยปรับเมื่อผู้ชมกระจายอยู่หลายภูมิภาค

ความเข้ากันได้ของเบราว์เซอร์และอุปกรณ์

การรองรับ web push ครอบคลุมกว้าง นี่คือสถานะปัจจุบัน:

• Chrome (เดสก์ท็อปและ Android) รองรับเต็มที่ เป็นเบราว์เซอร์ที่ใช้ส่ง web push มากที่สุด และในไทยที่ Android มีส่วนแบ่งราว 60% ถือเป็นช่องทางหลัก
• Firefox (เดสก์ท็อปและ Android) รองรับเต็มที่
• Edge, Opera, Brave รองรับเต็มที่บนเดสก์ท็อปและ Android ทั้งหมดใช้ฐาน Chromium
• Safari บน macOS รองรับ ด้วยการตั้งค่าแบบ certificate ที่ต่างออกไปเล็กน้อย
• iOS/iPadOS 16.4+ web push ใช้งานได้กับ web app ที่เพิ่มลงหน้าจอหลักแล้ว ก่อนหน้านี้ผู้ใช้ Apple บนมือถือรับ web push ไม่ได้เลย สำหรับ iOS ที่มีส่วนแบ่งราว 40% ในไทย นี่คือช่องทางที่เพิ่งเปิดขึ้นมาใหม่

ตั้งแต่ iOS 16.4 web push เข้าถึง progressive web app ที่เพิ่มลงหน้าจอหลักได้ด้วย

Pushwoosh จัดการความเข้ากันได้ข้ามเบราว์เซอร์ให้อัตโนมัติ รวมถึงการเปลี่ยนแปลงของ iOS

การตั้งค่าเดียวเข้าถึงผู้ติดตามได้ทุกเบราว์เซอร์และแพลตฟอร์มที่รองรับ

เพิ่ม re-engagement และ conversion ด้วย Pushwoosh

customer engagement ที่ดีคือการเข้าถึงคนที่ใช่ในจังหวะที่เขาพร้อมจะลงมือทำมากที่สุด

Pushwoosh เชื่อม web push, Customer Journey Builder, การเชื่อมต่อ LINE, RFM และ behavioral segmentation, การปรับเวลาส่งด้วย AI และ analytics แบบเรียลไทม์ไว้ในแพลตฟอร์มเดียว — ในราคาที่ขยายขนาดไปกับธุรกิจไทยที่กำลังเติบโตได้ และได้รับการรับรอง ISO 27001:2022 กับ SOC 2 Type I พร้อมการปฏิบัติตาม GDPR สำหรับลูกค้าองค์กรที่ใส่ใจความปลอดภัยข้อมูล