ข้ามไปยังเนื้อหา
เอกสารสำหรับนักพัฒนาการสนับสนุน ขอสาธิต เข้าสู่ระบบ
Pushwoosh.com

Default Events

Default Events คืออะไร

Anchor link to

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

Default Events พร้อมใช้งานทันทีสำหรับ SDK เวอร์ชันล่าสุด ไม่จำเป็นต้องมีการตั้งค่าเพิ่มเติมยกเว้น PW_InAppPurchase (ดูรายละเอียดด้านล่าง)

ในการค้นหาและเปิดใช้งาน Default Events ที่มีอยู่ใน Pushwoosh ให้ทำตามขั้นตอนเหล่านี้:

  1. ไปที่แท็บ Events ภายในส่วน Audience
  2. คลิก Create Event
  3. เลือก Default Event จากเมนูดรอปดาวน์
  4. ในหน้าต่างป๊อปอัป เลือก event ที่ต้องการแล้วคลิก Activate
เมนูดรอปดาวน์ Default Events แสดง event ที่พร้อมให้เปิดใช้งาน

เมื่อเปิดใช้งานแล้ว Default Events สามารถใช้ในการส่งข้อความตามพฤติกรรมได้ ตัวอย่างเช่น ใช้เป็น Trigger-based Entry ใน Customer Journey หรือเป็นทริกเกอร์สำหรับข้อความ In-App

PW_DeviceRegistered

Anchor link to

Event นี้จะทำงานเพียง ครั้งเดียว สำหรับแต่ละอุปกรณ์ เมื่อมีการ เปิดแอปครั้งแรก และการเริ่มต้น SDK ตามชื่อที่แนะนำ Event นี้จะติดตามการลงทะเบียนอุปกรณ์ในแอปของคุณ

กรณีการใช้งาน

  • เปิดตัวแคมเปญต้อนรับสำหรับผู้ใช้ที่ลงทะเบียนใหม่ – เพิ่ม Trigger-based Entry โดยใช้ PW_DeviceRegistered Event ไปยัง Customer Journey สำหรับการต้อนรับผู้ใช้
  • ระบุกิจกรรมการได้มาซึ่งผู้ใช้ใหม่ที่นำผู้ใช้ใหม่มาให้คุณมากขึ้นด้วยสถิติของ Event
  • สร้างการมีส่วนร่วมกับผู้ใช้ตั้งแต่ครั้งแรกที่เข้าชม: ต้อนรับพวกเขาด้วย In-Apps ที่ถูกทริกเกอร์โดย DeviceRegistered Event
ข้อความ In-App ที่ถูกทริกเกอร์โดย event DeviceRegistered สำหรับการต้อนรับผู้ใช้ใหม่

PW_DeviceUnregistered

Anchor link to

Event นี้จะทำงานเมื่อแอปถูกถอนการติดตั้ง หรือผู้ใช้เลือกไม่รับอีเมลหรือ push notifications

แอตทริบิวต์ของ Event

  • message_id (string)
  • message_code (string)
  • campaign_id (string)

กรณีการใช้งาน

  • รักษาผู้ใช้ไว้เมื่อพวกเขาตัดสินใจหยุดใช้แอปของคุณ ตัวอย่างเช่น คุณสามารถส่ง อีเมล พร้อมข้อเสนอพิเศษให้กับผู้ใช้ทุกคนที่ถอนการติดตั้งแอป
  • รักษาการสื่อสารกับผู้ใช้ที่ยกเลิกการสมัครรับข้อมูลจากช่องทางใดช่องทางหนึ่งของคุณ ตัวอย่างเช่น หากผู้ใช้ไม่ต้องการรับ push notifications อีกต่อไป คุณสามารถส่ง อีเมล หรือแสดง in-app เพื่อกระตุ้นให้พวกเขาใช้แอปบ่อยขึ้น

PW_ApplicationOpen

Anchor link to

สำหรับแอปมือถือเท่านั้น

ApplicationOpen Event จะถูกทริกเกอร์ ทุกครั้งที่ผู้ใช้เปิดแอปมือถือของคุณ บนอุปกรณ์ของพวกเขา

