การปรับแต่งเนื้อหาแบบเรียลไทม์ใน Braze: อะไรประมวลผลเมื่อไหร่

การปรับแต่งเนื้อหาแบบเรียลไทม์ใน Braze ขึ้นอยู่กับช่วงเวลาที่ข้อมูลแต่ละค่าถูกส่งไปยังข้อความ: Liquid จะถูกเรนเดอร์ในขณะที่ข้อความกำลังเตรียมส่ง, Connected Content จะเรียกไปยังเอนด์พอยต์ของคุณในเวลานั้น และตัวแปรบริบท (context variables) จะถูกกำหนดไว้ตั้งแต่ตอนเข้าสู่ Canvas คู่มือนี้จะแจกแจงแหล่งที่มาแต่ละแหล่งตามช่วงเวลาที่เกิดขึ้น และแสดงวิธีวางแผนสำหรับกรณีที่ข้อมูลมาถึงล่าช้าหรือไม่มาถึงเลย

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

• Braze จะเรนเดอร์ Liquid ในขณะที่ข้อความกำลังเตรียมส่ง ดังนั้นข้อมูลแต่ละค่าจึงมีอายุของมันเอง ณ เวลานั้น
• Connected Content มีข้อกำหนดเรื่องการตอบสนองภายในสองวินาที และการตอบสนองแบบ GET จะถูกแคชไว้โดยค่าเริ่มต้นนานสูงสุดห้านาที
• ตัวแปรบริบทจะเก็บข้อมูลสำหรับการเข้าสู่ Canvas หนึ่งครั้งและไม่มีผลต่อเนื่องข้ามไปยัง Canvas อื่น
• หากเอนด์พอยต์ล้มเหลว Braze จะแสดงผลเป็นสตริงว่าง ดังนั้นควรเขียนค่าสำรอง (fallback) ไว้ก่อนชั้นของการปรับแต่งเนื้อหา
• ข้อความที่ถูกยกเลิกจะไม่ถูกนับรวมในจำนวนการส่ง ดังนั้นควรตรวจสอบ Messaging Observability หลังจากเปิดใช้งานแคมเปญ
• การแสดงตัวอย่างใน Composer จะไม่ดึงค่าคุณสมบัติเหตุการณ์ (event-property) จากเหตุการณ์ในอดีตมาแสดง ดังนั้นคุณควรทริกเกอร์เหตุการณ์นั้นจริงหรือใช้การส่งทดสอบแบบกำหนดเอง

การปรับแต่งเนื้อหาแบบเรียลไทม์ใน Braze หมายความว่าอย่างไรกันแน่?

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

เราแนะนำให้กำหนดงบประมาณความสดใหม่ (freshness budget) สำหรับข้อมูลแต่ละค่าแทนที่จะกำหนดรายแคมเปญ ให้ลองถามตัวเองว่าข้อมูลนั้นเก่าได้แค่ไหนก่อนที่จะทำให้ข้อความผิดพลาด จากนั้นจึงเลือกแหล่งที่มาที่ตรงกับงบประมาณนั้น

แหล่งที่มาของการปรับแต่งเนื้อหาแต่ละแหล่งจะประมวลผลในช่วงเวลาใด?

เอกสารของ Braze อธิบายเส้นทางต่างๆ ในการนำข้อมูลเข้าสู่ข้อความ ตารางด้านล่างนี้แสดงข้อมูลเปรียบเทียบกัน โดยอ้างอิงจากหน้าของ Connected Content, ตัวแปรบริบทและแคตตาล็อก.

หน้าเอกสารเหล่านี้อธิบายว่าการเรนเดอร์เกิดขึ้นเมื่อใด แต่ไม่ได้ระบุว่าการอัปเดตจะไปถึงโปรไฟล์เร็วแค่ไหน ดังนั้นโพสต์นี้จึงระบุว่าไม่มีค่าความหน่วง (latency)

Braze เรนเดอร์ Liquid ในข้อความเมื่อใด?

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

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

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

อะไรเป็นตัวจำกัดความสดใหม่ของ Connected Content?

Connected Content จะดึงข้อมูลจากเซิร์ฟเวอร์ของคุณมาใส่ในข้อความ ณ เวลาที่ส่ง โดยที่ หน้า REST API ระบุว่า Braze กำหนดให้เซิร์ฟเวอร์ต้องตอบกลับภายในสองวินาที ดังนั้นคุณควรออกแบบปลายทาง (endpoint) ให้มีความหน่วงต่ำ และเนื่องจาก Braze ส่งข้อความในปริมาณมาก เซิร์ฟเวอร์ของคุณจึงต้องรองรับการเชื่อมต่อพร้อมกันได้หลายพันรายการด้วย

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

การแคช (Caching) เป็นอีกหนึ่งข้อจำกัด โดยค่าเริ่มต้นคือคำขอแบบ GET จะถูกแคชไว้ แต่คำขอแบบ POST จะไม่ถูกแคช

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

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

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

