
การติดตามอีเวนต์ผู้ใช้ใน Braze เป็นตัวกำหนดว่าแคมเปญของคุณจะทำอะไรได้ในอนาคต ชื่ออีเวนต์และพร็อพเพอร์ตีจะกลายเป็นรายการที่นักการตลาดต้องอ่านในอีกสองปีข้างหน้า รวมถึงตัวกรองที่ทุกเซกเมนต์ต้องพึ่งพา Braze เผยแพร่โครงสร้างการตั้งชื่อ ข้อจำกัดของพร็อพเพอร์ตี และคีย์ที่สงวนไว้ การกำหนดให้ถูกต้องตั้งแต่เริ่มติดตั้งการติดตามใช้เวลาเพียงช่วงบ่าย แต่หากทำผิด อาจต้องย้ายระบบข้อมูลในภายหลัง
การติดตามอีเวนต์ผู้ใช้ใน Braze บันทึกอะไรบ้าง?
Braze อธิบายว่า Custom Events คือการกระทำของผู้ใช้หรือข้อมูลอัปเดตเกี่ยวกับผู้ใช้ และการบันทึกอีเวนต์สามารถกระตุ้นแคมเปญติดตามผลได้หลายประเภทและหลายจำนวน เอกสารระบุเพิ่มเติมว่าอีเวนต์เหล่านี้เหมาะที่สุดกับปฏิสัมพันธ์ที่มีคุณค่าสูงภายในแอปพลิเคชัน
ข้อความสุดท้ายนี้คือข้อจำกัดในการออกแบบ Custom Events ไม่ใช่ช่องทางสำหรับส่งข้อมูลการทำงานทุกอย่าง แต่ละอีเวนต์จะกลายเป็นหนึ่งแถวในแดชบอร์ด ตัวกรองเซกเมนต์ และทริกเกอร์ที่อาจนำไปใช้ ดังนั้นทุกอีเวนต์ที่เพิ่มเข้ามาจึงต้องเป็นสิ่งที่นักการตลาดเข้าใจได้
Braze ระบุชัดว่าแดชบอร์ดไม่ได้กำหนดเพดานตายตัวสำหรับจำนวนอีเวนต์หรือแอตทริบิวต์ที่แตกต่างกัน ข้อจำกัดในทางปฏิบัติขึ้นอยู่กับรูปแบบข้อมูล ปริมาณข้อมูลที่รับเข้า และประสิทธิภาพของเวิร์กสเปซ การไม่มีเพดานไม่ได้แปลว่าไม่มีต้นทุน
ควรตั้งชื่อ Custom Events ใน Braze อย่างไร?
Braze เผยแพร่โครงสร้างการตั้งชื่อแทนที่จะปล่อยให้ขึ้นอยู่กับความชอบ โดยระบุ group_noun_action เป็นโครงสร้างที่ใช้กันทั่วไป และแนะนำให้ใช้อักษรตัวพิมพ์เล็กทั้งหมดเพื่อหลีกเลี่ยงข้อผิดพลาดในการติดตามจากตัวพิมพ์ที่ไม่ตรงกัน
แนวทางที่ระบุในเอกสารสามารถนำไปใส่ในข้อกำหนดการพัฒนาได้โดยตรง:
กฎเหตุผลที่ Braze ระบุใช้รูปแบบการตั้งชื่อที่ชัดเจนสมาชิกทีมใหม่อาจต้องอ่านรายการนี้หลังจากติดตั้งการติดตามไปแล้วหลายปีใช้ตัวพิมพ์และรูปแบบให้สม่ำเสมอหลีกเลี่ยงข้อผิดพลาดในการติดตามจากตัวพิมพ์ที่ไม่ตรงกันหลีกเลี่ยงชื่ออีเวนต์ที่คล้ายกันป้องกันการกระตุ้นแคมเปญไปยังกลุ่มเป้าหมายที่ผิดหลีกเลี่ยงสตริงแอตทริบิวต์ของอีเวนต์ที่ยาวเกินไปข้อความอาจถูกย่อหรือตัดในแดชบอร์ดอย่าเริ่มชื่ออีเวนต์ด้วยตัวเลขรายการเรียงตามตัวอักษร จึงทำให้ค้นหาด้วยตัวกรองยากขึ้นหลีกเลี่ยงคำย่อหรือศัพท์เฉพาะที่เข้าใจยากผู้อ่านแดชบอร์ดคือนักการตลาด ไม่ใช่วิศวกรที่ตั้งชื่อBraze ยกตัวอย่าง user_signup และ newsletter_subscribed ว่าเป็นชื่อที่มีประสิทธิภาพ ส่วน signup_event_1 เป็นชื่อที่ควรหลีกเลี่ยง เพราะไม่สื่อว่ากำลังติดตามอะไร
นอกจากแนวทางด้านรูปแบบแล้ว ยังมีข้อจำกัดที่ระบบบังคับใช้ Braze จำกัดชื่อ Custom Event คีย์ Custom Attribute และค่าข้อความของ Custom Event ไว้ที่ 479 ไบต์ และตัดส่วนที่ยาวเกินออก อีกทั้งแนะนำให้ชื่อมีความยาวไม่เกิน 50 อักขระหากเป็นไปได้
เมื่อใดควรใช้พร็อพเพอร์ตีแทนการสร้างอีเวนต์ใหม่?
นี่คือการตัดสินใจที่กำหนดโครงสร้างการจัดหมวดหมู่อีเวนต์ และ Braze ให้คำตอบโดยตรงว่าให้บันทึกอีเวนต์เดียว แล้วใช้พร็อพเพอร์ตีแยกความแตกต่าง เอกสารยกกรณีอีเวนต์ที่โดยพื้นฐานเหมือนกัน แต่แตกต่างกันเพียงรายละเอียดเล็กน้อย เช่น ช่องทาง
เหตุผลสำคัญคือจำนวนรายการที่เพิ่มขึ้น อีเวนต์เดียวที่มีสามพร็อพเพอร์ตียังคงเป็นหนึ่งแถวในแดชบอร์ด แต่สามอีเวนต์ที่ตั้งชื่อตามแต่ละรูปแบบจะกลายเป็นสามแถว สามตัวกรอง และสามสิ่งที่ต้องปรับให้สอดคล้องกันเมื่อผลิตภัณฑ์เปลี่ยน
Braze รองรับการใช้พร็อพเพอร์ตีได้มาก แต่ละ Custom Event หรือ Purchase สามารถมีพร็อพเพอร์ตีที่แตกต่างกันได้สูงสุด 256 รายการ ส่วนที่เกินจะถูกทิ้ง ไม่ได้รออยู่ในคิว คีย์พร็อพเพอร์ตีต้องเป็นสตริงยาวไม่เกิน 255 อักขระ และต้องไม่ขึ้นต้นด้วยเครื่องหมายดอลลาร์
ระบบไม่ยอมรับคีย์บางตัว สำหรับ Custom Events คีย์ time และ event_name เป็นคีย์สงวน ส่วน Purchase Events มีเพิ่มเป็น time, product_id, quantity, event_name, price และ currency การใช้คีย์เหล่านี้จะทำให้เกิดข้อผิดพลาด Invalid Properties จึงควรตรวจพบตั้งแต่การรีวิวโค้ด แทนที่จะรอถึงการทดสอบบนสเตจจิง
ข้อจำกัดใดที่ทีมมักมองข้าม?
พฤติกรรมสามข้อที่ระบุในเอกสารมีผลต่อสิ่งที่การจัดหมวดหมู่อีเวนต์ทำได้ในภายหลัง และทั้งสามข้อเกี่ยวกับประวัติข้อมูล ไม่ใช่ความจุ
ข้อมูลพร็อพเพอร์ตีของอีเวนต์จะเริ่มบันทึกเพื่อการแบ่งเซกเมนต์หลังจากเปิดใช้งานพร็อพเพอร์ตีนั้น และจะใช้ได้ตั้งแต่วันนั้นเป็นต้นไป เซกเมนต์ที่สร้างจากข้อมูล Custom Event ไม่สามารถแสดงประวัติก่อนวันที่สร้างเซกเมนต์ได้ ตัวกรองพร็อพเพอร์ตีของอีเวนต์บางชนิดมีช่วงย้อนหลังสูงสุด 30 วัน
เมื่อนำทั้งสามข้อมารวมกัน ข้อสรุปคือการติดตั้งการติดตามไม่มีผลย้อนหลัง พร็อพเพอร์ตีที่เปิดวันนี้ช่วยตอบคำถามของไตรมาสหน้า ไม่ใช่ไตรมาสที่ผ่านมา
เมทาดาทาอีเวนต์ในระดับโปรไฟล์ทำงานต่างออกไป และควรแยกอธิบายในเอกสารของคุณ Braze เก็บครั้งแรกหรือครั้งล่าสุดที่เกิดอีเวนต์ จำนวนทั้งหมด และข้อมูลสรุป X ครั้งใน Y วันภายในช่วง 30 วันไว้อย่างไม่มีกำหนด ตราบใดที่โปรไฟล์ยังใช้งานอยู่
ข้อจำกัดอีกประการมีผลต่อลำดับการเปิดใช้งาน โดยค่าเริ่มต้น เวิร์กสเปซจะมีพร็อพเพอร์ตีของอีเวนต์ที่ใช้แบ่งเซกเมนต์ได้ 20 รายการ หากต้องการเพิ่มต้องติดต่อผู้ดูแลบัญชี Braze ของคุณ มองจำนวน 20 รายการเป็นงบประมาณ และเลือกก่อนว่าพร็อพเพอร์ตีใดควรได้สิทธิ์ แทนที่จะทยอยเปิดทีละรายการโดยไม่มีแผน
จะรักษาการจัดหมวดหมู่ให้เป็นระเบียบหลังเปิดใช้งานได้อย่างไร?
Braze มีเครื่องมือกำกับดูแลให้แล้ว แต่ช่องว่างที่พบบ่อยคือไม่มีใครได้รับมอบหมายให้ใช้เครื่องมือเหล่านั้น
- ดูรายงานการใช้งานก่อนแก้ไขอีเวนต์ใด ๆ รายงานแสดง Canvas แคมเปญ และเซกเมนต์ทั้งหมดที่ใช้อีเวนต์นั้น แต่ไม่รวมการใช้งานใน Liquid
- ตรวจหารายการซ้ำที่เกิดจากช่องว่าง Braze ระบุว่าเพย์โหลดจาก API และ SDK ตัดช่องว่างต้นและท้ายโดยอัตโนมัติ แต่ชื่อที่สร้างในแดชบอร์ดไม่ได้ตัดช่องว่างให้อัตโนมัติ
- เลือกการสะกดและตัวพิมพ์มาตรฐานเพียงแบบเดียว แล้วปรับเวิร์กโฟลว์ในแดชบอร์ด การนำเข้า และคู่มือปฏิบัติงานให้ตรงกัน
- เพิ่มรายการที่เลิกใช้ลงใน Blocklist แทนที่จะปล่อยค้างไว้ในรายการ
- ตรวจซ้ำทุกส่วนที่อ้างถึงอีเวนต์ที่ถูกบล็อก Braze เตือนว่าตัวกรองและทริกเกอร์ที่อ้างถึงอีเวนต์นั้นจะถูกนำออกและเก็บถาวร
ควรเข้าใจผลของการบล็อกก่อนใช้งาน ระบบจะไม่เก็บข้อมูลใหม่ ข้อมูลเดิมจะไม่พร้อมใช้งานจนกว่าจะปลดบล็อก และอีเวนต์จะหายไปจากตัวกรองและกราฟ
ในฐานะพาร์ทเนอร์ด้านการติดตั้ง Braze เราวางกฎการกำกับดูแลไว้ในคู่มือของลูกค้าว่าแดชบอร์ดเป็นส่วนหนึ่งของผลิตภัณฑ์ ต้องมีคนรับผิดชอบรายการอีเวนต์เช่นเดียวกับที่มีคนรับผิดชอบสคีมาฐานข้อมูล และต้องไม่ปล่อยอีเวนต์ใดโดยไม่มีชื่อ วัตถุประสงค์ และผู้รับผิดชอบที่ระบุชัด
มีอะไรเปลี่ยนแปลงล่าสุด?
ความใหม่ของข้อมูลสำคัญ เพราะความสามารถด้านอีเวนต์เปลี่ยนไปในไตรมาสนี้ เมื่อวันที่ 17 กันยายน 2026 Braze เปิดให้ใช้งานทั่วไปสำหรับการกรอง Recommended Events ของอีคอมเมิร์ซด้วยพร็อพเพอร์ตีทั้งแบบพื้นฐานและแบบซ้อน ในทริกเกอร์ Action Paths อีเวนต์คอนเวอร์ชัน และเกณฑ์ออกจากเส้นทาง
ยังมีสองอัปเดตก่อนหน้านี้ที่ควรทราบ เครื่องมือแมปการนำเข้า Custom Events เปิดให้ใช้งานทั่วไปเมื่อวันที่ 23 กรกฎาคม 2026 ช่วยให้แมปชื่ออีเวนต์และหัวข้อพร็อพเพอร์ตีได้ก่อนเริ่มนำเข้า และเมื่อวันที่ 25 มิถุนายน 2026 Recommended Events ของอีคอมเมิร์ซหยุดนับรวมเป็น Data Points ที่เรียกเก็บเงิน
หากคุณกำลังเลือกระหว่าง Custom Event ที่ออกแบบเองกับ Recommended Event ของ Braze การเปลี่ยนแปลงข้อสุดท้ายมีผลต่อการคำนวณต้นทุน
คำถามที่พบบ่อย
Braze แนะนำโครงสร้างการตั้งชื่อ Custom Events แบบใด?
Braze ระบุ group_noun_action เป็นโครงสร้างที่ใช้กันทั่วไป และแนะนำให้ชื่ออีเวนต์ทั้งหมดเป็นตัวพิมพ์เล็ก
Custom Event หนึ่งรายการมีพร็อพเพอร์ตีได้เท่าใด?
สูงสุด 256 พร็อพเพอร์ตีที่แตกต่างกัน ส่วนที่เกินจะไม่ถูกบันทึก
ชื่อพร็อพเพอร์ตีใดเป็นชื่อสงวน?
สำหรับ Custom Events คือ time และ event_name ส่วน Purchase Events คือ time, product_id, quantity, event_name, price และ currency
ใช้พร็อพเพอร์ตีของอีเวนต์แบ่งเซกเมนต์ย้อนหลังได้หรือไม่?
ไม่ได้ Braze เริ่มบันทึกข้อมูลพร็อพเพอร์ตีเพื่อจุดประสงค์นี้หลังเปิดใช้งาน และข้อมูลจะพร้อมใช้ตั้งแต่วันนั้นเป็นต้นไป
พร็อพเพอร์ตีของ Custom Events ใช้ Data Points หรือไม่?
Braze ระบุว่าพร็อพเพอร์ตีของอีเวนต์ไม่ได้เก็บไว้ในโปรไฟล์ จึงไม่บันทึก Data Points โดยมีข้อยกเว้นที่อธิบายไว้ในหน้า Data Points
แหล่งข้อมูล
- Braze, รูปแบบการตั้งชื่ออีเวนต์ สืบค้นเมื่อ 22 กันยายน 2026. braze.com/docs/user_guide/data/activation/events/event_naming_conventions
- Braze, Custom Events สืบค้นเมื่อ 22 กันยายน 2026. braze.com/docs/user_guide/data/activation/events/custom_events
- Braze, Custom Event Properties สืบค้นเมื่อ 22 กันยายน 2026. braze.com/docs/user_guide/data/activation/events/custom_events/custom_event_properties
- Braze, การวิเคราะห์สำหรับ Braze SDK สืบค้นเมื่อ 22 กันยายน 2026. braze.com/docs/developer_guide/analytics
- Braze, อัปเดตล่าสุด สืบค้นเมื่อ 22 กันยายน 2026. braze.com/docs/releases/home/
บทความที่เกี่ยวข้อง: การทำ Hyper-Personalization ในแคมเปญ Braze, การส่งมอบ Dynamic Content, เส้นทาง Onboarding ใน Canvas, แคมเปญ Onboarding ที่ช่วยเพิ่มการเปิดใช้งาน, กลยุทธ์รักษาลูกค้าด้วย Braze