แอตทริบิวต์ของ Event

  • device_type (รหัสประเภทอุปกรณ์ที่เป็นจำนวนเต็ม โปรดดูรายละเอียดที่ registerDevice)
  • application_version

กรณีการใช้งาน

  • รวบรวมสถิติการรักษาผู้ใช้โดยอิงจากสถิติของ ApplicationOpen event
  • ดำเนินแคมเปญข้อความ in-app สำหรับผู้ใช้ที่ใช้งานอยู่ในแอป

PW_ScreenOpen

Anchor link to

สำหรับแอปมือถือเท่านั้น

Event นี้จะทำงานทุกครั้งที่ผู้ใช้ดู หน้าจอเฉพาะในแอปมือถือของคุณ

แอตทริบิวต์ของ Event

  • application_version
  • device_type (รหัสประเภทอุปกรณ์ที่เป็นจำนวนเต็ม โปรดดูรายละเอียดที่ registerDevice)
  • screen_name (ชื่อหน้าจอทางเทคนิคที่ได้จากแอปของคุณ)

กรณีการใช้งาน

  • ส่งข้อความที่เกี่ยวข้องอย่างสมบูรณ์แบบไปยังผู้ใช้ที่แสดงความสนใจในส่วนเฉพาะของแอปโดยเริ่ม Customer Journeys ด้วย PW_ScreenOpen event
  • ประเมินและปรับปรุงประสิทธิภาพของโปรโมชันของคุณ: A/B/n test ข้อเสนอของคุณสองเวอร์ชันหรือหลายเวอร์ชัน รอให้ ScreenOpen event เกิดขึ้น แล้วดูว่าเนื้อหาใดมีประสิทธิภาพดีที่สุด
  • ทำความรู้จักว่าหน้าจอใดในแอปที่มีผู้เข้าชมมากที่สุด: กรองสถิติของ Event ตามชื่อหน้าจอ
แดชบอร์ดสถิติ Event ที่กรองตามชื่อหน้าจอ แสดงข้อมูลการมีส่วนร่วมของผู้ใช้

PW_ApplicationMinimized

Anchor link to

สำหรับแอปมือถือเท่านั้น

Event นี้จะทำงานเมื่อผู้ใช้ย่อขนาด (แต่ไม่บังคับหยุด) แอปบนอุปกรณ์ของพวกเขา

แอตทริบิวต์ของ Event

  • device_type (รหัสประเภทอุปกรณ์ที่เป็นจำนวนเต็ม โปรดดูรายละเอียดที่ registerDevice)
  • application_version

กรณีการใช้งาน

  • ติดตามระยะเวลาเซสชันโดยเฉลี่ยระหว่าง ApplicationOpen และ ApplicationMinimized events
  • ส่ง push notifications ในขณะที่แอปทำงานในพื้นหลังเพื่อดึงดูดความสนใจของผู้ใช้และนำพวกเขากลับมาที่แอป

PW_UserIdle

Anchor link to

สำหรับแอปมือถือเท่านั้น

Event นี้จะทำงานเมื่อผู้ใช้อยู่ในแอปของคุณแต่ไม่ได้โต้ตอบกับหน้าจอเป็นระยะเวลาที่กำหนดได้ ซึ่งแตกต่างจาก PW_ApplicationMinimized ที่จะทริกเกอร์หลังจากผู้ใช้ออกจากแอป PW_UserIdle จะทำงานในขณะที่ผู้ใช้ยังอยู่ในแอป — จับภาพช่วงเวลาที่ความสนใจลดลง ผู้ใช้ลังเล หรือถูกรบกวน ใช้เป็นสัญญาณฝั่งเซิร์ฟเวอร์เพื่อแสดง In-App ที่ทันท่วงที เสนอความช่วยเหลือ หรือกระตุ้นให้ผู้ใช้ไปยังขั้นตอนต่อไป