ตัวแปรบริบท (context variables) และแคตตาล็อก (catalogs) แตกต่างจากการเรียกข้อมูลแบบเรียลไทม์อย่างไร?

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

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

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

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

ข้อความควรทำอย่างไรเมื่อข้อมูลเรียลไทม์ไม่พร้อมใช้งาน?

หากปลายทางส่งข้อผิดพลาดหรือหมดเวลา Braze จะแสดงผลเป็นสตริงว่างแทนการตอบกลับจาก Connected Content คุณสามารถตรวจสอบได้ว่าตัวแปรที่บันทึกไว้เป็นค่าว่าง (null) หรือไม่ จากนั้นจึงยกเลิกข้อความหรือแสดงเนื้อหาสำรอง สำหรับข้อมูลโปรไฟล์นั้น เพิ่มเครื่องมือปรับแต่งเนื้อหาเฉพาะบุคคล แทรก Liquid พร้อมค่าเริ่มต้น เพื่อป้องกันไม่ให้ข้อมูลที่ว่างเปล่าทำให้ข้อความของคุณแสดงผลผิดพลาด

การยกเลิกเป็นตัวเลือกที่มีระบุไว้ในเอกสาร และ เอกสารเกี่ยวกับการยกเลิก ระบุว่าเหตุผลต้องเป็นสตริงที่ไม่มี Liquid อยู่ภายใน ข้อความที่ถูกยกเลิกจะปรากฏใน Messaging Observability โดยมีผลลัพธ์เป็น Liquid abort ทั้งนี้ Braze จะไม่นับข้อความที่ถูกยกเลิกเหล่านี้รวมในจำนวนการส่งข้อความในบัญชี Braze ของคุณหรือใน Currents

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

แอปจองตั๋วสมมติจะเลือกแหล่งข้อมูลอย่างไร?

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

แอปจะส่งการแจ้งเตือนหนึ่งวันก่อนเริ่มงาน โดยเหตุการณ์การซื้อจะเป็นตัวเริ่ม Canvas และชื่ออีเวนต์รวมถึงเวลาเริ่มงานจะถูกจัดเก็บเป็นตัวแปรบริบท (context variables) ณ จุดเริ่มต้น ซึ่งแต่ละรายการจะมีบริบทที่เป็นอิสระต่อกัน

ลูกค้าที่ลงทะเบียนสำหรับสองอีเวนต์จะได้รับการแจ้งเตือนสองครั้ง โดยแต่ละครั้งจะระบุรายละเอียดการจองที่ถูกต้อง

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

ความพร้อมในการอัปเกรดที่นั่งมีการเปลี่ยนแปลงอย่างรวดเร็ว ข้อมูลส่วนนี้จะดึงมาจาก Endpoint ของแอปผ่าน Connected Content ในขณะที่ส่งข้อความ และทีมงานยอมรับได้ว่าข้อมูลอาจมีความล่าช้าตามระยะเวลาของแคช

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

คุณจะทดสอบการปรับแต่งเนื้อหาที่ขึ้นอยู่กับข้อมูลสดได้อย่างไร?

ใช้ขั้นตอนเดียวกันสำหรับทุกข้อความที่ขึ้นอยู่กับข้อมูลสด โดยอ้างอิงจาก เอกสารการดูตัวอย่างของ Braze:

1. ดูตัวอย่างในฐานะผู้ใช้แบบกำหนดเองสำหรับแต่ละสาขา รวมถึงผู้ใช้ที่มีค่าว่างเปล่า
2. กระตุ้นเหตุการณ์หรือใช้การส่งทดสอบแบบกำหนดเองสำหรับการปรับแต่งเนื้อหาตามคุณสมบัติของเหตุการณ์ เนื่องจากระบบดูตัวอย่างในเครื่องมือเขียนข้อความจะไม่ใส่ค่าคุณสมบัติของเหตุการณ์จากเหตุการณ์ในอดีตให้โดยอัตโนมัติ
3. เพิ่มค่าเริ่มต้นก่อนใช้งาน Inbox Vision เนื่องจาก Braze จะจำลองผู้ใช้ที่ไม่มีข้อมูลเมื่อเรียกใช้งานฟีเจอร์นี้
4. ให้ลองใช้การแสดงตัวอย่างเส้นทาง Canvas กับผู้ใช้จริงที่มีลักษณะใกล้เคียงกับสถานการณ์ของคุณ เนื่องจากไม่สามารถใช้ผู้ใช้แบบกำหนดเองในการแสดงตัวอย่างเส้นทาง Canvas ได้
5. ส่งข้อความทดสอบไปยังอุปกรณ์จริง เพราะการแสดงตัวอย่างในเครื่องมือสร้างข้อความเป็นเพียงขั้นตอนหนึ่งในกระบวนการประกันคุณภาพ ไม่ใช่การตรวจสอบเพียงขั้นตอนเดียว

มีพฤติกรรมการแสดงตัวอย่างสองประการที่มักถูกมองข้าม

