วิธีหลีกเลี่ยงข้อผิดพลาดทั่วไปในการปรับแต่งข้อความบน Braze

A hand lifts a name badge with a blank name panel from a tray on a wooden welcome counter, showing personalization with missing data.

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

‍

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

ตัวกรองเริ่มต้น (Default filter) จะครอบคลุมเฉพาะค่าว่าง (Empty) แต่ไม่รวมถึงค่าที่เป็นช่องว่าง (Blank) ดังนั้นควรตรวจสอบค่าที่เป็นช่องว่างก่อนเสมอ
การยกเลิก (Abort) เหมาะสำหรับแอตทริบิวต์ที่ไม่มีค่าสำรองที่เหมาะสม แต่การใช้เงื่อนไข else ที่สั่งยกเลิกจะทำให้การส่งข้อความหยุดลงสำหรับผู้ใช้ทุกคนที่ไม่มีข้อมูลนั้น
ขั้นตอนการส่งข้อความที่ถูกยกเลิก (Abort) ใน Canvas จะส่งผู้ใช้ไปยังขั้นตอนถัดไปแทนที่จะทำให้ผู้ใช้ออกจาก Canvas นั้น
ตรรกะการยกเลิก (Abort logic) จะทำงานในขณะส่งสำหรับช่องทางส่วนใหญ่ และทำงานในขณะที่ทริกเกอร์สำหรับข้อความในแอป (In-app messages)
ควรทดลองดูตัวอย่าง (Preview) ในฐานะโปรไฟล์ที่ตรงตามเงื่อนไขการยกเลิก มิฉะนั้นการส่งทดสอบอาจไม่ได้รับข้อความเลย
เราแนะนำให้ตัดสินใจสำหรับแอตทริบิวต์แต่ละรายการว่า หากข้อมูลขาดหายไป ควรเลือกใช้ตัวแปรสำรอง (Variant), ค่าเริ่มต้น (Default) หรือการยกเลิก (Abort)

‍

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

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

ข้อผิดพลาดพฤติกรรมที่พบวิธีแก้ไขไม่มีค่าเริ่มต้นในฟิลด์ที่ขาดหายไปฟิลด์ในข้อความจะว่างเปล่าเพิ่มตัวกรองค่าเริ่มต้น (Default filter)มีช่องว่างในค่าข้อมูลค่าเริ่มต้นจะแสดงสำหรับค่าว่าง (Empty) เท่านั้น ไม่ใช่ค่าที่เป็นช่องว่าง (Blank)ตรวจสอบค่าที่เป็นช่องว่างก่อนเสมอการยกเลิกในเงื่อนไข elseการส่งข้อความจะหยุดสำหรับผู้ใช้ทุกคนที่ไม่มีข้อมูลนั้นเพิ่มการตรวจสอบค่า nil หรือค่าว่างอย่างชัดเจนคาดหวังว่าการยกเลิกจะจบเส้นทางใน Canvasผู้ใช้จะไปยังขั้นตอนถัดไปวางแผนขั้นตอนถัดไปสำหรับผู้ใช้ที่ถูกยกเลิกทดสอบด้วยโปรไฟล์ที่ไม่ถูกต้องข้อความทดสอบอาจไม่ได้รับเลยทดลองดูตัวอย่างในฐานะผู้ใช้ที่ตรงตามเงื่อนไขการใช้ตัวกรองภายในเงื่อนไข ifไม่สามารถใช้ตัวกรองโดยตรงในนั้นได้กำหนดผลลัพธ์ให้กับตัวแปรตัวแปรหนึ่งก่อนเครื่องหมายคำพูดแบบโค้งที่คัดลอกมาจากโปรแกรมแก้ไขอาจทำให้เกิดปัญหากับ Liquid ของคุณพิมพ์ใหม่โดยใช้เครื่องหมายคำพูดแบบตรง

‍

เหตุใดค่าว่าง (Empty) จึงทำงานแตกต่างจากค่าที่เป็นช่องว่าง (Blank)?

