Event เริ่มต้น

หมายเหตุ

พร้อมใช้งานตั้งแต่ SDK 5.2.2

Event เริ่มต้นคืออะไร

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

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

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

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

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

เคล็ดลับ

หากต้องการดูว่าคุณสามารถใช้ Default Events เพื่อสร้างแคมเปญการตลาดใน Pushwoosh และเปลี่ยนผู้ใช้ฟรีให้เป็นลูกค้าที่ชำระเงินโดยอัตโนมัติได้อย่างไร โปรดดูวิดีโอสอนนี้:

วิดีโอ Youtube: วิธีที่คุณสามารถใช้ Default Events เพื่อสร้างแคมเปญการตลาดใน Pushwoosh และเปลี่ยนผู้ใช้ฟรีให้เป็นลูกค้าที่ชำระเงินโดยอัตโนมัติ

PW_DeviceRegistered

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

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

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

PW_DeviceUnregistered

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

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

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

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

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

PW_ApplicationOpen

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

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

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

• device_type (รหัสประเภทอุปกรณ์ที่เป็นจำนวนเต็ม, อ้างอิงถึง registerDevice สำหรับรายละเอียด)
• application_version

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

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

PW_ScreenOpen

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

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

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

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

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

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

PW_ApplicationMinimized

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

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

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

• device_type (รหัสประเภทอุปกรณ์ที่เป็นจำนวนเต็ม, อ้างอิงถึง registerDevice สำหรับรายละเอียด)
• application_version

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

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

PW_UserIdle

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

ต้องการความช่วยเหลือจากนักพัฒนา

หากต้องการเริ่มรับ PW_UserIdle events คุณจะต้องได้รับความช่วยเหลือจากทีมนักพัฒนาของคุณ แบ่งปันบันทึกการตั้งค่า SDK ด้านล่าง

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

การตรวจจับการไม่ได้ใช้งานจะถูกปิดใช้งานโดยค่าเริ่มต้นบนทั้งสองแพลตฟอร์ม เมื่อไม่มีคีย์ timeout หรือตั้งค่าเป็น 0 จะไม่มีการส่ง PW_UserIdle events หากต้องการเปิดใช้งาน ให้ตั้งค่า 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 หรือผู้ช่วยตามบริบทเมื่อผู้ใช้อยู่บนหน้าจอที่มีเจตนาสูง — ตะกร้าสินค้า, ราคา, การชำระเงิน — โดยไม่มีการดำเนินการใดๆ
• แสดงคำใบ้หรือบทช่วยสอนเมื่อผู้ใช้หยุดชะงักในขั้นตอนการเริ่มต้นใช้งาน
• ระบุตำแหน่งที่ผู้ใช้สูญเสียแรงผลักดันโดยการกรองสถิติของ idle event ตาม screen_name

PW_ApplicationExit

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

ต้องการความช่วยเหลือจากนักพัฒนา

หากต้องการเริ่มรับ PW_ApplicationExit events คุณจะต้องได้รับความช่วยเหลือจากทีมนักพัฒนาของคุณ แบ่งปันบันทึกการตั้งค่า SDK ด้านล่าง

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

การตรวจจับเจตนาการออกจะถูกปิดใช้งานโดยค่าเริ่มต้น หากต้องการเปิดใช้งาน ให้ตั้งค่า 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

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

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

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

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

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

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

PW_InAppPurchase

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

ต้องการความช่วยเหลือจากนักพัฒนา

หากต้องการตั้งค่า In-App Purchase event คุณจะต้องได้รับความช่วยเหลือจากทีมนักพัฒนาของคุณ แบ่งปันคู่มือนี้กับพวกเขา

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

หมายเหตุ

โปรดทราบว่ารายการเหล่านี้ต้องระบุไว้ในหน้า App Store ของแอปของคุณ

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

• สำหรับ 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 – สถานะการซื้อ

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

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

PW_NotificationOpen

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

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

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

• กำหนดค่า เวลาที่เหมาะสมที่สุดในการส่ง push
• สร้าง Segments ตามประสิทธิภาพของการแจ้งเตือนภายในช่วงเวลาที่กำหนด

PW_NotificationSend

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

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

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

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

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

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

PW_EmailLinkClicked

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

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

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

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

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

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

PW_EmailOpen

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

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

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

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

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

PW_InAppShown

Event นี้จะทำงานเมื่อข้อความในแอปแสดงให้ผู้ใช้เห็น

แอตทริบิวต์ของ 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 ที่แสดง

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

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

PW_InAppClicked

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

แอตทริบิวต์ของ 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 ที่เกี่ยวข้องกับองค์ประกอบที่ถูกคลิก

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

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

PW_WhatsAppReceived

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

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

• message (string): เนื้อหาของข้อความที่ได้รับ สำหรับข้อความตำแหน่งที่ตั้ง จะมีพิกัดในรูปแบบ "latitude,longitude" (เช่น "55.751244,37.618423")
• latitude (number): ละติจูดของตำแหน่งที่ตั้งที่แชร์ รวมอยู่ด้วยเฉพาะเมื่อผู้ใช้แชร์ตำแหน่งที่ตั้งปัจจุบันของตน
• longitude (number): ลองจิจูดของตำแหน่งที่ตั้งที่แชร์ รวมอยู่ด้วยเฉพาะเมื่อผู้ใช้แชร์ตำแหน่งที่ตั้งปัจจุบันของตน

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

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