# อีเวนต์และแคมเปญของ Shopify

หลังจากที่คุณเชื่อมต่อแอปและอนุมัติสิทธิ์ที่ Shopify ขอสำหรับการติดตามคำสั่งซื้อ ตะกร้าสินค้า และการชำระเงิน (`read_orders`, `write_pixels`, `read_customer_events`) อีเวนต์คำสั่งซื้อ การชำระเงิน และขั้นตอนการชำระเงินจะเริ่มเข้ามาโดยไม่ต้องมีหน้าจอการติดตามแยกของ Pushwoosh ดู[ข้อกำหนดเบื้องต้น](/th/product/integrations/shopify/#prerequisites)และ[ส่วนที่ 1](/th/product/integrations/shopify/#part-1-installation)สำหรับขั้นตอนการอนุมัติ การเรียกดูหน้าร้าน (การดูสินค้าและเพิ่มลงตะกร้า) ยังต้องการให้[**Push Init Embed** เปิดใช้งานอยู่](/th/product/integrations/shopify/#part-4-enable-web-push-and-storefront-browsing-events)ด้วย

การติดตามครอบคลุมสามกลุ่มอีเวนต์ที่เป็นอิสระจากกัน แต่ละกลุ่มต้องการสิทธิ์เข้าถึงที่แตกต่างกัน ดังนั้นการปิดกลุ่มหนึ่งจะไม่หยุดกลุ่มอื่น:

* **คำสั่งซื้อที่ชำระเงินแล้วและการชำระเงิน:** เข้ามาจาก Shopify แม้ว่า[ตัวฝังธีม](/th/product/integrations/shopify/#part-4-enable-web-push-and-storefront-browsing-events)จะปิดอยู่
* **การเรียกดูหน้าร้าน** (การดูสินค้าและเพิ่มลงตะกร้า): ต้องการให้ตัวฝังธีม**เปิดใช้งาน**
* **ขั้นตอนการชำระเงิน:** ต้องการสิทธิ์การติดตามการชำระเงินของ Shopify จาก[ส่วนที่ 1](/th/product/integrations/shopify/#part-1-installation) (`write_pixels` และ `read_customer_events`) ซึ่งอนุมัติแยกจากสิทธิ์การติดตามคำสั่งซื้อ (`read_orders`) ด้านบน

ก่อนที่คุณจะเชื่อมต่อแอป ตรวจสอบ[วิธีที่ Pushwoosh จัดการประเภทข้อมูลของแอตทริบิวต์เงินและวันที่](#order-paid-and-checkout-events)สำหรับ `PW_OrderCreated` และ `PW_AbandonedCart` ประเภทที่ผิดที่ส่งไปก่อนที่คุณจะจับได้ ไม่สามารถแก้ไขย้อนหลังได้

<span id="order-paid-and-checkout-events" />
## อีเวนต์คำสั่งซื้อที่ชำระเงินแล้วและการชำระเงิน

ใช้สิ่งเหล่านี้สำหรับการส่งข้อความหลังการซื้อ (`PW_OrderCreated`) เส้นทางลูกค้าหรือกลุ่มการชำระเงินที่ถูกทิ้ง (`PW_AbandonedCart` / `PW_AbandonedCartUpdate`) และการแมปคอนเวอร์ชันการซื้อ อีเวนต์เหล่านี้เข้ามาจาก Shopify แม้ว่าลูกค้าจะบล็อกการติดตามของเบราว์เซอร์:

<Aside type="caution" title="ต้องเชื่อมต่อแอปและอนุมัติ read_orders">
ไม่มีสวิตช์เพิ่มเติมนอกเหนือจากนี้: เชื่อมต่อแอปใน[ส่วนที่ 1](/th/product/integrations/shopify/#part-1-installation)และอนุมัติสิทธิ์การติดตามคำสั่งซื้อของ Shopify (`read_orders`) ต่างจากการเรียกดูหน้าร้าน อีเวนต์เหล่านี้ไม่ขึ้นอยู่กับการเปิดใช้งานตัวฝังธีม
</Aside>

| ชื่ออีเวนต์ใน Pushwoosh | เกิดขึ้นเมื่อใด |
| ----- | ----- |
| `PW_OrderCreated` | มีการชำระเงินคำสั่งซื้อ |
| `PW_AbandonedCart` | ลูกค้าเริ่มการชำระเงิน |
| `PW_AbandonedCartUpdate` | ลูกค้าเพิ่ม ลบ หรือเปลี่ยนสินค้าระหว่างการชำระเงินที่มีอยู่ |

สิ่งเหล่านี้สอดคล้องกับการแจ้งเตือนคำสั่งซื้อและการชำระเงินที่ Shopify ส่งไปยัง Pushwoosh โดยอัตโนมัติ (webhook `orders/paid`, `checkouts/create` และ `checkouts/update` ซึ่งระบุไว้ใน[เอนทิตีที่ซิงค์กัน](/th/product/integrations/shopify/#synchronized-entities))

เงื่อนไข Shopify Flow เอง, webhook `checkouts/create` และแหล่งข้อมูล Cart ของบล็อก Products เป็นสามสิ่งที่แตกต่างกันซึ่งทั้งหมดถูกเรียกว่า **การทิ้งตะกร้าสินค้า** เลือกสิ่งที่ตรงกับสิ่งที่คุณกำลังสร้าง โดยใช้ตารางด้านล่าง

| สิ่งที่คุณต้องการสร้าง | สิ่งที่ต้องใช้ |
| ----- | ----- |
| การเตือนจาก Shopify Flow (เงื่อนไข **Cart abandonment** ของ Shopify เอง) | Shopify Flow + แอ็กชัน **Pushwoosh send notification** ไม่ใช่ชื่ออีเวนต์ `PW_AbandonedCart` |
| การเตือนหรือกลุ่มใน Pushwoosh จากการเริ่มชำระเงินหรือตะกร้าสินค้าที่เปลี่ยนแปลง | Customer Journey หรือกลุ่มบน `PW_AbandonedCart` / `PW_AbandonedCartUpdate` |
| แสดงสินค้าในตะกร้าของลูกค้าภายในอีเมล | แหล่งข้อมูล [Cart](/th/product/content/email-content/drag-and-drop-email-editor/blocks/#show-items-from-the-cart) ของบล็อก Products (ใช้แท็ก `PW_AbandonedCartID` ตอนส่ง) แยกจากทริกเกอร์ที่เริ่มเส้นทาง |

**พฤติกรรมของอีเวนต์เหล่านี้** `checkouts/create` หมายความเพียงว่ามีการเริ่มการชำระเงิน Shopify ยังไม่ได้ตัดสินว่าถูกทิ้ง และยังไม่มีการยืนยันคำสั่งซื้อด้วย

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

`PW_AbandonedCart` และ `PW_AbandonedCartUpdate` จะตั้งแท็ก `PW_AbandonedCartID` บนลูกค้า ซึ่งเป็นสิ่งที่แหล่งข้อมูล Cart อ่านตอนส่ง `PW_OrderCreated` จะล้างแท็กนี้ทันที ดังนั้นลูกค้าที่ชำระเงินไปแล้วจะไม่ได้รับบล็อกนี้แทนการเตือนสำหรับตะกร้าที่พวกเขาไม่มีแล้ว ดู[สิ่งที่เกิดขึ้นเมื่อคุณส่ง PW_OrderCreated](/tutorials/product-guides/email-marketing-campaigns/how-to-set-up-an-abandoned-cart-campaign/#what-happens-when-you-send-pw_ordercreated)สำหรับพฤติกรรมการล้างที่แน่นอน

<Aside type="note" title="ลูกค้าที่เริ่มการชำระเงินสองครั้งจะเข้าเส้นทางอีกครั้งเฉพาะเมื่อคุณอนุญาต">
โดยค่าเริ่มต้น Customer Journey จะไม่ให้ผู้ที่อยู่ในเส้นทางแล้วเข้าซ้ำ ดังนั้น `checkouts/create` ครั้งที่สองจากลูกค้าคนเดียวกันขณะที่เส้นทางการทิ้งตะกร้าสินค้าแรกยังทำงานอยู่จะถูกเพิกเฉย ไม่ใช่เริ่มใหม่ เปิด **Allow re-entry** บนทริกเกอร์หากคุณต้องการให้การชำระเงินใหม่แต่ละครั้งรีเซ็ตเวลาการเตือนแทน ดู[ควบคุมว่าผู้ใช้สามารถเข้าแคมเปญซ้ำได้หรือไม่](/th/product/customer-journey/journey-elements/entry-elements/trigger-based-entry/#control-whether-users-can-re-enter-the-campaign)
</Aside>

### แอตทริบิวต์ของอีเวนต์คำสั่งซื้อและการชำระเงิน

`PW_OrderCreated` และ `PW_AbandonedCart` มีดังนี้:

| แอตทริบิวต์ | คำอธิบาย |
| ----- | ----- |
| `orderId` | ตัวระบุคำสั่งซื้อหรือการชำระเงิน |
| `email` | อีเมลของลูกค้า |
| `totalPrice` | ยอดรวมคำสั่งซื้อหรือตะกร้าสินค้า |
| `shippingAmount` | ค่าจัดส่ง |
| `taxAmount` | จำนวนภาษี |
| `discountAmount` | จำนวนส่วนลด |
| `currency` | รหัสสกุลเงิน |
| `items` | รายการสินค้าในตะกร้า |
| `customerId` | สำหรับลูกค้าที่ลงทะเบียนเท่านั้น ไม่มีสำหรับการชำระเงินแบบผู้เยี่ยมชม |
| `orderUrl` | หน้าสถานะคำสั่งซื้อสำหรับ `PW_OrderCreated` หรือ URL การกู้คืนการชำระเงินที่ถูกทิ้งสำหรับ `PW_AbandonedCart` และ `PW_AbandonedCartUpdate` ใช้สร้างลิงก์หรือปุ่ม "ทำการซื้อให้เสร็จสมบูรณ์" |
| `createdDate` | เมื่อสร้างคำสั่งซื้อหรือการชำระเงิน |
| `abandonedDate` | เฉพาะ `PW_AbandonedCart` และ `PW_AbandonedCartUpdate` เมื่อตะกร้าสินค้าถูกแตะครั้งล่าสุด ไม่ใช่เมื่อสร้างครั้งแรก |

<Aside type="caution" title="ตั้งประเภทข้อมูลของแอตทริบิวต์เงินและวันที่ให้ถูกต้อง">
Pushwoosh อนุมานประเภทของแต่ละแอตทริบิวต์จากอีเวนต์แรกที่เห็น และการอนุมานนั้นไม่น่าเชื่อถือสำหรับฟิลด์เงินและวันที่ เช่น `totalPrice`, `shippingAmount`, `taxAmount`, `discountAmount` และ `createdDate`/`abandonedDate` ด้านบน ราคาที่เป็นจำนวนเต็ม เช่น `129` จะถูกอนุมานเป็นจำนวนเต็ม ซึ่งจากนั้นจะตัดทอน `129.90` เป็น `129` ในทุกอีเวนต์ถัดไป

**ยังไม่ได้เชื่อมต่อแอป?** ประกาศ `PW_AbandonedCart` และ `PW_OrderCreated` ด้วยประเภทที่ถูกต้องก่อนที่จะทำ โดยใช้ตารางใน[สร้างอีเวนต์ใน Control Panel ของคุณ](/tutorials/product-guides/email-marketing-campaigns/how-to-set-up-an-abandoned-cart-campaign/#create-the-events-in-your-control-panel) ข้ามขั้นตอน **Send the events from your backend** ของคู่มือนั้น การผสานรวม Shopify ส่งให้คุณอยู่แล้ว

**เชื่อมต่อไปแล้ว?** ตรวจสอบประเภทตอนนี้: ไปที่ **Audience → Events** ใน Control Panel เปิด `PW_AbandonedCart` และ `PW_OrderCreated` และเปรียบเทียบแต่ละแอตทริบิวต์กับตารางเดียวกัน การแก้ไขประเภทที่ผิดที่นั่นจะแก้ไขจากจุดนั้นเป็นต้นไป แต่ค่าใดๆ ที่ส่งไปแล้วภายใต้ประเภทที่ผิดจะหายไปตลอดกาล
</Aside>

การชำระเงินแบบผู้เยี่ยมชมยังคงส่งอีเวนต์คำสั่งซื้อและตะกร้าสินค้าได้ แต่ไม่มี customer ID ที่ลงทะเบียนในอีเวนต์

`PW_AbandonedCartUpdate` มีแอตทริบิวต์เดียวกัน หากบัญชีของคุณมีการผสานรวม [Magento](/th/product/integrations/magento-integration/) เชื่อมต่ออยู่ด้วย คำสั่งซื้อและตะกร้าที่ถูกทิ้งของ Magento จะโพสต์ไปยังชื่ออีเวนต์เดียวกันนี้ ดังนั้นกลุ่มหรือเส้นทางที่สร้างบน `PW_OrderCreated` / `PW_AbandonedCart` จะครอบคลุมทั้งสองร้านค้า และประเภทแอตทริบิวต์ด้านบนก็ใช้ได้กับทั้งสองด้วย Magento ไม่มีสิ่งที่เทียบเท่ากับ `PW_AbandonedCartUpdate` เนื่องจากไม่ได้ติดตามการแก้ไขการชำระเงินที่กำลังดำเนินอยู่

`items` โดยเฉพาะจะมาจาก Shopify พร้อมฟิลด์เพียงไม่กี่ฟิลด์ที่กรอกไว้

<Aside type="note" title="สินค้าในตะกร้าได้รับการเสริมข้อมูลจากแคตตาล็อกสินค้าของคุณ">
`items` ที่ Shopify ส่งมาใน `PW_AbandonedCart` และ `PW_AbandonedCartUpdate` มีเพียง `productId`, `name`, `sku`, `quantity` และ `price` Pushwoosh จะเติมสิ่งอื่นที่ขาดหายไปในสินค้านั้น เช่น `description`, `imageUrl`, `productUrl`, `category` และฟิลด์แคตตาล็อกอื่นๆ จากสินค้าที่ตรงกันใน[แคตตาล็อกสินค้า](/th/product/content/product-catalog/)ที่เชื่อมต่อของคุณ (ดู[การเชื่อมต่อแคตตาล็อกสินค้าอัตโนมัติ](/th/product/integrations/shopify/#connect-your-pushwoosh-app)) เมื่อใดก็ตามที่ `productId` ตรงกัน ไม่มีอะไรเพิ่มเติมที่ต้องส่งสำหรับสิ่งนี้ สินค้าที่ขาดหายไปจากแคตตาล็อกจะยังคงแสดงด้วยฟิลด์ที่ Shopify ส่งมา
</Aside>

## อีเวนต์การเรียกดูหน้าร้าน

ใช้สิ่งเหล่านี้สำหรับกลุ่มหรือเส้นทางการทิ้งการเรียกดู และสำหรับกลยุทธ์การแนะนำทางอีเมลที่ต้องการการดูสินค้า (เช่น **Based on what they viewed**) ดู[วิธีตั้งค่าการแนะนำสินค้าในอีเมล](/tutorials/product-guides/email-marketing-campaigns/how-to-set-up-product-recommendations-in-email/)

<Aside type="caution" title="ต้องการให้ Push Init Embed เปิดใช้งาน">
เปิดใช้งาน **Push Init Embed** ใน[ส่วนที่ 4](/th/product/integrations/shopify/#part-4-enable-web-push-and-storefront-browsing-events) ตัวฝังธีมเดียวกับที่ใช้สำหรับ web push ไม่มีอะไรอื่นที่ต้องเพิ่มในธีม

หากตัวฝังปิดอยู่ หรือลูกค้าบล็อกสคริปต์ของมัน คุณจะเสียเฉพาะการดูสินค้าและการเพิ่มลงตะกร้าเท่านั้น `PW_OrderCreated` และ `PW_AbandonedCart` ยังคงมาจาก Shopify
</Aside>

ทั้งสองอีเวนต์ถูกเก็บโดยตัวฝังธีมเดียวกัน ไม่มีอะไรอื่นที่ต้องเพิ่มในธีมเมื่อ **Push Init Embed** **เปิดใช้งาน**:

* `PW_ProductViewed`: ลูกค้าเปิดหน้าสินค้า
* `PW_AddToCart`: ลูกค้าเพิ่มสินค้าลงตะกร้าโดยไม่โหลดหน้าใหม่ ซึ่งเป็นวิธีที่ธีม Shopify ส่วนใหญ่ทำ

<Aside type="note" title="สองสิ่งที่ต้องตรวจสอบก่อนสร้างจากอีเวนต์เหล่านี้">
* `PW_ProductViewed` นับทุกการโหลดหน้า โดยไม่มีการกรอง การโหลดซ้ำ การดูซ้ำในการเข้าชมเดียวกัน และแม้แต่ทราฟฟิกบอทล้วนนับเหมือนการดูสินค้าจริง กลยุทธ์การแนะนำที่สร้างบนอีเวนต์นี้จะได้รับสัญญาณรบกวนนั้นไปด้วย
* `PW_AddToCart` จะเกิดขึ้นเฉพาะเมื่อปุ่ม **Add to cart** ของร้านค้าคุณไม่โหลดหน้าใหม่ ทดสอบด้วยตัวคุณเอง: คลิก **Add to cart** ในร้านค้าของคุณและสังเกตว่าเกิดอะไรขึ้น เฉพาะตัวนับตะกร้าอัปเดต หรือหน้าทั้งหมดรีเฟรช? ธีม Shopify ส่วนใหญ่ทำอย่างแรก อัปเดตตัวนับโดยไม่โหลดใหม่ (คำขอเบื้องหลังไปยัง `/cart/add`) หากธีมของคุณโหลดหน้าใหม่แทน `PW_AddToCart` จะไม่เกิดขึ้นเลย แต่ `PW_ProductViewed` และอีเวนต์คำสั่งซื้อ/การชำระเงินยังคงทำงานได้ตามปกติ
</Aside>

### แอตทริบิวต์ของอีเวนต์การเรียกดูหน้าร้าน

ทั้งสองอีเวนต์มี:

| แอตทริบิวต์ | คำอธิบาย |
| ----- | ----- |
| `items` | สินค้าที่ดูหรือเพิ่ม แต่ละรายการมี `productId`, `name`, `sku`, `quantity`, `price` |
| `totalPrice` | ราคารวมของ `items` |
| `productUrl` | หน้าที่ลูกค้าอยู่ |
| `currency` | เฉพาะเมื่อหน้าร้านเปิดเผยข้อมูลนี้ |

ข้อความที่แสดง `totalPrice` ต้องมีค่าสำรองสำหรับกรณีที่ `currency` ขาดหายไป เนื่องจากตัวเลขเพียงอย่างเดียวไม่บอกว่าเป็นสกุลเงินใด

ทั้งสองอีเวนต์ไม่มี `email` หรือ `customerId` เป็นแอตทริบิวต์ ลูกค้าจะถูกระบุตัวตนด้วยวิธีเดียวกับที่ตัวฝังธีมส่วนอื่นทำ ผ่านเซสชัน SDK ที่ผูกกับ User ID ของเมทาฟิลด์ (ดู[ส่วนที่ 2](/th/product/integrations/shopify/#part-2-setup-customer-user-id-via-metafields)) ไม่ใช่ผ่าน payload ของอีเวนต์

`items` ของ `PW_ProductViewed` และ `PW_AddToCart` มีฟิลด์เดียวกับที่ Shopify ส่งก่อนการเสริมข้อมูล: `productId`, `name`, `sku`, `quantity`, `price` Pushwoosh จะไม่เติมฟิลด์แคตตาล็อกที่เหลือสำหรับสองอีเวนต์นี้ ตามที่ทำกับ `items` ของ `PW_AbandonedCart` (ดู[สินค้าในตะกร้าได้รับการเสริมข้อมูลจากแคตตาล็อกสินค้าของคุณ](#order-paid-and-checkout-events)ด้านบน)

กลยุทธ์การแนะนำที่ต้องการรายละเอียดสินค้าครบถ้วน เช่น **Based on what they viewed** จะค้นหาจาก[แคตตาล็อกสินค้า](/th/product/content/product-catalog/)ของคุณโดยใช้ `productId` เมื่อข้อความถูกเรนเดอร์ ดู[วิธีตั้งค่าการแนะนำสินค้าในอีเมล](/tutorials/product-guides/email-marketing-campaigns/how-to-set-up-product-recommendations-in-email/)สำหรับสิ่งที่แต่ละกลยุทธ์ต้องการ

## อีเวนต์ขั้นตอนการชำระเงิน

ใช้สิ่งเหล่านี้เพื่อดูว่าผู้คนออกจากขั้นตอนไหนก่อนซื้อ และเพื่อส่งข้อความถึงผู้ที่เริ่มการชำระเงินแต่ไม่ถึงคำสั่งซื้อที่ชำระเงินแล้ว

<Aside type="caution" title="ต้องการสิทธิ์แอปที่เกี่ยวข้องกับ pixel">
อนุมัติสิทธิ์การติดตามการชำระเงินที่ Shopify ขอเมื่อคุณเชื่อมต่อแอป (`write_pixels` และ `read_customer_events`) ดู[ส่วนที่ 1](/th/product/integrations/shopify/#part-1-installation)สำหรับขั้นตอนนั้น ไม่มีขั้นตอนตัวฝังธีม Shopify รายงานเหตุการณ์สำคัญเหล่านี้โดยอัตโนมัติเมื่อสิทธิ์เหล่านั้นได้รับการอนุมัติ (ในทางเทคนิคผ่าน [Web Pixel](https://shopify.dev/docs/api/web-pixels-api) ของ Shopify)
</Aside>

* `PW_CheckoutContactInfo`: ลูกค้าป้อนข้อมูลติดต่อของตน
* `PW_PaymentInfoSubmitted`: ลูกค้าส่งรายละเอียดการชำระเงินของตน

การขายที่เสร็จสมบูรณ์คือ `PW_OrderCreated` จากส่วนด้านบน ไม่ใช่สองอีเวนต์นี้

`PW_AbandonedCart` บอกเพียงว่ามีการเริ่มการชำระเงิน สองอีเวนต์นี้ทำเครื่องหมายจุดที่ตามมาสองจุดในการชำระเงินเดียวกัน ตามลำดับนี้: ข้อมูลติดต่อก่อน รายละเอียดการชำระเงินทีหลัง ลูกค้าที่ถึง `PW_PaymentInfoSubmitted` และไม่เคยได้รับ `PW_OrderCreated` ตามมา ไปไกลกว่าคนที่แค่ทริกเกอร์ `PW_AbandonedCart` ดังนั้นข้อความที่สร้างบนขั้นตอนนั้นสามารถกล่าวถึงการชำระเงินที่ค้างอยู่ได้โดยเฉพาะ แทนที่จะเป็นการเตือนตะกร้าสินค้าทั่วไป

### แอตทริบิวต์ของอีเวนต์ขั้นตอนการชำระเงิน

ทั้งสองอีเวนต์มี:

| แอตทริบิวต์ | คำอธิบาย |
| ----- | ----- |
| `items` | รายการสินค้าของการชำระเงิน แต่ละรายการมี `productId`, `name`, `sku`, `quantity`, `price` |
| `orderId` | โทเค็นการชำระเงิน หรือ Shopify order ID เมื่อการชำระเงินมีแล้ว |
| `totalPrice` | ยอดรวมการชำระเงิน |
| `email` | เฉพาะเมื่อการชำระเงินมี การชำระเงินแบบใช้โทรศัพท์ (ไม่ได้ป้อนอีเมล) จะส่งอีเวนต์โดยไม่มีฟิลด์นี้ |
| `currency` | เฉพาะเมื่อการชำระเงินมี |

## ตรวจสอบว่าทำงานได้

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

* ในเมนูดรอปดาวน์ **Event** เมื่อคุณ[สร้างกลุ่มตามอีเวนต์](/th/product/audience-data-and-segmentation/segmentation/create-segments/by-events/) ชื่อใหม่จะปรากฏทันที
* ในเมนูดรอปดาวน์ **Event** เมื่อเพิ่มทริกเกอร์ [Customer Journey](/th/product/customer-journey/pushwoosh-journey-overview/) ชื่อใหม่อาจใช้เวลาถึง 10 นาทีจึงจะปรากฏ (ดรอปดาวน์นั้นถูกแคชไว้) หากคุณยังไม่เห็น ให้รอแทนที่จะสันนิษฐานว่าการผสานรวมเสีย

| การกระทำทดสอบ | อีเวนต์ |
| ----- | ----- |
| ชำระเงินคำสั่งซื้อทดสอบ | `PW_OrderCreated` |
| เริ่มการชำระเงิน | `PW_AbandonedCart` |
| เปลี่ยนสินค้าในการชำระเงินนั้น | `PW_AbandonedCartUpdate` |
| เปิดหน้าสินค้า (**Push Init Embed** เปิดใช้งาน) | `PW_ProductViewed` |
| เพิ่มสินค้าลงตะกร้า | `PW_AddToCart` |
| ป้อนข้อมูลติดต่อที่การชำระเงิน | `PW_CheckoutContactInfo` |
| ส่งข้อมูลการชำระเงินที่การชำระเงิน | `PW_PaymentInfoSubmitted` |

## ใช้อีเวนต์

หลังจากทราบว่าต้องใช้อีเวนต์ใด ให้ใช้ในสองที่:

* เป็นทริกเกอร์หรือเงื่อนไขกลุ่ม: เลือกในเมนูดรอปดาวน์ **Event** เมื่อ[สร้างกลุ่มตามอีเวนต์](/th/product/audience-data-and-segmentation/segmentation/create-segments/by-events/)หรือเพิ่มทริกเกอร์ [Customer Journey](/th/product/customer-journey/pushwoosh-journey-overview/)
* ในข้อความ: ในขั้นตอนข้อความ เปิด **Personalize message with event attributes** และเลือกแอตทริบิวต์ (เช่น ยอดรวมคำสั่งซื้อจาก `PW_OrderCreated`) คุณยังสามารถแทรกแอตทริบิวต์ด้วย Liquid placeholder ดู[เนื้อหาแบบไดนามิกและเทมเพลต Liquid ในเส้นทาง](/th/product/customer-journey/journey-elements/dynamic-content-and-liquid-templates-in-journeys/)

สำหรับคำสั่งซื้อที่ชำระเงินแล้ว คุณยังสามารถแมป `PW_OrderCreated` เป็น[อีเวนต์คอนเวอร์ชัน](/th/product/audience-data-and-segmentation/events/conversion-events/)เพื่อให้การซื้อจาก Shopify ป้อนเข้าสู่การแบ่งกลุ่ม RFM, การระบุแหล่งที่มาของเส้นทาง และ[สถิติบล็อก Product](/th/product/statistics-and-analytics/messaging-statistics/email-statistics/)

### ตัวอย่างแคมเปญ

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

* **การเตือนตะกร้าสินค้าที่ถูกทิ้ง** ครอบคลุมลูกค้าทุกคนที่เริ่มการชำระเงิน ไม่ว่าจะไปได้ไกลแค่ไหน: กลุ่มเป้าหมายกว้างที่สุดที่นี่ สร้างเป็น Customer Journey: ทริกเกอร์บน `PW_AbandonedCart` รอ `PW_OrderCreated` จากนั้นส่งอีเมลพร้อมบล็อกแหล่งข้อมูล [Cart](/th/product/content/email-content/drag-and-drop-email-editor/blocks/#show-items-from-the-cart) ให้กับผู้ที่ยังไม่ได้ชำระเงิน ดู[วิธีตั้งค่าแคมเปญตะกร้าสินค้าที่ถูกทิ้ง](/tutorials/product-guides/email-marketing-campaigns/how-to-set-up-an-abandoned-cart-campaign/)สำหรับการตั้งค่าทั้งหมด
* **การติดตามผลสำหรับการชำระเงินที่ค้างอยู่** ครอบคลุมเฉพาะลูกค้าที่ไปถึงขั้นป้อนข้อมูลติดต่อแต่ไม่เคยชำระเงิน กลุ่มเป้าหมายที่แคบกว่ากลุ่มด้านบน แบ่งกลุ่มบน `PW_CheckoutContactInfo` จากนั้นยกเว้นผู้ที่มี `PW_PaymentInfoSubmitted` หรือ `PW_OrderCreated` ด้วย
* **การกู้คืนการชำระเงินที่ค้างอยู่** ครอบคลุมลูกค้าที่ถึงขั้นชำระเงินแต่ไม่เคยทำคำสั่งซื้อเสร็จสมบูรณ์ ไปไกลกว่าการติดตามผลด้านบนและแยกจากกันโดยสิ้นเชิง แบ่งกลุ่มบน `PW_PaymentInfoSubmitted` จากนั้นยกเว้นผู้ที่มี `PW_OrderCreated` ด้วย
* **อีเมลแนะนำจากการเรียกดู** ครอบคลุมลูกค้าที่ดูสินค้าแต่ไม่เคยเริ่มการชำระเงินเลย กลุ่มเป้าหมายที่ต่างจากการเตือนด้านบน ใช้ `PW_ProductViewed` กับกลยุทธ์ **Based on what they viewed** ของบล็อก Products ดู[วิธีตั้งค่าการแนะนำสินค้าในอีเมล](/tutorials/product-guides/email-marketing-campaigns/how-to-set-up-product-recommendations-in-email/)