การตั้งค่าทริกเกอร์การมีส่วนร่วมใน Braze: คู่มือปฏิบัติจริง

ทริกเกอร์การมีส่วนร่วมของ Braze จะเริ่มส่งข้อความหรือเริ่มเส้นทางของผู้ใช้เมื่อผู้ใช้ทำกิจกรรมบางอย่าง เมื่อถึงเวลาที่กำหนดไว้ หรือเมื่อระบบของคุณเรียกใช้ API การเลือกประเภทการเข้าใช้งานที่เหมาะสม การตั้งค่าการกลับมามีสิทธิ์ (re-eligibility) อย่างตั้งใจ และการหลีกเลี่ยงปัญหา Race Condition ที่มีการบันทึกไว้ จะช่วยให้มั่นใจได้ว่าทริกเกอร์จะทำงานกับกลุ่มเป้าหมายที่ถูกต้อง คู่มือนี้จะอธิบายขั้นตอนการตัดสินใจแต่ละส่วน

ประเด็นสำคัญ

• Braze มีเส้นทางการส่งข้อความ 3 รูปแบบ ได้แก่ ตามกำหนดเวลา (Scheduled) ตามการกระทำ (Action-based) และตามการเรียกใช้ API (API-triggered) ซึ่งใน Canvas จะเรียกว่าประเภทการเข้าใช้งาน (Entry types)
• หลีกเลี่ยงการใช้ทริกเกอร์เป็นตัวกรองกลุ่มเป้าหมาย เนื่องจากอาจเกิดปัญหา Race Condition ที่ทำให้ผู้ใช้หลุดออกจากกลุ่มเป้าหมายได้
• ตรวจสอบให้แน่ใจว่าการประทับเวลาของเหตุการณ์ที่กำหนดเอง (Custom event timestamp) เป็นเวลาปัจจุบัน เนื่องจาก Braze จะใช้เวลาดังกล่าวในการประเมินความล่าช้า
• โดยปกติแล้ว Braze จะส่งข้อความถึงผู้ใช้เพียงครั้งเดียว ดังนั้นคุณต้องเปิดใช้งานการกลับมามีสิทธิ์ (re-eligibility) แยกต่างหาก
• แคมเปญและ Canvas ที่เรียกใช้ผ่าน API จะไม่เข้าร่วมในระบบจัดลำดับความสำคัญของข้อความ (Message Prioritization) และคำขออาจข้ามการจำกัดความถี่ (Frequency capping) ได้
• เราแนะนำให้จัดทำทะเบียนทริกเกอร์แบบหน้าเดียวสำหรับแต่ละพื้นที่ทำงาน (Workspace) โดยครอบคลุมทุกทริกเกอร์ ตัวกรอง และกฎการกลับมามีสิทธิ์

อะไรถือเป็นทริกเกอร์การมีส่วนร่วมใน Braze?

Braze มีวิธีส่งข้อความ 3 รูปแบบ ได้แก่ ตามกำหนดเวลา ตามการกระทำ และตามการเรียกใช้ API ใน Canvas จะเรียกตัวเลือกนี้ว่าประเภทการเข้าใช้งาน โดย Canvas คือเส้นทางของผู้ใช้ที่ดำเนินไปอย่างต่อเนื่อง ไม่ใช่การส่งข้อความเพียงครั้งเดียว

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

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

ทริกเกอร์การมีส่วนร่วมของ Braze แตกต่างกันอย่างไรตามประเภทการเข้าใช้งาน?

ประเภทการเข้าใช้งานทั้ง 3 แบบใช้ Canvas ร่วมกันแต่มีพฤติกรรมที่แตกต่างกัน ตารางนี้สรุปสิ่งที่กระตุ้นการทำงานของแต่ละประเภทและตำแหน่งที่ตั้งค่าการควบคุม

สำหรับการส่งข้อความแบบเรียกใช้ผ่าน API Braze จะให้รหัสแคมเปญเพื่อใช้กับ /campaigns/trigger/send endpoint หรือรหัส Canvas สำหรับ /canvas/trigger/send endpoint โดยเนื้อหาข้อความ การทดสอบแบบหลายตัวแปร และกฎการกลับมามีสิทธิ์จะยังคงอยู่ในแดชบอร์ดของ Braze เพื่อให้นักการตลาดสามารถควบคุมข้อความได้ ในขณะที่วิศวกรเป็นผู้ดูแลส่วนของทริกเกอร์