การตรวจจับสถานะว่าง (idle) จะถูกปิดใช้งานโดยค่าเริ่มต้นบนทั้งสองแพลตฟอร์ม เมื่อไม่มีคีย์ timeout หรือตั้งค่าเป็น 0 จะไม่มีการส่ง event PW_UserIdle หากต้องการเปิดใช้งาน ให้ตั้งค่า timeout (ขั้นต่ำ 30 วินาที) ในการกำหนดค่าแพลตฟอร์มของแอปของคุณ:

  • สำหรับ iOS:
    • เพิ่มคีย์ Pushwoosh_IDLE_TIMEOUT_SECONDS (ตัวเลข, ขั้นต่ำ 30) ไปยัง Info.plist ของแอปของคุณ
  • สำหรับ Android:
    • เพิ่ม meta-data com.pushwoosh.idle_timeout_seconds (จำนวนเต็ม, ขั้นต่ำ 30) ไปยัง AndroidManifest.xml ของคุณ

แอตทริบิวต์ของ Event

  • screen_name (string) — หน้าจอที่ผู้ใช้เข้าสู่สถานะว่าง รูปแบบเป็น ActivityName/FragmentName บน Android และ ParentVC/ChildVC บน iOS เมื่อหน้าจอปัจจุบันซ้อนกันอยู่ มิฉะนั้นจะเป็นชื่อ activity หรือ view controller
  • idle_seconds (integer) — ระยะเวลา timeout ที่กำหนดไว้ซึ่งผ่านไปแล้ว
  • session_duration (integer) — วินาทีนับตั้งแต่แอปถูกนำมาไว้เบื้องหน้าครั้งล่าสุด
  • device_type (รหัสประเภทอุปกรณ์ที่เป็นจำนวนเต็ม โปรดดูรายละเอียดที่ registerDevice)
  • application_version (string)

พฤติกรรม

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

กรณีการใช้งาน

  • ทริกเกอร์ข้อเสนอ In-App หรือผู้ช่วยตามบริบทเมื่อผู้ใช้อยู่บนหน้าจอที่มีความตั้งใจสูง — ตะกร้าสินค้า, ราคา, การชำระเงิน — โดยไม่ดำเนินการใดๆ
  • แสดงคำใบ้หรือบทช่วยสอนเมื่อผู้ใช้หยุดชะงักในขั้นตอนการเริ่มต้นใช้งาน
  • ระบุตำแหน่งที่ผู้ใช้สูญเสียแรงผลักดันโดยการกรองสถิติ event สถานะว่างตาม screen_name

PW_ApplicationExit

Anchor link to

สำหรับแอปมือถือเท่านั้น

Event นี้จะทำงานเมื่อผู้ใช้ย้ายแอปไปทำงานเบื้องหลังและ ไม่กลับมาภายในระยะเวลา timeout ที่กำหนดได้ ซึ่งแตกต่างจาก PW_ApplicationMinimized ที่จะทำงานทันทีเมื่อผู้ใช้ออกจากแอป PW_ApplicationExit จะทำงานหลังจากผ่านการหน่วงเวลาที่กำหนดไว้แล้วเท่านั้น — เพื่อยืนยันว่าผู้ใช้ได้ออกจากเซสชันจริงๆ แทนที่จะสลับแอปชั่วครู่ ใช้เพื่อดึงดูดผู้ใช้ที่ละทิ้งเซสชันกลางคันอีกครั้ง หรือเพื่อทริกเกอร์แคมเปญติดตามผลหลังจากการออกที่ได้รับการยืนยันแล้ว

การตรวจจับเจตนาการออก (exit intent) จะถูกปิดใช้งานโดยค่าเริ่มต้น หากต้องการเปิดใช้งาน ให้ตั้งค่า timeout (10–30 วินาที ค่าที่อยู่นอกช่วงนี้จะถูกจำกัดโดยอัตโนมัติ) ในการกำหนดค่าแพลตฟอร์มของแอปของคุณ:

  • สำหรับ Android:
    • เพิ่ม meta-data com.pushwoosh.exit_intent_timeout_seconds (จำนวนเต็ม, 10–30) ไปยัง AndroidManifest.xml ของคุณ
  • สำหรับ iOS:
    • เพิ่มคีย์ Pushwoosh_APPLICATION_EXIT_TIMEOUT_SECONDS (ตัวเลข, 10–30) ไปยัง Info.plist ของแอปของคุณ