Liquid ที่อิงตามเวลาอาจประมวลผลโดยเทียบกับเวลาปัจจุบันในการแสดงตัวอย่าง ไม่ใช่เวลาที่ผู้ใช้จะมาถึงขั้นตอนนี้ในการใช้งานจริง นอกจากนี้ Connected Content ยังทำงานระหว่างการแสดงตัวอย่างเส้นทาง Canvas ด้วย ดังนั้นการเรียกใช้งานที่อัปเดตระบบภายนอกหรือข้อมูลผู้ใช้อาจส่งผลกระทบภายนอกการทดสอบได้

ข้อผิดพลาดใดบ้างที่บั่นทอนการปรับแต่งเนื้อหาแบบเรียลไทม์?

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

ประการที่สองคือสิ่งที่อยู่ใน URL ของคำขอ

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

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

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

Connected Content มีส่วนประกอบหลายอย่างที่ทำงานร่วมกัน ดังนั้นให้เริ่มต้นด้วย การใช้ Braze Connected Content สำหรับแคมเปญที่ปรับแต่งเฉพาะบุคคล. สำหรับส่วนของ Liquid โปรดอ่าน วิธีที่แท็ก Liquid ของ Braze ช่วยขับเคลื่อนการปรับแต่งเนื้อหา. สำหรับมุมมองที่กว้างขึ้นเกี่ยวกับสิ่งที่การส่งข้อความแบบปรับแต่งเฉพาะบุคคลสามารถทำได้ โปรดดู วิธีปลดล็อกการปรับแต่งเนื้อหาขั้นสูงในแคมเปญ Braze.

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

ของเรากรณีศึกษาเกี่ยวกับการย้ายแพลตฟอร์มรางวัล ครอบคลุมการเปิดตัวระบบอัตโนมัติทางการตลาดที่รวมถึงฟีเจอร์ Connected Content แบบเรียลไทม์ ในฐานะพันธมิตรด้านการติดตั้งใช้งาน Braze ทาง CustomerIK แนะนำให้จดบันทึกแหล่งที่มาของค่าที่ปรับแต่งเฉพาะบุคคลแต่ละค่า รวมถึงงบประมาณความสดใหม่ของข้อมูล และเนื้อหาสำรองก่อนที่จะเริ่มเขียนข้อความ

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

1. Braze แสดงผลการปรับแต่งเฉพาะบุคคลเมื่อมีการส่งข้อความหรือไม่?

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

2. ข้อมูลจาก Connected Content มีความสดใหม่เพียงใด?

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

3. จะเกิดอะไรขึ้นหากปลายทาง Connected Content ของฉันทำงานล้มเหลว?

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

4. ตัวแปรบริบท (Context variables) ยังคงอยู่หลังจากจบ Canvas หรือไม่?

ไม่คงอยู่ ตัวแปรเหล่านี้จะมีอยู่เฉพาะภายในเซสชันของ Canvas เท่านั้น และจะไม่คงอยู่ข้ามไปยัง Canvas อื่นหรือภายนอกเซสชันนั้น

5. ฉันสามารถทดสอบการปรับแต่งเนื้อหาตามคุณสมบัติของเหตุการณ์ (Event-property personalization) ในหน้าพรีวิวของ Composer ได้หรือไม่?

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

แหล่งข้อมูล

• Braze,REST API ในฐานะแหล่งข้อมูลสำหรับการปรับแต่งเนื้อหาสืบค้นเมื่อ 19 ต.ค. 2026
• Braze,การแคชการตอบกลับของ Connected Contentสืบค้นเมื่อ 19 ต.ค. 2026
• Braze,การยกเลิก Connected Contentสืบค้นเมื่อ 19 ต.ค. 2026
• Braze,ตัวแปรบริบท (Context variables)สืบค้นเมื่อ 19 ต.ค. 2026
• Braze,พรีวิวการปรับแต่งเนื้อหาสืบค้นเมื่อ 19 ต.ค. 2026
• Braze,Catalog ในฐานะแหล่งข้อมูลสำหรับการปรับแต่งเนื้อหาสืบค้นเมื่อ 19 ต.ค. 2026
• Braze,เครื่องมือบนแดชบอร์ดสำหรับการปรับแต่งเนื้อหาสืบค้นเมื่อ 19 ต.ค. 2026
• บทความนี้อ้างอิงจากเอกสารของ Braze เท่านั้น พฤติกรรมและข้อจำกัดต่างๆ ได้รับการตรวจสอบจากหน้าเว็บข้างต้นเมื่อวันที่ 19 ตุลาคม 2026 ดังนั้นโปรดตรวจสอบข้อมูลล่าสุดจากหน้าเว็บต้นทางอีกครั้งก่อนนำไปใช้งาน
• เขียนโดย CustomerIK พันธมิตรด้านการติดตั้งใช้งาน Braze

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

หากข้อความส่วนบุคคลของคุณต้องอาศัยข้อมูลแบบเรียลไทม์ และคุณต้องการวางแผนเกี่ยวกับแหล่งข้อมูลและเนื้อหาสำรองไว้ล่วงหน้า มาคุยกันได้เลย