ตัวกรองค่าเริ่มต้น (Default filter) ดูเหมือนจะเป็นตาข่ายนิรภัยที่สมบูรณ์แบบ แต่ หน้าค่าเริ่มต้นของ Braze ได้ขีดเส้นแบ่งไว้ โดยระบุว่าค่าเริ่มต้นจะแสดงสำหรับค่าว่าง (Empty) เท่านั้น แต่ไม่ใช่สำหรับค่าที่เป็นช่องว่าง (Blank) ซึ่งค่าที่เป็นช่องว่างนั้นประกอบด้วยอักขระเว้นวรรคและไม่มีข้อมูลอื่นใดเลย

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

คำแนะนำของเราคือให้ตรวจสอบค่าที่เป็นช่องว่าง (Blank) ตามด้วยค่าว่าง (Null) จากนั้นจึงใช้ตัวกรองค่าเริ่มต้นเป็นปราการด่านสุดท้าย เมื่อค่าที่ขาดหายไปหรือค่าที่ผิดรูปแบบเกิดขึ้นซ้ำๆ สาเหตุอาจมาจากชั้นข้อมูลต้นทาง ซึ่งเป็นประเด็นที่ CustomerIK การจัดการข้อมูลลูกค้า ครอบคลุม รวมถึงการแก้ไขปัญหาข้อมูลระบุตัวตนและกฎการตรวจสอบความถูกต้อง

‍

เมื่อใดที่คุณควรยกเลิก (Abort) ข้อความแทนที่จะตั้งค่าเริ่มต้น?

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

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

‍

จะเกิดอะไรขึ้นเมื่อคำสั่ง abort ทำงานในตำแหน่งที่ไม่ถูกต้อง?

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

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

เราเรียกสิ่งนี้ว่า silent else โดยที่ else branch ซึ่งเขียนไว้เพื่อเป็นตัวเลือกสำหรับ "คนอื่นๆ ทั้งหมด" กลับกลายเป็นตัวกรองสำหรับ "ทุกคนที่มีข้อมูลครบถ้วน" โดยที่ไม่มีใครตั้งใจให้เป็นเช่นนั้น

‍

คำสั่ง abort มีการทำงานอย่างไรภายใน Canvas?

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

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

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

‍

ทำไมจังหวะเวลาในการ abort ถึงแตกต่างกันในแต่ละช่องทาง?

ตรรกะการ abort จะทำงานในเวลาที่ต่างกันขึ้นอยู่กับช่องทาง สำหรับ Push, อีเมล, SMS, Webhooks และ Content Cards ระบบจะประเมินผลในขณะส่ง เมื่อ Braze ประมวลผลข้อความเพื่อนำส่ง ส่วนสำหรับ In-app messages แบบเทมเพลต ระบบจะประเมินผลเฉพาะเมื่อข้อความถูกทริกเกอร์เท่านั้น ไม่ใช่ตอนที่ส่งไปยังอุปกรณ์ครั้งแรก

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

‍

ข้อผิดพลาดทางไวยากรณ์แบบใดบ้างที่ทำให้ Liquid ทำงานไม่ได้ก่อนที่จะแสดงผล?

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