แอตทริบิวต์ของ Event

  • screen_name (string) — หน้าจอสุดท้ายที่ใช้งานอยู่เมื่อผู้ใช้ย้ายแอปไปทำงานเบื้องหลัง
  • session_duration (integer) — วินาทีนับตั้งแต่แอปถูกนำมาไว้เบื้องหน้าครั้งล่าสุด
  • exit_intent_seconds (integer) — ระยะเวลา timeout ที่มีผลซึ่งผ่านไปก่อนที่ event จะทำงาน (10–30 วินาที)
  • device_type (รหัสประเภทอุปกรณ์ที่เป็นจำนวนเต็ม โปรดดูรายละเอียดที่ registerDevice)
  • application_version (string)

พฤติกรรม

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

กรณีการใช้งาน

  • ดึงดูดผู้ใช้ที่ละทิ้งขั้นตอนการซื้อหรือการลงทะเบียนอีกครั้ง — ทริกเกอร์ push notification หรืออีเมลพร้อมการแจ้งเตือนหรือส่วนลด
  • เริ่ม Customer Journey เพื่อดึงลูกค้ากลับสำหรับผู้ใช้ที่ออกโดยไม่ดำเนินการสำคัญให้เสร็จสิ้น (เช่น ทิ้งตะกร้าสินค้าหรือหยุดกลางคันในการเริ่มต้นใช้งาน)
  • ระบุหน้าจอที่มีอัตราการออกสูงโดยการกรองสถิติ event ตาม screen_name

PW_SiteOpened

Anchor link to

สำหรับเว็บแพลตฟอร์ม เท่านั้น

SiteOpened Event จะทำงานทุกครั้งที่ผู้ใช้เปิดหน้าใดๆ ของเว็บไซต์ของคุณ

แอตทริบิวต์ของ Event

  • device_type (รหัสประเภทอุปกรณ์ที่เป็นจำนวนเต็ม โปรดดูรายละเอียดที่ registerDevice)
  • title – ชื่อของหน้าที่เข้าชม
  • url – URL ของหน้าที่เข้าชม

กรณีการใช้งาน

  • วิเคราะห์การกระจายทราฟฟิกของไซต์ของคุณและเปรียบเทียบจำนวนครั้งที่ผู้ใช้เปิดหน้าไซต์เฉพาะ สำหรับสิ่งนี้ ให้กรองสถิติของ Event ตามแอตทริบิวต์ของมัน
  • ติดตามการเข้าชมเว็บไซต์ของผู้ใช้ด้วยการสื่อสารที่เกี่ยวข้อง: สร้าง journey ที่เริ่มต้นด้วย SiteOpened Event ที่ตั้งค่าสำหรับแอตทริบิวต์ ‘title’ หรือ ‘url’ ที่เฉพาะเจาะจง
การวิเคราะห์ทราฟฟิกเว็บไซต์ แสดงสถิติการเข้าชมหน้าเว็บและรูปแบบพฤติกรรมของผู้ใช้

PW_InAppPurchase

Anchor link to

สำหรับแอปมือถือเท่านั้น

InAppPurchase Event จะทำงานทุกครั้งที่ผู้ใช้ซื้อไอเท็มในแอปของคุณ ตัวอย่างเช่น การสมัครสมาชิกแบบชำระเงิน, องค์ประกอบกลไกของเกม, สกุลเงินในแอป เป็นต้น

ในการใช้งาน event In-App Purchase:

  • สำหรับ iOS:
    • เปิดใช้งาน PW_InAppPurchase Event ใน Control Panel ของคุณ;
    • ตั้งค่าพารามิเตอร์ Pushwoosh_PURCHASE_TRACKING_ENABLED ของ Pushwoosh iOS SDK เป็น ‘yes’
  • สำหรับ Android:
    • เปิดใช้งาน PW_InAppPurchase Event ใน Control Panel ของคุณ;
    • กำหนดค่าการส่งข้อมูลการซื้อไปยัง Pushwoosh โดยใช้คู่มือนี้