การตั้งค่าแบบตามการกระทำใดที่ต้องให้ความสำคัญเป็นพิเศษ?

Braze เตือนไม่ให้ใช้ทริกเกอร์เดียวกันกับตัวกรองกลุ่มเป้าหมาย เช่น การเปลี่ยนแปลงคุณลักษณะหรือการทำเหตุการณ์ที่กำหนดเอง เนื่องจากอาจเกิดปัญหา Race Condition ที่ทำให้ผู้ใช้หลุดออกจากกลุ่มเป้าหมายในขณะที่พวกเขากำลังทำกิจกรรมนั้น ส่งผลให้พวกเขาไม่ได้รับแคมเปญหรือไม่ได้เข้าสู่ Canvas นั้นๆ

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

การตั้งค่าที่สองคือการประทับเวลาของเหตุการณ์ (event timestamp) Braze จะประเมินความล่าช้าจากเวลาที่ส่งมาพร้อมกับเหตุการณ์ที่กำหนดเอง หาก Canvas ของคุณส่งข้อความเร็วกว่าที่คาดไว้ ให้ตรวจสอบว่าเหตุการณ์นั้นระบุเวลาปัจจุบัน ไม่ใช่เวลาที่ย้อนหลังไป

มีข้อจำกัดอีกสองประการที่ควรทราบ ทริกเกอร์ "Interact with Canvas Step" สามารถใช้ได้กับแคมเปญเท่านั้น ไม่สามารถใช้เป็นทริกเกอร์เริ่มต้นตามการกระทำ (action-based entry trigger) สำหรับ Canvas ได้ หากต้องการเริ่ม Canvas หนึ่งจากอีก Canvas หนึ่ง ให้ใช้คอมโพเนนต์ "Send to Destination Canvas" หรือใช้ Braze-to-Braze webhook เพื่อเรียกใช้งาน Canvas trigger endpoint

การตั้งค่าให้สิทธิ์เข้าร่วมซ้ำ (re-eligibility) ส่งผลต่อการทำงานของทริกเกอร์อย่างไร?

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

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

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

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

คุณจะสั่งทริกเกอร์แคมเปญจากระบบของคุณเองได้อย่างไร?

การส่งข้อความผ่าน API-triggered ช่วยให้เซิร์ฟเวอร์ของคุณเป็นผู้ตัดสินใจเลือกช่วงเวลาที่เหมาะสมได้ คำขอดังกล่าวยังสามารถส่งข้อมูลที่ Braze จะนำไปใส่ในเทมเพลตข้อความแบบเรียลไทม์ได้อีกด้วย Braze มีตัวอย่างออบเจกต์ผู้รับสำหรับ Canvas ดังที่แสดงด้านล่างตามที่ปรากฏในหน้า Create a Canvas

คีย์ที่ใช้เก็บข้อมูลการเข้าถึงจะขึ้นอยู่กับพื้นที่ทำงานของคุณ หากแดชบอร์ดแสดง Context Variables ให้ใช้ context หากแดชบอร์ดแสดง Canvas Entry Properties ให้ใช้แบบเดิมคือ canvas_entry_properties จากตัวอย่างในแดชบอร์ด

มีรายละเอียดที่บันทึกไว้สามประการที่จะช่วยประหยัดเวลาในการแก้ไขข้อผิดพลาด โดยปกติแล้ว send_to_existing_only จะถูกตั้งค่าเป็น true บน campaign trigger endpoint ดังนั้น Braze จะส่งข้อความถึงเฉพาะผู้ใช้ที่มีอยู่เดิมเท่านั้น และจะไม่สร้างโปรไฟล์ใหม่ในการเรียกใช้งานนั้น

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

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

การจำกัดความถี่ (frequency caps) และการจัดลำดับความสำคัญ (prioritisation) มีผลอย่างไรต่อการส่งข้อความแบบทริกเกอร์ (triggered sends)?

Braze จะตรวจสอบการจำกัดความถี่เมื่อแคมเปญเริ่มส่งหรือเมื่อผู้ใช้เข้าสู่ขั้นตอน Canvas Message ก่อนถึงช่วงเวลาห้ามรบกวน (quiet hours) หากผู้ใช้ถึงขีดจำกัดแล้ว ระบบจะข้ามการส่งนั้นไปและไม่มีการพักการส่งไว้เพื่อรอช่วงเวลาห้ามรบกวน