ทุกคำสั่ง if ต้องมี endif ปิดท้าย หากไม่มี คุณจะได้รับข้อผิดพลาดเนื่องจาก Braze จะไม่สามารถแยกวิเคราะห์ข้อความของคุณได้
ใช้เครื่องหมายคำพูดแบบตรง (straight quotes) การคัดลอกเครื่องหมายคำพูดแบบโค้ง (curly quotes) จากโปรแกรมแก้ไขข้อความอาจทำให้เกิดปัญหากับ Liquid ของคุณได้
อย่าใส่ตัวกรอง (filter) ลงในคำสั่งเงื่อนไขโดยตรง ให้กำหนดผลลัพธ์ของตัวกรองให้กับตัวแปรก่อน
อย่าใส่ Liquid ไว้ในความคิดเห็นของ HTML (HTML comments) เพราะความคิดเห็นจะถูกลบออกก่อนที่ Liquid จะถูกอ่าน ทำให้แท็กที่อยู่ภายในไม่แสดงผล
สำหรับการส่งอีเมล ให้ใช้ตัวแก้ไข HTML เพราะตัวแก้ไขแบบคลาสสิกอาจแยกวิเคราะห์ Liquid เป็นข้อความธรรมดา
ตรวจสอบประเภทข้อมูลให้ตรงกัน สำหรับอาร์เรย์ คุณต้องใช้ contains และไม่สามารถใช้ == ได้ และการใช้ contains กับอาร์เรย์จะเป็นการตรวจสอบความถูกต้องแบบตรงตัวกับองค์ประกอบที่สมบูรณ์เท่านั้น
เลือกชื่อตัวแปรที่ไม่ซ้ำใคร ชื่อที่คล้ายกับแท็กการปรับแต่งส่วนบุคคลที่รองรับ เช่น language อาจส่งผลต่อตรรกะการส่งข้อความของคุณได้

‍

เครื่องหมายคำพูดเดี่ยวก็สำคัญเช่นกัน สตริงที่ครอบด้วยเครื่องหมายคำพูดเดี่ยวภายในแท็ก assign จะถูกมองว่าเป็นสตริงตัวอักษร ดังนั้นแท็กการปรับแต่งเฉพาะบุคคล (personalization tag) ที่ใส่ไว้ในนั้นจะไม่ถูกแทนที่ด้วยข้อมูลจริง

‍

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

คู่มืออ้างอิง Braze Liquid แนะนำให้ทดสอบข้อความทั้งหมดที่ใช้ Liquid ก่อนส่งจริง หน้า abort มีรายละเอียดเชิงปฏิบัติระบุไว้ หากการส่งทดสอบไม่ได้รับข้อความ ให้ลองพรีวิวในฐานะผู้ใช้ที่ตรงตามเงื่อนไขการยกเลิก (abort condition) จากนั้นเปิดใช้งานตัวเลือกเพื่อแทนที่แอตทริบิวต์ของผู้รับด้วยแอตทริบิวต์ของผู้ใช้ที่กำลังพรีวิวอยู่ในการส่งทดสอบ (Test Send)

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

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

‍

ตัวอย่างการใช้งานจริงเป็นอย่างไร?

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

ร่างแรกกำหนดค่าเริ่มต้นของยอดคะแนนเป็นศูนย์และกำหนดค่าเริ่มต้นสำหรับชื่อ สมาชิกใหม่จะได้รับข้อความว่า "your balance is 0" และชื่อที่เป็นช่องว่างจะทิ้งช่องโหว่ไว้ในจุดที่ควรจะเป็นชื่อ เนื่องจากตัวกรองค่าเริ่มต้น (default filter) ไม่สามารถตรวจจับค่าที่เป็นช่องว่างได้ ร่างที่สองใช้การยกเลิกในส่วน else ซึ่งช่วยแก้ปัญหายอดศูนย์ได้ แต่ก็ทำให้การส่งข้อความถูกยกเลิกสำหรับสมาชิกใหม่ทุกคนด้วยเช่นกัน

ร่างที่สามแยกทั้งสามกรณีออกจากกันอย่างชัดเจน สมาชิกที่มีคะแนนสะสมจะได้รับข้อความแจ้งยอดคะแนน ส่วนคนอื่นๆ จะได้รับข้อความต้อนรับสั้นๆ โดยไม่มีการแจ้งยอด และบรรทัดชื่อจะมีการตรวจสอบค่าว่างก่อนที่จะใช้ค่าเริ่มต้น

{% if {{custom_attribute.${balance}}} > 0 %}
สวัสดี {{ ${first_name} | default: 'คุณ' }} ยอดคะแนนสะสมของคุณคือ {{ custom_attribute.${balance} }}
{% else %}
สวัสดี {{ ${first_name} | default: 'คุณ' }} ขอบคุณที่เป็นสมาชิกกับเรา
{% endif %}