แอตทริบิวต์ของ Event

  • productIdentifier (ได้จาก App Store)
  • quantity – จำนวนไอเท็มที่ซื้อ
  • transactionDate – วันที่ซื้อ
  • status – สถานะการซื้อ

กรณีการใช้งาน

  • รวบรวมสถิติการซื้อในแอป
  • ดำเนินโปรโมชันและติดตามความสำเร็จ: ตั้งค่า event Wait for Trigger ตามหลังข้อความโปรโมชัน
การกำหนดค่า Customer Journey แสดงขั้นตอน Wait for Trigger พร้อม event In-App Purchase

PW_NotificationOpen

Anchor link to

สำหรับแพลตฟอร์มมือถือและเว็บ

Event นี้จะทำงานทุกครั้งที่ผู้ใช้เปิด push notification ที่ส่งด้วย Pushwoosh

กรณีการใช้งาน

PW_NotificationSend

Anchor link to

สำหรับแพลตฟอร์มมือถือและเว็บ

Event นี้จะทำงานเมื่อข้อความ Pushwoosh ถูกส่งไปยังอุปกรณ์ของผู้ใช้

แอตทริบิวต์ของ Event

  • message_id (string)
  • message_code (string)
  • campaign_id (string)

กรณีการใช้งาน

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

PW_EmailLinkClicked

Anchor link to

สำหรับแพลตฟอร์มอีเมลเท่านั้น

Event นี้จะทำงานทุกครั้งที่ผู้ใช้คลิกลิงก์ในอีเมล

แอตทริบิวต์ของ Event

  • message_id (string)
  • message_code (string)
  • campaign_id (string)
  • redirect_link (string)
  • original_link (string)

กรณีการใช้งาน

  • ดำเนินแคมเปญที่กำหนดเป้าหมายสำหรับผู้ใช้ที่คลิกลิงก์เฉพาะในอีเมล
  • ส่งข้อความอื่นไปยังผู้ใช้ที่เพิกเฉยต่อลิงก์ในอีเมลฉบับแรกเพื่อกระตุ้นให้พวกเขาคลิก (หรือดำเนินการอื่นๆ)

PW_EmailOpen

Anchor link to

event นี้จะทำงานเมื่อผู้ใช้เปิดอีเมลที่ส่งผ่าน Pushwoosh

แอตทริบิวต์ของ Event

  • campaign_code (string): รหัสเฉพาะของแคมเปญที่เกี่ยวข้องกับอีเมล
  • campaign_id (string): ID ของแคมเปญ
  • message_code (string): ตัวระบุเฉพาะของข้อความอีเมลนั้นๆ
  • message_id (string): ID ของข้อความ

กรณีการใช้งาน

  • ติดตามการเปิดอีเมลเพื่อระบุผู้ใช้ที่มีส่วนร่วมกับอีเมลของคุณอย่างแข็งขัน ใช้ข้อมูลนี้เพื่อสร้างแคมเปญติดตามผล เช่น การส่งรหัสส่วนลดให้กับผู้ใช้ที่เปิดอีเมลโปรโมชัน
  • หากผู้ใช้เปิดอีเมลแต่ไม่ดำเนินการตามที่ต้องการ (เช่น การซื้อสินค้า) คุณสามารถทริกเกอร์อีเมลติดตามผลพร้อมการแจ้งเตือนหรือข้อเสนอส่วนบุคคลได้
  • วิเคราะห์อัตราการเปิดในแคมเปญต่างๆ เพื่อปรับปรุงหัวเรื่องและกลยุทธ์การกำหนดเวลาอีเมลสำหรับแคมเปญต่างๆ เช่น การเปิดตัวผลิตภัณฑ์หรือโปรโมชันตามฤดูกาล

PW_InAppShown

Anchor link to

event นี้จะทำงานเมื่อข้อความ in-app ถูกแสดงให้ผู้ใช้เห็น