แคมเปญและ Canvas ที่ทำงานตามการกระทำ (action-based) สามารถเข้าร่วมในการจัดลำดับความสำคัญของข้อความ (Message Prioritization) ได้ แต่แคมเปญและ Canvas ที่ทริกเกอร์ผ่าน API จะไม่สามารถทำได้ สำหรับแคมเปญ API ที่จำเป็นต้องส่งเสมอ คุณสามารถตั้งค่า override_frequency_capping ให้เป็น true ในคำขอได้

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

การตัดสินใจเหล่านี้จะมีผลอย่างไรกับแอปสมัครสมาชิกสมมติ?

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

ทีมงานเลือกใช้การเข้าถึงแบบอิงตามการกระทำ (action-based entry) เพราะช่วงเวลานั้นเกิดจากการกระทำของผู้ใช้ โดยตัวกรองกลุ่มเป้าหมายจะดูที่แผนการสมัครสมาชิก ไม่ใช่ดูว่ามีอีเมลอยู่หรือไม่ ดังนั้นทริกเกอร์และตัวกรองจึงไม่ขัดแย้งกัน และจะปิดการตั้งค่าการกลับมามีสิทธิ์ใหม่ (re-eligibility) ไว้ เนื่องจากผู้ใช้จะเพิ่มที่อยู่อีเมลเพียงครั้งเดียวในเส้นทางปกติ

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

เราควรเขียนทริกเกอร์ ตัวกรอง และกฎการกลับมามีสิทธิ์ใหม่ไว้ในหน้าเดียวกันก่อนที่จะเปิดเครื่องมือสร้างข้อความ ทั้งสามส่วนนี้มีปฏิสัมพันธ์กัน และการแยกตรวจสอบแต่ละส่วนคือสาเหตุที่ทำให้เกิดปัญหา Race Condition

สิ่งนี้เชื่อมโยงกับส่วนที่เหลือของโปรแกรมอย่างไร?

ทริกเกอร์ขึ้นอยู่กับเหตุการณ์ที่อยู่เบื้องหลัง ดังนั้น การติดตามเหตุการณ์ของผู้ใช้ใน Braze จึงเป็นสิ่งที่ต้องตรวจสอบเป็นอันดับแรก ส่วนทริกเกอร์ระดับข้อความบนมือถือครอบคลุมอยู่ใน ตัวกระตุ้นข้อความในแอป.

ประเภทการเข้าถึง (Entry types) เป็นส่วนหนึ่งของเส้นทางที่ใหญ่กว่า ซึ่ง ระบบอัตโนมัติของแคมเปญบนมือถือ Canvasและเวิร์กโฟลว์การตลาดอัตโนมัติใน Braze ได้อธิบายไว้ ส่วนตัวกรองกลุ่มเป้าหมายมาจาก การแบ่งกลุ่มเป้าหมายและเนื้อหาที่เปลี่ยนแปลง ณ เวลาที่ส่งจะครอบคลุมอยู่ใน การปรับแต่งเนื้อหาแบบเรียลไทม์.

คุณควรตรวจสอบสิ่งใดบ้างก่อนเริ่มใช้งานทริกเกอร์ (Trigger)?

1. ระบุประเภทการเข้าสู่ระบบ (Entry type) ที่เริ่มเส้นทางของผู้ใช้และเหตุผลประกอบ
2. ตรวจสอบให้แน่ใจว่าเหตุการณ์ทริกเกอร์ไม่ใช่ตัวกรองกลุ่มเป้าหมายเดียวกัน
3. ตรวจสอบว่าการประทับเวลาของเหตุการณ์ (Event timestamp) เป็นเวลาปัจจุบัน
4. กำหนดการกลับมามีสิทธิ์ (Re-eligibility) อย่างรอบคอบและระบุผู้รับผิดชอบ
5. ตัดสินใจว่าการส่งข้อความนี้สามารถข้ามการจำกัดความถี่ (Frequency cap) ได้หรือไม่
6. ค้นหาผู้ใช้ทดสอบเพื่อยืนยันว่าพวกเขามีคุณสมบัติตรงตามเกณฑ์กลุ่มเป้าหมาย