‍

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

‍

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

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

สำหรับการวางแผนในวงกว้าง โปรดดูคู่มือเกี่ยวกับ การปรับแต่งเฉพาะบุคคลขั้นสูงในแคมเปญ Brazeรายละเอียดของแต่ละช่องทางอยู่ในโพสต์เกี่ยวกับ การปรับแต่งเฉพาะบุคคลสำหรับพุชโนติฟิเคชันและตัวกระตุ้นข้อความในแอปซึ่งเป็นเรื่องสำคัญเนื่องจากจังหวะเวลาในการยกเลิกข้อความ (abort timing) ของข้อความในแอป (in-app messages) นั้นแตกต่างกันออกไป

‍

CustomerIK แนะนำอย่างไรบ้าง?

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

‍

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

1. ค่าเริ่มต้นสามารถป้องกันปัญหาข้อมูลขาดหายได้ทุกกรณีหรือไม่?

ไม่ได้ ค่าเริ่มต้นจะแสดงผลเฉพาะในกรณีที่ค่าว่างเปล่า (empty) เท่านั้น แต่จะไม่แสดงผลในกรณีที่เป็นค่าว่าง (blank) ซึ่งค่าว่างนั้นอาจประกอบด้วยช่องว่างหรือไม่มีอะไรเลย

2. ควรใช้การยกเลิกการส่งหรือค่าเริ่มต้นสำหรับยอดคะแนนสะสม?

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

3. การยกเลิกการส่งข้อความจะทำให้ผู้ใช้ออกจาก Canvas หรือไม่?

ไม่ หากขั้นตอนการส่งข้อความถูกยกเลิกใน Canvas ผู้ใช้จะยังคงอยู่ใน Canvas ต่อไปและดำเนินการไปยังขั้นตอนถัดไป

4. ฉันจะดูการส่งข้อความที่ถูกยกเลิกได้ที่ไหน?

โดยปกติแล้ว การส่งข้อความที่ถูกยกเลิกจะปรากฏใน Messaging Observability โดยมีผลลัพธ์ระบุว่า Liquid abort

5. ทำไมข้อความทดสอบที่ฉันส่งไปถึงไม่ได้รับ?

โปรไฟล์ของคุณอาจไม่ตรงตามเงื่อนไขการยกเลิก ให้ลองดูตัวอย่างในฐานะผู้ใช้ที่ตรงตามเงื่อนไข หรือเปิดใช้งานการแทนที่ข้อมูลคุณลักษณะของผู้รับด้วยข้อมูลของผู้ใช้ที่ใช้ดูตัวอย่างในการส่งข้อความทดสอบ (Test Send)

‍

แหล่งข้อมูล

Braze,ข้อมูลอ้างอิง Liquid. สืบค้นเมื่อ 23 ต.ค. 2026
Braze,การยกเลิกข้อความ (Abort messages). สืบค้นเมื่อ 23 ต.ค. 2026
Braze,แท็กการปรับแต่งเฉพาะบุคคลที่รองรับ. สืบค้นเมื่อ 23 ต.ค. 2026
Braze,ตรรกะการส่งข้อความแบบมีเงื่อนไข. สืบค้นเมื่อ 23 ต.ค. 2026
Braze,การตั้งค่าข้อมูลเริ่มต้น (Default values). สืบค้นเมื่อ 23 ต.ค. 2026
Braze,การใช้ Liquid. สืบค้นเมื่อ 23 ต.ค. 2026
เขียนโดย CustomerIK พันธมิตรด้านการติดตั้งใช้งาน Braze

‍

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

หากคุณต้องการตรวจสอบความครบถ้วนของข้อมูลในข้อความ Braze ของคุณแบบรายแอตทริบิวต์ มาคุยกับเราได้เลย

‍