แอตทริบิวต์ของ Event

  • message_code (string): ตัวระบุเฉพาะของข้อความที่เกี่ยวข้องกับ in-app
  • message_id (integer): ID ของข้อความ
  • campaign_code (string): รหัสเฉพาะของแคมเปญที่เกี่ยวข้องกับ in-app
  • campaign_id (integer): ID ของแคมเปญที่ทริกเกอร์ in-app
  • rich_media_code (string): ตัวระบุเฉพาะของเนื้อหาสื่อสมบูรณ์ที่แสดงใน in-app
  • inapp_code (string): รหัสเฉพาะที่ระบุข้อความ in-app ที่แสดง

กรณีการใช้งาน

  • ติดตามความถี่ในการดูข้อความ in-app เพื่อปรับกลยุทธ์การส่งข้อความของคุณ เช่น การลบข้อความซ้ำซ้อนที่อาจรบกวนผู้ใช้
  • ใช้ข้อมูลการแสดงผล in-app เพื่อประเมินการเข้าถึงของแคมเปญส่งเสริมการขาย เช่น flash sales หรือการอัปเกรดการสมัครสมาชิก
  • หากข้อความ in-app ถูกแสดงแต่ไม่ถูกคลิก คุณสามารถทริกเกอร์การดำเนินการติดตามผล เช่น การส่ง push notification ที่มีเนื้อหาคล้ายกันเพื่อย้ำข้อความ

PW_InAppClicked

Anchor link to

event นี้จะทำงานเมื่อผู้ใช้โต้ตอบกับข้อความ in-app โดยการคลิกที่มัน

แอตทริบิวต์ของ Event

  • message_code (string): ตัวระบุเฉพาะของข้อความที่เกี่ยวข้องกับ in-app
  • message_id (integer): ID ของข้อความ
  • campaign_code (string): รหัสเฉพาะของแคมเปญที่เกี่ยวข้องกับ in-app
  • campaign_id (integer): ID ของแคมเปญที่ทริกเกอร์ in-app
  • rich_media_code (string): ตัวระบุเฉพาะของเนื้อหาสื่อสมบูรณ์ที่แสดงใน in-app (ถ้ามี)
  • inapp_code (string): รหัสเฉพาะที่ระบุข้อความ in-app ที่ถูกคลิก
  • element_id (string): ตัวระบุขององค์ประกอบเฉพาะภายในข้อความ in-app ที่ถูกคลิก (เช่น ปุ่มหรือลิงก์)
  • link (string): URL หรือ deep link ที่เกี่ยวข้องกับองค์ประกอบที่ถูกคลิก

กรณีการใช้งาน

  • วิเคราะห์พฤติกรรมการคลิกเพื่อระบุว่าปุ่มหรือลิงก์ใดที่ผู้ใช้โต้ตอบบ่อยที่สุด และปรับปรุงการออกแบบข้อความ in-app ในอนาคต ตัวอย่างเช่น ทดสอบ CTA ที่แตกต่างกันในแคมเปญอัปเกรดการสมัครสมาชิก
  • ทริกเกอร์การดำเนินการอัตโนมัติตามการคลิกของผู้ใช้ เช่น การเปลี่ยนเส้นทางผู้ใช้ไปยังหน้าผลิตภัณฑ์เฉพาะหรือการส่ง push notification

PW_WhatsAppReceived

Anchor link to

event นี้จะทำงานเมื่อได้รับข้อความ WhatsApp ผ่านระบบ

แอตทริบิวต์ของ Event

  • message (string): เนื้อหาหรือตัวระบุของข้อความ WhatsApp ที่ได้รับ

กรณีการใช้งาน

  • ดำเนินการติดตามผลอัตโนมัติเพื่อตอบสนองต่อข้อความ WhatsApp ที่เข้ามา (เช่น การเริ่ม Customer Journey หรือการติดตาม event การมีส่วนร่วมของผู้ใช้)
  • แบ่งกลุ่มผู้ใช้ตามการโต้ตอบข้อความ WhatsApp ของพวกเขาเพื่อเปิดใช้งานการส่งข้อความที่ตรงเป้าหมายหรือแคมเปญส่วนบุคคล