ในฐานะพันธมิตรด้านการติดตั้งใช้งาน Braze ทาง CustomerIK แนะนำให้จัดทำทะเบียนทริกเกอร์แบบหน้าเดียวสำหรับแต่ละพื้นที่ทำงาน โดยระบุทริกเกอร์ ตัวกรอง และกฎการกลับมามีสิทธิ์ทั้งหมด เพื่อให้มั่นใจว่าการเปลี่ยนแปลงใดๆ จะได้รับการตรวจสอบเทียบกับข้อมูลอีกสองส่วนที่เหลือ

คำถามที่พบบ่อย
‍

1. ความแตกต่างระหว่างการเข้าสู่ระบบแบบอิงตามการกระทำ (Action-based) และแบบอิงตาม API (API-triggered) คืออะไร?

การเข้าสู่ระบบแบบอิงตามการกระทำจะเริ่มขึ้นเมื่อผู้ใช้ดำเนินการบางอย่างที่ Braze สามารถตรวจจับได้ ส่วนการเข้าสู่ระบบแบบอิงตาม API จะเริ่มขึ้นเมื่อระบบของคุณเรียกใช้ Braze API

2. ทริกเกอร์สามารถทำงานมากกว่าหนึ่งครั้งสำหรับผู้ใช้คนเดิมได้หรือไม่?

ได้เฉพาะในกรณีที่เปิดใช้งานการกลับมามีสิทธิ์ (Re-eligibility) เท่านั้น โดยปกติแล้ว Braze จะส่งข้อความถึงผู้ใช้เพียงครั้งเดียว แม้ว่าพวกเขาจะมีคุณสมบัติครบถ้วนอีกครั้งก็ตาม

3. ทำไม Canvas แบบอิงตามการกระทำของฉันถึงส่งเร็วกว่าที่คาดไว้?

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

4. ฉันสามารถใช้คุณลักษณะ (Attribute) เดียวกันเป็นทั้งทริกเกอร์และตัวกรองกลุ่มเป้าหมายได้หรือไม่?

Braze ไม่แนะนำให้ทำเช่นนั้น เนื่องจากอาจเกิดสภาวะการแข่งขัน (Race condition) ที่ทำให้ผู้ใช้อยู่นอกกลุ่มเป้าหมายในขณะที่ทริกเกอร์ทำงาน ส่งผลให้พวกเขาพลาดแคมเปญหรือ Canvas นั้นไป

5. แคมเปญที่เรียกใช้ผ่าน API มีส่วนร่วมในการจัดลำดับความสำคัญของข้อความ (Message Prioritization) หรือไม่?

ไม่ แคมเปญและ Canvas ที่เรียกใช้ผ่าน API ไม่รองรับและไม่มีส่วนร่วมในการจัดลำดับความสำคัญตามเอกสารของ Braze

แหล่งข้อมูล

• Braze,ประเภทการส่งและการเข้าถึง. สืบค้นเมื่อ 21 ต.ค. 2026.
• Braze,สร้าง Canvas. สืบค้นเมื่อ 21 ต.ค. 2026.
• Braze,การกลับมามีสิทธิ์สำหรับแคมเปญและ Canvas. สืบค้นเมื่อ 21 ต.ค. 2026.
• Braze,การส่งผ่าน API. สืบค้นเมื่อ 21 ต.ค. 2026.
• Braze,การจำกัดอัตราและการจำกัดความถี่ (Rate limiting and frequency capping). สืบค้นเมื่อ 21 ต.ค. 2026.
• Braze,การจัดลำดับความสำคัญของข้อความ. สืบค้นเมื่อ 21 ต.ค. 2026.
• เขียนโดย CustomerIK พันธมิตรด้านการติดตั้งใช้งาน Braze

CustomerIK คือพันธมิตรด้านการติดตั้งใช้งาน Braze ที่เชี่ยวชาญทั้งในด้านการเริ่มต้นใช้งาน การเชื่อมต่อทางเทคนิค การดำเนินงานด้านการตลาด และการจัดการข้อมูลลูกค้า

หากคุณต้องการให้เราช่วยตรวจสอบทริกเกอร์ ตัวกรองกลุ่มเป้าหมาย และกฎการกลับมามีสิทธิ์เข้าร่วมแคมเปญก่อนเริ่มใช้งานจริง มาคุยกับเราได้เลย